軟體專案設計與開發管理——指數效應（原創）

記得一年前我的一個老闆在年終考核時和我這樣說：在他的心目中不存在90分以上的成員，鑑於你一半以上的時間都在處理我老闆直接下達給你的任務，所以我只給你80分，因為有一半的task我不瞭解情況，至於我的那一半，你似乎做的不夠快。我們暫且不去討論考核的結果，我只想引出我的第一個話題：《指數效應》

[@more@]

記得一年前我的一個老闆在年終考核時和我這樣說：在他的心目中不存在90分以上的成員，鑑於你一半以上的時間都在處理我老闆直接下達給你的任務，所以我只給你80分，因為有一半的task我不瞭解情況，至於我的那一半，你似乎做的不夠快。我們暫且不去討論考核的結果，我只想引出我的第一個話題：《指數效應》

以我們公司為例，一個專案的過程為：

1、 Business-Develop 部發現潛在合作伙伴，經過一輪協商後發展為正式合作伙伴；

2、 BD部與Production部去拜訪 Partner Co.，經過又一輪的討論後產生……產品需求文件；

3、 Technology 部與產品部就產品需求進一步討論，得出一份技術上可以實現的技術設計概要文件；

4、 具體開發設計人員依照技術設計概要產生詳細設計文件；

5、 程式碼編寫人員根據詳細設計文件生產出軟體；

6、 測試人員根據2&3編寫出測試用例

7、 測試人員根據6對5產出的軟體進行測試。知道認可（可以釋出）

8、 （隱藏屬性）End-User對釋出的軟體的認可度 Satisfactory Product

假設我們都按照90分的標準來評價（還有一個隱藏屬性，合作伙伴自身的表達能力）,

SP90=【90】×90%×90%×90%×90%×90%×（90%）×90%×【90%】=39%

而當每一個階段都突出表現 假設都有95分則（第8點的提升可以透過FUI，市場宣傳等），

SP95=63%

如果以60分來表示end-user勉強認可的話63分只能說是剛剛滿足

而如果每個人都可以在原有基礎上都有20%的改進時，

SP90×（1+20%）=200%

結果就是一個劃時代的成功產品的誕生

2008-9-2夜