如何提高項目組的質量與效率
2007-08-12關於兩者之間的關係，我是這樣理解的。質量是我們的根本要求，離開了質量其它就不用談了。效率則是提高質量的關鍵。項目開發總是受到進度、人力等各方面資 源的限制，只有效率提高了，纔可以取得最好的質量。離開質量這個根本空談效率是沒有意義的，沒有好的效果，效率只會是一種浪費。
那麼什麼是高質量，它的標準是怎麼樣？以下幾點應該可以作爲一種標準
- 缺陷率低
- 代碼的結構良好，可重用性、擴展性好
- 代碼的可讀性強，易於維護
- 豐富的維護手段，可維護強
目前項目組中存在那些不足呢？大概有以下幾個方面
- 一些模塊的封裝性不好，與其它模塊耦合度比較大，這導致代碼的可移植性不好。
- 軟件的維護手段不夠，出了問題很難定位。
- 資產管理做的不好，以前積累的技術輸出沒有專門的管理，時間久了就流失了。需要的時候也很難找到。
- 小特性開發後，沒有相應的功能和設計說明文檔，不便於其它人員瞭解特性。
- 其它產品發現和解決的問題，沒有及時同步過來。
- 分析設計過程中，方案討論、檢視的投入不夠。導致特性開發的設計不夠好。
一些工作改進的思考
- 爲什麼要強調特性設計文檔？沒有設計文檔，開發人員的設計思想就無法傳承。後繼的開發人員通過代碼很難完全理解前人的設計。那麼開始設計好的結構就很可能被破壞。其人開發人員不容易維護。
- 還需要調試和維護指導書。特性開發人員自己在調試和問題定位的過程中，會形成一些調試方法和定位問題的思路。這對於特性的維護是很重要的。目前這部分的知識還沒有能夠記錄下來。可以通過調試和維護指導書的形式將這部分的知識記錄下來。
- 在目前的特性開發流程中，具體開發人員由於受能力和知識的限制，在設計中常常無法考慮的很周全，只注意到了功能的設計，忽視模塊化、兼 容性、擴展性方面的考慮。項目組有經驗開發人員的經驗的能力不能爲這些特性開發做出足夠的貢獻。一方面是由於受時間的限制，無法投入足夠的精力。另一方 面，所提出的建議無法對特性開發人員產生約束。爲解決這個問題，可以考慮在開發流程中增加一個環節，來專門檢查設計的模塊化、兼容性、擴展性。可以做一個 checklist，只有全部通過了，這個設計纔可以通過。
- 爲什麼我們的根因分析總是流於形式？大部分問題的根因還是會歸根於項目組日常管理工作的不到位。如檢視投入不足，受技能水平的限制等。解決這樣問題的關鍵還在於改善項目組的日常管理工作，否則，同樣的問題還是會發生。
- 資產的管理也是一項比較重要的工作。一方面要輸出各種文檔，另一方面要加強對文檔的管理。現在存在的問題是，隨着時間遷移、組織結構的變化證這些文檔資產漸漸的遺失了，相關的開發人員不知道這些文檔的存在，更不用說去找了。
提高質量和效率或許都可以看作是一個目標，一個結果。重要的還是要關注項目運行的過程，既包括開發的過程，也包括日常工作的過程。對項目經理來說， 一個特定問題的解決常常並不困難。而項目經理面對的往往是一堆的問題，這些問題放在一起，就會變得紛繁複雜。項目經理的資源又總是有限的。如何找到關鍵問 題，並將改善工作有效的落實下去，纔是需要一些智慧的。