與熊共舞-軟體專案的核心風險(讀書筆記)

1.先天的時程錯誤(schedule flaw)

　大部份的工程師傾向於低估專案規模, 書中收集美國3000個小型專案的資料, 50%的專案會逾期30%以上.

2.需求膨脹(requirement inflation, 没完没了的需求變動)

　開發軟體多半為了滿足某些人的business domain, 因此在開發過程中, 該領域並不會一直維持不變, 它改變的速度取決於市場狀況, 以及自身的創新速度.

　根據作者的顧問經驗, 以1~2年, 10人以下的案子. 合理的最大時間加乘因子為 1.2, 也就是說 一開始是 1000個function points, 到結案時變更 200個(可能 + or -)尚屬合理.

3.人力流失(employee turnover)

　簡言之, PM一定要思考, 不要當成0%　

4.規格崩潰(specification breakdown)

　要避免規格崩潰, 簽約之前要強迫 stack holder確定規格, 避免模稜兩可的描述

5.低生產力(poor productivity)

　本書作者指出開發人員工作表現好壞在大團隊中會被中和掉, 時間加乘因子不會超過1.2, 績效低落很可能是其他的核心風險造成的.

　但另一個有關研發人員工作表現的事實是:最優秀的開發人員和一般人員的performance 可能相差10倍以上（這是另一本書上的話), 所以我想一開始就要找好人材是最根本的.