ASE工具 |
27 |
低的需求蔓延 |
9 |
|
高級程序設計語言 |
24 |
10天以上的年度培訓 |
8 |
|
質量評估工具 |
19 |
開發(fā)團隊分布集中 |
8 |
|
細的崗位分工 |
18 |
高昂的團隊士氣 |
7 |
|
有效的客戶參與 |
18 |
分層管理機構 |
5 |
|
正式的成本與進度估計 |
17 |
|
|
影響軟件項目生產率的消極因素（以影響程度排序）：
|
項目因素 |
影響程度(%) |
項目因素 |
影響程度(%) |
|
低質量可交付產品復用 |
-300 |
擁擠的辦公空間 |
-27 |
|
管理人員缺乏經驗 |
-90 |
低級語言 |
-25 |
|
技術人員缺乏經驗 |
-87 |
工作場所分散 |
-24 |
|
高的需求蔓延 |
-77 |
非正式的成本與進度估計 |
-22 |
|
不適當?shù)腃ASE工具 |
-75 |
崗位分工不細 |
-15 |
|
沒有使用審查 |
-48 |
沒有客戶參與 |
-13 |
|
不適當?shù)墓芾砉ぞ?/DIV> |
-45 |
沒有年度培訓 |
-12 |
|
無效的方法與過程 |
-41 |
平面式的管理結構 |
-8 |
|
無質量評估 |
-40 |
沒有生產率測量 |
-7 |
|
項目很復雜 |
-35 |
低的團隊士氣 |
-6 |
|
過大的進度壓力 |
-30 |
|
|
從上面的數(shù)據(jù)中可以有很多新的發(fā)現(xiàn)，當然是仁者見仁，智者見智：
◆同一要素的不同影響：相同的項目因素，例如“管理人員經驗”，對項目生產率的正面影響為65％，也就是說管理人員具備高質量的管理經驗，最高可以使生產率提升65％；而蹩腳的管理人員卻對生產率造成最高90％的下降。65％對比－90％，并不相同，這一點在“需求蔓延”上面表現(xiàn)的最為突出，是9％對比－77％。這說明了相同的事情如果做的不好，帶來的負面影響遠遠大于將其做好而帶來的積極影響；
◆產品/模塊復用：復用可以包括平臺化開發(fā)、模塊重用等，高質量產品復用所帶來的收益是驚人的，但是如果有問題的模塊被復用，就會對相關產品均造成負面影響，這種影響被批量放大，解決起來也更加困難；
◆人的問題：我們會發(fā)現(xiàn)管理人員、技術人員的能力經驗對項目造成很大的影響，在這方面的努力會得到很好的回報：不少公司愿意在營銷運作、過程改進、設備引進等方面投入巨資，在引入和培訓人才方面缺乏力度，初衷是認為“人”在短期內不可改變，即便是這樣，對“人”視而不見，長期看來只能是在低水平踏步；另一個問題，項目經理往往會認為項目團隊的成員是短板，事實卻常常相反，項目失利源于經理的經驗不足，對項目喪失控制，“能力越大，責任越大（“With Great Power, Comes Great Responsibility”，Uncle Ben to Peter Parker in Spider-Man）”，不斷提升應該是管理者的必修課；
◆需求：產品需求可以看作射擊的目標，如果目標沒有找準或是錯誤的，項目必定走向失敗。需求對于項目的重大意義無論怎么強調都是不為過的，幾乎每個項目經理都會被“需求蔓延/變更”折磨過，但是真正能夠從中吸取教訓的比例卻相當少；
◆管理工具/編程語言：運用恰當?shù)墓芾砉ぞ?編程語言會極大的提高工作效率，例如項目管理工具、配置管理工具、團隊交流工具、集成開發(fā)環(huán)境等