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。
34. 盡量利用現有的產品、技術、代碼
千萬別什么東西都自己Coding。BizTalk和Sharepoint就是最好的例子，有這兩個作為基礎，可以把起點提高很多�；蛘呖梢员M量多用現成的Control之類的�；蛘弑M量用XML，而不是自己去Parse一個文本文件;盡量用RegExp，而不是自己從頭操作字符串，等等等等。這就是“軟件復用”的體現。
35. 你們會隔一段時間就停下來夯實代碼么?
要。最好一個月左右一次。傳言去年年初Windows組在Stevb的命令下停過一個月增強安全。Btw，“夯”這個字念“hang”，第一聲。
36. 你們的項目組每個人都寫Daily Report么?
要寫。五分鐘就夠了，寫10句話左右，告訴自己小組的人今天我干了什么。一則為了溝通，二則鞭策自己(要是游手好閑一天，自己都會不好意思寫的)。
37. 你們的項目經理會發出Weekly Report么?
要。也是為了溝通。內容包括目前進度，可能的風險，質量狀況，各種工作的進展等。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
