1. 你們的項目組使用源代碼管理工具了么？

　　MVM：應(yīng)該用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的選擇是VSS。

　　2. 你們的項目組使用缺陷管理系統(tǒng)了么？

　　MVM：應(yīng)該用。ClearQuest太復(fù)雜，我的推薦是BugZilla。

　　3. 你們的測試組還在用Word寫測試用例么？

　　MVM：不要用Word寫測試用例（Test Case）。應(yīng)該用一個專門的系統(tǒng)，可以是Test Manager，也可以是自己開發(fā)一個ASP.NET的小網(wǎng)站。主要目的是Track和Browse。

　　4. 你們的項目組有沒有建立一個門戶網(wǎng)站？

　　MVM：要有一個門戶網(wǎng)站，用來放Contact Info、Baselined Schedule、News等等。推薦Sharepoint Portal Server 2003來實現(xiàn)，15分鐘就搞定。買不起SPS 2003可以用WSS (Windows Sharepoint Service)。

　　5. 你們的項目組用了你能買到最好的工具么？

　　MVM：應(yīng)該用盡量好的工具來工作。比如，應(yīng)該用VS.NET而不是Notepad來寫C#。用Notepad寫程序多半只是一種炫耀。但也要考慮到經(jīng)費，所以說是“你能買到最好的”。

　　6. 你們的程序員工作在安靜的環(huán)境里么？

　　MVM：需要安靜環(huán)境。這點極端重要，而且要保證每個人的空間大于一定面積。

　　7. 你們的員工每個人都有一部電話么？

　　MVM：需要每人一部電話。而且電話最好是帶留言功能的。當(dāng)然，上這么一套帶留言電話系統(tǒng)開銷不小。不過至少每人一部電話要有，千萬別搞得經(jīng)常有人站起來喊：“某某某電話”�！度思�》里面就強(qiáng)烈譴責(zé)這種做法。

　　8. 你們每個人都知道出了問題應(yīng)該找誰么？

　　MVM：應(yīng)該知道。任何一個Feature至少都應(yīng)該有一個Owner，當(dāng)然，Owner可以繼續(xù)Dispatch給其他人。

　　9. 你遇到過有人說“我以為…”么？

　　MVM：要消滅“我以為”。Never assume anything。

　　10. 你們的項目組中所有的人都坐在一起么？

　　MVM：需要。我反對Virtual Team，也反對Dev在美國、Test在中國這種開發(fā)方式。能坐在一起就最好坐在一起，好處多得不得了。

　　11. 你們的進(jìn)度表是否反映最新開發(fā)進(jìn)展情況？

　　MVM：應(yīng)該反映。但是，應(yīng)該用Baseline的方法來管理進(jìn)度表：維護(hù)一份穩(wěn)定的Schedule，再維護(hù)一份最新更改。Baseline的方法也應(yīng)該用于其它的Spec。Baseline是變更管理里面的一個重要手段。

　　12. 你們的工作量是先由每個人自己估算的么？

　　MVM：應(yīng)該讓每個人自己估算。要從下而上估算工作量，而不是從上往下分派。除非有其他原因，比如政治任務(wù)工期固定等。

　　13. 你們的開發(fā)人員從項目一開始就加班么？

　　MVM：不要這樣。不要一開始就搞疲勞戰(zhàn)。從項目一開始就加班，只能說明項目進(jìn)度不合理。當(dāng)然，一些對日軟件外包必須天天加班，那屬于剝削的范疇。

　　14. 你們的項目計劃中Buffer Time是加在每個小任務(wù)后面的么？

　　MVM：不要。Buffer Time加在每個小任務(wù)后面，很容易輕易的就被消耗掉。Buffer Time要整段的加在一個Milestone或者checkpoint前面。

　　15. 值得再多花一些時間，從95%做到100%好

　　MVM：值得，非常值得。尤其當(dāng)項目后期人困馬乏的時候，要堅持。這會給產(chǎn)品帶來質(zhì)的區(qū)別。