25. 總經理至少每月參加次項目組會議
要的。要讓team member覺得高層關注這個項目。
26. 你們是給每個Dev開一個分支么？
反對。Branch的管理以及Merge的工作量太大，而且容易出錯。
27. 有人長期不Check-In代碼么？
不可以。對大部分項目來說，最多兩三天就應該Check-In。
28. 在Check-In代碼時都填寫注釋了么？
要寫的，至少一兩句話，比如“解決了Bug No.225”。如果往高處拔，這也算做“配置審計”的一部分。
29. 有沒有設定每天Check-In的最后期限？
要的，要明確Check-In Deadline。否則會Build Break。
30. 你們能把所有源碼一下子編譯成安裝文件嗎？
要的。這是每日編譯（Daily Build）的基礎。而且必須要能夠做成自動的。
31. 你們的項目組做每日編譯么？
當然要做。有三樣東西是軟件項目/產品開發必備的：1. bug management; 2. source control; 3. daily build。
32. 你們公司有沒有積累一個項目風險列表？
要。Risk Inventory。否則，下個項目開始的時候，又只能拍腦袋分析Risk了。
33. 設計越簡單越好
越簡單越好。設計時候多一句話，將來可能就帶來無窮無盡的煩惱。應該從一開始就勇敢的砍。這叫scope management。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
