件專案管理的一些經驗數字，值得大家記憶：
1. 在發布後修復bug的成本，是設計前修復bug的成本的40~100倍（只記定位、修改、測試、回歸測試的成本）
2. 進度可以被壓縮，但最多只能壓縮25%，不可能更高。再想壓縮就要通過變通方式來調整範圍
3. 開發和維護成本由**行數決定
4. 軟體工具對效率和質量的提高，僅為 5%~35%
5. 整個週期，只有不超過15%的工作量花在編碼上
6. 有不少於12%的工作量用在需求分析
7. 重用**時，如果發現超過25%的**要改，重新實現的效率更高
8. 通過評審可以發現60%的缺陷
9. 根據一次調查，對各團隊按效率排名，前25%團隊的效率是後25%團隊效率的2.6倍，工作空間前者是後者的1.7倍
10.問題複雜度每增加25%，解決方案的複雜度增加100%
11.亞太地區1500個it企業的調查結果，返工成本佔61%
12.中國軟體行業的平均利潤率為12%，同期餐飲行業為18%
軟體業經典名言：
1.客戶虐我千百遍，我待客戶如初戀
2.高風險高回報，沒風險的專案沒利潤
3.要保護好客戶的豬頭特性，要把客戶養懶了
資訊來自王小剛講師的培訓。
程式中的魔鬼數字
在 中使用魔鬼數字 沒有具體含義的數字 字串等 將會導致 難以理解，應該將數字定義為名稱有意義的常量。將數字定義為常量的最終目的是為了使 更容易理解，所以並不是只要將數字定義為常量就不是魔鬼數字了。如果常量的名稱沒有意義，無法幫助理解 同樣是一種魔鬼數字。在個別情況下，將數字定義為常量反而會導致 更...
程式中的魔鬼數字
在 中使用魔鬼數字 沒有詳細含義的數字 字串等 將會導致 難以理解，應該將數字定義為名稱有意義的常量。將數字定義為常量的終於目的是為了使 更easy理解，所以並非僅僅要將數字定義為常量就不是魔鬼數字了。假設常量的名稱沒有意義，無法幫助理解 相同是一種魔鬼數字。在個別情況下，將數字定義為常量反而會導致...
程式中的魔鬼數字
在 中使用魔鬼數字 沒有詳細含義的數字 字串等 將會導致 難以理解，應該將數字定義為名稱有意義的常量。將數字定義為常量的終於目的是為了使 更easy理解，所以並非僅僅要將數字定義為常量就不是魔鬼數字了。假設常量的名稱沒有意義，無法幫助理解 相同是一種魔鬼數字。在個別情況下，將數字定義為常量反而會導致...