如何進行軟體反芻管理？(轉)

軟體反芻管理，即專案事後回顧（PPR），指通過正規的專案回顧管理來獲得經驗教訓，以利於將來專案發展。PPR在知識密集型行業中十分盛行，它在專案的螺旋式成長過程中，就像是一個休息亭，給專案以總結和重新思考的機會，從已經完成的專案中汲取儘量多的經驗，為今後的發展提供積累。

但是在很多專案中，反芻管理還沒有得到很好的執行，一方面是因為各方面的壓力迫使專案管理越來越傾向於"走捷徑"，能省略的步驟就省略；另一方面，就是成功的反芻管理的案例沒有得到推廣和示範，一部分人對此不以為然。以下針對本人在專案管理中的經驗，提供一個軟體開發反芻管理的報告模板。

我們首先需要確定，PPR回顧的是什麼？專案的所有方面，都可以回顧。從管理，協調，技術創新，故障處理，計劃等等，當然也包括專案成員的個人總結。所以我認為PPR可以分為兩個大類：專案總結，和個體總結。

一、個體總結

個體總結，可以採用PSP（個體軟體過程）的模式，模板如文後的附錄。

從附錄的表格可見，PSP總結突出的是時間管理和故障管理，當然也可以根據專案具體特色，設計總結的條目。例如，我們認為除了這些資料，研發人員還有一些自己思考的事情，如技術創新，也需要總結，還可以按照自己喜歡的任意格式，提交個人總結報告。我們還提供專案論壇，大家可以發表個人看法，或者刊登個人的總結，以便加強交流。

二、專案總結

以下是我制定的軟體專案開發總結報告模板，它目前列舉的是從計劃、協調、質量和其他四個方面進行回顧總結。　

XX專案開發總結報告

1．概述

1.1編寫目的

< 編寫者可以照抄下列語句，說明《開發總結報告》的編寫目的，也可以適當修改。

"編寫本《開發總結報告》的目的在於對××××軟體專案開發過程進行總結，對遇到的困難和解決辦法進行反思和總結，為以後軟體的改進提供建議，為產品質量改進提供參考。" >

1.2 XX開發環境介紹

如 A與B專案相關，是屬於後者的一個子系統開發，因此制定的計劃是後者計劃的一部分，同樣進度也會受後者的制約。

又如 A是基於XX平臺的一個子系統，因此他的穩定性和效能受後者制約；由於在此平臺上已經開發了×個子系統通過效能樣機評審，×個子系統通過設計定型（轉產），×個子系統通過實驗局和正式開局，所以一些通用模組經過考驗，在穩定性和效能等方面有長足改進，也給本子系統的開發減少了風險、難度和工作量。>

1.3參考資料

< 列出相關的文件資料。

如系統設計方案，研製規範，歷次測試報告（用於後面分析故障時舉例）。>

2.計劃總結

2.1開發計劃與實踐描述

< 簡要介紹本軟體系統的開發過程，主要是列出原定計劃和實際進度。>

2.2進度總結

描述：

原因：

改善建議：

3與相關專案協調總結

3.1與相關專案協調描述

< 總體描述：開發過程中與相關專案協調、合作的情況，是良好，還是有待改進。>

3.2協調情況詳細分析

< 說明各個具體協調情景。>

4.測試故障總結

4.1故障數分佈描述

< 記錄歷次正式測試的故障數，並總結故障分佈是否呈現良好的收斂特性。>

總結：

4.2開發故障詳細分析

< 在此對歷次正式測試的故障進行分類分析，重要在於提出解決方案，為後續開發提供參考。

其中"故障類別"是對一類故障的命名，如通用模組程式碼不完全通用。

"解決方案"與"防範手段"的區別在於，前者提出根除的方法，後者提供前者如果作不到的情形下，如何儘早發現、定位、修復故障的手段，如對通用模組的功能進行遍歷自測。

"數目"是此類故障在故障歷次測試中出現的總頻度。

"舉例"是此類故障在某個測試報告中的詳細描述位置，便於查閱。>

5.開發過程總結

< 總結其他方法和經驗，為今後的系統設計、開發工作提出建議。如開發人員流動較大，而且交接工作倉促，導致系統質量收到影響；或者開發人員不足，導致自測不夠充分等等。>

PPR是為了總結專案在發展中暴露的不足之初，期望今後得到改善；當然 PPR實踐本身也需要經常回顧、總結和提高。而且，需要強調的是， PPR雖然是專案結束之前的最後一項工作，但是它的準備工作一直貫穿者這個專案週期，所有人員都要用心用腦工作和思考，才能不斷挖掘和進步。

附 PSP的個體專案計劃總結表。

PSP專案計劃總結表

人員： 日期：

總結	計劃			實際				累計
Minutes/LOC	.			.				.
LOC/Hour	.			.				.
Defects/KLOC	.			.				.
過程效益	.			.				.
A/FR	.			.				.
程式規模（ LOC）	.			.				.
新開發的與更改的	.			.				.
最大規模	.			.				.
最小規模	.			.				.
開發階段時間 /min	計劃		實際			累計			累計百分比
計劃	.		.			.			.
設計	.		.			.			.
編碼	.		.			.			.
程式碼複查	.		.			.			.
編譯	.		.			.			.
測試	.		.			.			.
後置處理	.		.			.			.
總計	.		.			.			.
最大時間	.		.			.			.
最小時間	.		.			.			.
引入的缺陷	計劃	實際			累計		累計百分比			Def/Hour
計劃	.	.			.		.			.
設計	.	.			.		.			.
編碼	.	.			.		.			.
程式碼複查	.	.			.		.			.
編譯	.	.			.		.			.
測試	.	.			.		.			.
總計	.	.			.		.			.
排除的缺陷	計劃	實際			累計		累計百分比			Def/Hour
計劃	.	.			.		.			.
設計	.	.			.		.			.
編碼	.	.			.		.			.
程式碼複查	.	.			.		.			.
編譯	.	.			.		.			.
測試	.	.			.		.			.
總計	.	.			.		.			.
	來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7942439/viewspace-21307/，如需轉載，請註明出處，否則將追究法律責任。 0 0 分享到： 上一篇： 專案管理中的協調該怎麼做？(轉) 下一篇： IT成本管理的實施過程(轉) 請登入後發表評論 登入 全部評論 urinator 註冊時間：2007-12-06 博文量 3868 訪問量 1854099 最新文章 煽情的兒子557=隨筆 煽情的兒子556=隨筆 煽情的兒子555=隨筆 煽情的兒子554=隨筆 讀書筆記=2015.7.25 煽情的兒子553=隨筆 煽情的兒子552=隨筆 煽情的兒子551=隨筆 煽情的兒子550=隨筆 煽情的兒子549=隨筆 支援我們 作者招募 使用者協議 FAQ Contact Us 北京盛拓優訊資訊科技有限公司. 版權所有  京ICP備09055130號-4  北京市公安局海淀分局網監中心備案編號：11010802021510 廣播電視節目製作經營許可證(京) 字第1234號 中國網際網路協會會員