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

　　那么什么是高質(zhì)量，它的標(biāo)準(zhǔn)是怎么樣？以下幾點應(yīng)該可以作為一種標(biāo)準(zhǔn)

　　缺陷率低

　　代碼的結(jié)構(gòu)良好，可重用性、擴(kuò)展性好

　　代碼的可讀性強(qiáng)，易于維護(hù)

　　豐富的維護(hù)手段，可維護(hù)強(qiáng)

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

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

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

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

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

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

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

　　一些工作改進(jìn)的思考

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

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

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

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

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

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