如何進行軟件反芻管理?
軟件反芻管理,即項目事后回顧(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故障數分布描述
< 記錄歷次正式測試的故障數,并總結故障分布是否呈現良好的收斂特性。>
|
測試 |
A類故障數 |
B類故障數 |
C類故障數 |
D類故障數 |
總計 |
|
系統測試一 |
|
|
|
|
|
|
系統測試二 |
|
|
|
|
|
|
系統測試三 |
|
|
|
|
|
|
驗證測試一 |
|
|
|
|
|
[NextPage]
總結:
4.2開發故障詳細分析
< 在此對歷次正式測試的故障進行分類分析,重要在于提出解決方案,為后續開發提供參考。
其中“故障類別”是對一類故障的命名,如通用模塊代碼不完全通用。
“解決方案”與“防范手段”的區別在于,前者提出根除的方法,后者提供前者如果作不到的情形下,如何盡早發現、定位、修復故障的手段,如對通用模塊的功能進行遍歷自測。
“數目”是此類故障在故障歷次測試中出現的總頻度。
“舉例”是此類故障在某個測試報告中的詳細描述位置,便于查閱。>
|
故障類別 |
原因分析 |
解決方案 |
防范手段 |
數目 |
舉例 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.開發過程總結
< 總結其他方法和經驗,為今后的系統設計、開發工作提出建議。如開發人員流動較大,而且交接工作倉促,導致系統質量收到影響;或者開發人員不足,導致自測不夠充分等等。>
PPR是為了總結項目在發展中暴露的不足之初,期望今后得到改善;當然PPR實踐本身也需要經常回顧、總結和提高。而且,需要強調的是,PPR雖然是項目結束之前的最后一項工作,但是它的準備工作一直貫穿者這個項目周期,所有人員都要用心用腦工作和思考,才能不斷挖掘和進步。
附PSP的個體項目計劃總結表。
PSP項目計劃總結表
人員: 日期:
程序號:
|
總結 |
計劃 |
實際 |
累計 | |||||||
|
Minutes/LOC |
|
|
| |||||||
|
LOC/Hour |
|
|
| |||||||
|
Defects/KLOC |
|
|
| |||||||
|
過程效益 |
|
|
| |||||||
|
A/FR |
|
|
| |||||||
|
程序規模(LOC) |
|
|
| |||||||
|
新開發的與更改的 |
|
|
| |||||||
|
最大規模 |
|
|
| |||||||
|
最小規模 |
|
|
| |||||||
|
開發階段時間/min |
計劃 |
實際 |
累計 |
累計百分比 | ||||||
|
計劃 |
|
|
|
| ||||||
|
設計 |
|
|
|
| ||||||
|
編碼 |
|
|
|
| ||||||
|
代碼復查 |
|
|
|
| ||||||
|
編譯 |
|
|
|
| ||||||
|
測試 |
|
|
|
| ||||||
|
后置處理 |
|
|
|
| ||||||
|
總計 |
|
|
|
| ||||||
|
最大時間 |
|
|
|
| ||||||
|
最小時間 |
|
|
|
| ||||||
|
引入的缺陷 |
計劃 |
實際 |
累計 |
累計百分比 |
Def/Hour | |||||
|
計劃 |
|
|
|
|
| |||||
|
設計 |
|
|
|
|
| |||||
|
編碼 |
|
|
|
|
| |||||
|
代碼復查 |
|
|
|
|
| |||||
|
編譯 |
|
|
|
|
| |||||
|
測試 |
|
|
|
|
| |||||
|
總計 |
|
|
|
|
| |||||
|
排除的缺陷 |
計劃 |
實際 |
累計 |
累計百分比 |
Def/Hour | |||||
|
計劃 |
|
|
|
|
| |||||
|
設計 |
|
|
|
|
| |||||
|
編碼 |
|
|
|
|
| |||||
|
代碼復查 |
|
|
|
|
| |||||
|
編譯 |
|
|
|
|
| |||||
|
測試 |
|
|
|
|
| |||||
|
總計 |
|
|
|
|
| |||||
本文標簽:如何進行軟件反芻管理?
* 由于無法獲得聯系方式等原因,本網使用的文字及圖片的作品報酬未能及時支付,在此深表歉意,請《如何進行軟件反芻管理?》相關權利人與機電之家網取得聯系。










