關于兩者之間的關系，我是這樣理解的。質量是我們的根本要求，離開了質量其它就不用談了。效率則是提高質量的關鍵。項目開發(fā)總是受到進度、人力等各方面資 源的限制，只有效率提高了，才可以取得最好的質量。離開質量這個根本空談效率是沒有意義的，沒有好的效果，效率只會是一種浪費。

　　那么什么是高質量，它的標準是怎么樣？以下幾點應該可以作為一種標準

　　缺陷率低

　　代碼的結構良好，可重用性、擴展性好

　　代碼的可讀性強，易于維護

　　豐富的維護手段，可維護強

　　目前項目組中存在那些不足呢？大概有以下幾個方面

　　一些模塊的封裝性不好，與其它模塊耦合度比較大，這導致代碼的可移植性不好。

　　軟件的維護手段不夠，出了問題很難定位。

　　資產管理做的不好，以前積累的技術輸出沒有專門的管理，時間久了就流失了。需要的時候也很難找到。

　　小特性開發(fā)后，沒有相應的功能和設計說明文檔，不便于其它人員了解特性。

　　其它產品發(fā)現和解決的問題，沒有及時同步過來。

　　分析設計過程中，方案討論、檢視的投入不夠。導致特性開發(fā)的設計不夠好。

　　一些工作改進的思考

　　為什么要強調特性設計文檔？沒有設計文檔，開發(fā)人員的設計思想就無法傳承。后繼的開發(fā)人員通過代碼很難完全理解前人的設計。那么開始設計好的結構就很可能被破壞。其人開發(fā)人員不容易維護。

　　還需要調試和維護指導書。特性開發(fā)人員自己在調試和問題定位的過程中，會形成一些調試方法和定位問題的思路。這對于特性的維護是很重要的。目前這部分的知識還沒有能夠記錄下來�？梢酝ㄟ^調試和維護指導書的形式將這部分的知識記錄下來。

　　在目前的特性開發(fā)流程中，具體開發(fā)人員由于受能力和知識的限制，在設計中常常無法考慮的很周全，只注意到了功能的設計，忽視模塊化、兼 容性、擴展性方面的考慮。項目組有經驗開發(fā)人員的經驗的能力不能為這些特性開發(fā)做出足夠的貢獻。一方面是由于受時間的限制，無法投入足夠的精力。另一方 面，所提出的建議無法對特性開發(fā)人員產生約束。為解決這個問題，可以考慮在開發(fā)流程中增加一個環(huán)節(jié)，來專門檢查設計的模塊化、兼容性、擴展性�？梢宰鲆粋� checklist，只有全部通過了，這個設計才可以通過。

　　為什么我們的根因分析總是流于形式？大部分問題的根因還是會歸根于項目組日常管理工作的不到位。如檢視投入不足，受技能水平的限制等。解決這樣問題的關鍵還在于改善項目組的日常管理工作，否則，同樣的問題還是會發(fā)生。

　　資產的管理也是一項比較重要的工作。一方面要輸出各種文檔，另一方面要加強對文檔的管理�，F在存在的問題是，隨著時間遷移、組織結構的變化證這些文檔資產漸漸的遺失了，相關的開發(fā)人員不知道這些文檔的存在，更不用說去找了。

　　提高質量和效率或許都可以看作是一個目標，一個結果。重要的還是要關注項目運行的過程，既包括開發(fā)的過程，也包括日常工作的過程。對項目經理來說， 一個特定問題的解決常常并不困難。而項目經理面對的往往是一堆的問題，這些問題放在一起，就會變得紛繁復雜。項目經理的資源又總是有限的。如何找到關鍵問 題，并將改善工作有效的落實下去，才是需要一些智慧的。