1. 你們的專案組使用源**管理工具了麼？
應該用。vss、cvs、pvcs、clearcase、ccc/harvest、firefly都可以。我的選擇是vss。
2. 你們的專案組使用缺陷管理系統了麼？
應該用。clearquest太複雜，我的推薦是bugzilla。
3. 你們的測試組還在用word寫測試用例麼？
不要用word寫測試用例（test case）。應該用乙個專門的系統，可以是test manager，也可以是自己開發乙個asp.***的小**。主要目的是track和browse。
4. 你們的專案組有沒有建立乙個門戶**？
要有乙個門戶**，用來放contact info、baselined schedule、news等等。推薦sharepoint portal server 2003來實現，15分鐘就搞定。買不起sps 2003可以用wss (windows sharepoint service)。
5. 你們的專案組用了你能買到最好的工具麼？
應該用盡量好的工具來工作。比如，應該用vs.***而不是notepad來寫c#。用notepad寫程式多半只是一種炫耀。但也要考慮到經費，所以說是「你能買到最好的」。
6. 你們的程式設計師工作在安靜的環境裡麼？
需要安靜環境。這點極端重要，而且要保證每個人的空間大於一定面積。
7. 你們的員工每個人都有一部**麼？
8. 你們每個人都知道出了問題應該找誰麼？
應該知道。任何乙個feature至少都應該有乙個owner，當然，owner可以繼續dispatch給其他人。
9. 你遇到過有人說「我以為…」麼？
要消滅「我以為」。never assume anything。
10. 你們的專案組中所有的人都坐在一起麼？
需要。我反對virtual team，也反對dev在美國、test在中國這種開發方式。能坐在一起就最好坐在一起，好處多得不得了。
11. 你們的進度表是否反映最新開發進展情況？
應該反映。但是，應該用baseline的方法來管理進度表：維護乙份穩定的schedule，再維護乙份最新更改。baseline的方法也應該用於其它的spec。baseline是變更管理裡面的乙個重要手段。
12. 你們的工作量是先由每個人自己估算的麼？
應該讓每個人自己估算。要從下而上估算工作量，而不是從上往下分派。除非有其他原因，比如政治任務工期固定等。
13. 你們的開發人員從專案一開始就加班麼？
不要這樣。不要一開始就搞疲勞戰。從專案一開始就加班，只能說明專案進度不合理。當然，一些對日軟體外包必須天天加班，那屬於剝削的範疇。
14. 你們的專案計畫中buffer time是加在每個小任務後面的麼？
不要。buffer time加在每個小任務後面，很容易輕易的就被消耗掉。buffer time要整段的加在乙個milestone或者checkpoint前面。
15. 值得再多花一些時間，從95%做到100%好
值得，非常值得。尤其當專案後期人困馬乏的時候，要堅持。這會給產品帶來質的區別。
優秀軟體實踐活動（五）
61.你們的每個人都了解專案的商業意義麼？要。這是vision的意思。別把專案只當成工作。有時候要想著自己是在為中國某某行業的資訊化作先驅者，或者時不時的告訴team member，這個專案能夠為某某某國家部門每年節省多少多少百萬的納稅人的錢，這樣就有動力了。平凡的事情也是可以有個崇高的目標的。62...
敏捷優秀實踐
以下是個人在專案過程中，對專案管理的學習和總結，目的是為了使得開發更有效和舒服，一切順理成章。如有不足之處，還請批評指正。1.專案進度的時間分配 b 最好能讓專案經理或者專案負責人來分配，結對程式設計中主導者負責分配副手的時間 b 不要讓程式設計師自己去分配，因為他對於總體進度的理解不如把控全域性的...
《軟體工程方法與實踐》 2 5 軟體工程活動
在軟體工程的概念被提出來之前，開發人員錯誤地認為，軟體就是開發活動，或者極端地認為其就是編碼，至於分析和設計等都是次要的。隨著軟體規模的不斷增大，軟體開發活動中暴露出很多問題。軟體工程是為克服這些問題而被提出，並在實踐中不斷地探索它的原理 技術和方法。軟體工程的工程化思想讓開發人員看到，軟體工程活動...