軟件項目的返工問題 軟件行業普遍利潤率低，軟件項目的成本超支司空見慣，到底成本到哪兒去了？ 軟件工程師天天加班加點，說到底還是返工問題。軟件項目的返工成本幾乎達到 項目成本的一半以上。到底什么算返工，目前業界好像還沒有確切的定義，我總結 了一下，一下情況應該算是返工： 返工的定義可以理解為應該并有能力做到返工后的水平的卻因為各種主觀因素 卻沒有一次性達到，只能用返工甚至多次返工的方法來達到目前的要求。 1. 隱含需求的變更； 2. 由潛在的需求引起的變更； 3. 架構選型不當引起的移植、變更； 4. 需求或設計的理解錯誤造成的變更； 5. 在項目范圍、技術平臺、技術路線決策失誤造成的變更； 6. 設計的抽象不夠，造成的開發過程中的浪費、合并、再抽象等工作； 7. 評審遺漏缺陷造成的變更； 8. 測試遺漏造成的反復修復工作量。 其實對比其他行業，軟件行業似乎是返工最大的了，很少聽說哪個大樓把地基扒 了三次再蓋的，但是很多軟件項目確實不止一次的扒掉重來。甚至很少聽說哪個項目 是一直一步一步往前走的，都是來來回回、反反復復完成的。 第一版確認的需求VS最后交付的系統之間的變動分析：

變動內容和原因	變動的可能性（非互斥關系）	對工作量的影響（進度、成本），但是在質量上是改進的
界面元素、界面風格、界面的易用性、前臺的業務邏輯	80%＋	較小
設計上的變更、后臺業務處理邏輯、數據庫的變更、易用性設計的變化	50%～60%＋	較大
返工的需求、局部返工或推倒重來	20%＋	大
增加的需求、范圍的擴大	20%～30%＋	大

上表是根據以前項目的經驗得到的關于軟件在開發過程中的變化情況的總結，大部分都是應用類型的項目。 分析造成這種情況的原因： 1.????????????????? 是客戶不成熟，拼命要求進度；導致項目趕進度，前面工作做的不到位，返工是必然的； 2.????????????????? 項目中做需求和設計的人員的能力和經驗，經驗的欠缺往往導致后期才發現隱含的需求和設計的不到位； 3.????????????????? 項目管理經驗如果不成熟，一個重要的表現就是進度狂。要減少返工就要做到胸有成竹、處亂不驚、從容應對。按照計劃行事是很重要的，項目過程中突發事情和壓力是很多的，做到項目組內部陣腳不亂是非常重要的。 ?

轉載于:https://blog.51cto.com/cijianjushi/1535355

總結

以上是生活随笔為你收集整理的软件项目的返工问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。