為什麼大家不願意做重構專案？

[quote]最新補充：

才兩天，這麼多瀏覽量了，挺意外的。

寫本文的目的主要思考一下工作中切實遇到的問題。

公司是大型**，這幾年發展很快，而一些基本方面卻變化不大，越來越不適應敏捷開發，專案擴充套件，快速滿足需求的特點。

包括：project目錄結構，開發框架，構建過程，設計文件規範等等。因此自己思考為什麼炫目的前沿技術專案起了很多，而很少人願意進行這些很有挑戰，但很有價值的重構專案？

本帖子就是自己思考的一點心得和體會。核心還是對於「擁抱變化」的認識，變革的價值，變革和風險的權衡等問題上。[/quote]

[b]1. 問題[/b]

我們的專案是大型**，目前看還存在很多技術，過程問題，但變革和重構專案為什麼很少人願意做呢？思考ing

[b]2. 分析[/b]

重構意味著要打破陳規，對現有專案動大手術。要排以前的很多地雷，存在很大風險，容易出現a類故障. 而對重構專案的價值評估體系不夠，kpi考核缺乏故障忍耐及變革獎勵機制，因此架構師做重構專案的意願不太高。

[b]3. 對策[/b]

對重構專案可以按必要性，緊迫性，風險性建立評估模型。對高風險的重構專案，例如：資料模型變更，開發框架公升級，核心產品架構重構等可以按等級給予豁免故障分，通過創新制度鼓勵「擁抱變化」。這一點需要向 facebook 學習。

即便一些專案不存在風險，例如：開發過程優化，提公升效率的工具優化等，其帶來的研發效率的提高，成本的下降是非常巨大的。但價值評估不夠，kpi比重不夠。

因此在對前沿創新和研究專案給予同樣重視的待遇下，對重構專案專案按必要性，緊迫性適當提高kpi分值，可以提高架構師啟動重構專案的意願。

[b]4 重構專案評估模型[/b]

1）必要性和經濟效益：1-10

分值越大，代表經濟價值越大，如生產效率的提高帶來的人工成本，運營成本，硬體成本的降低。

2）緊迫性：1-10

分值越大，代表越緊迫。這主要是衡量機會成本。例如：早6個月完成，就可以帶來 6 個月成本的降低和價值。機會成本通常是it公司比較會忽略的因素。

3）風險豁免值：1-n ( n 為最大故障分 )

主要用來評估風險值，進而評估重構專案的風險豁免值。用來鼓勵軟體工程師啟動重構專案的意願。

[quote]重構專案價值 v = (必要性 * 緊迫性)[/quote]

注：值範圍： 1-100

[quote]重構專案的 kpi = 重構專案價值 * (風險豁免值 - 故障分)[/quote]

當故障分 < 風險豁免值時，重構專案考核的 kpi 仍然可以保持正數，工程師的考核不會因為出現一定故障而導致績效下降；

當故障分 > 風險豁免值時，說明故障超出了可預先商定的容忍範圍，會適當影響工程師的績效。這樣可以約束工程師加強重構專案的質量和風險控制。

[b]5. 總結[/b]

工程師通常會比較專注做事，而不善於包裝。因此，專案經理或技術領導應該輔導幫助，進行專案的價值評估，例如：採用一定模型，對專案的人工成本降低，開發，發布效率的提公升等經濟價值進行分析。