——亞遠景實施案例之定義過程文檔


www.cmmcn.com

侯亞文 舒艷華

關(guān)鍵字：CMMI，SCAMPI，過程改進，能力成熟度，EPG，PA，過程域

在上一章節(jié)中，我們談到了關(guān)于過程改進團隊的組建方法及在組建過程中需要注意的問題，在本節(jié)中我們將繼續(xù)探討EPG過程改進的另一個更為重要的一環(huán)——定義過程文檔。
曾經(jīng)有一位評估師開玩笑說，三級是寫文檔，四級是寫文檔的文檔，五級是寫文檔的文檔的文檔。由此可見，文檔貫穿于整個CMMI，在過程改進中起著舉足輕重的作用。那么如何才能寫出既符合CMMI又立足于企業(yè)本身實際情況的文檔呢？這就是本文將要探討的問題——定義過程文檔。
在定義過程文檔時，首先，應該進行企業(yè)的習慣表述與CMMI術(shù)語和語言間的映射。特別是組織結(jié)構(gòu)中的一些術(shù)語、角色、組織內(nèi)部之間關(guān)系以及過程活動的表述方式都需要映射到其組織的相應部分，以防止別人無法理解。
定義過程文檔的一般步驟是：

（1）先確定并描述產(chǎn)品的生命周期。
一般來說，產(chǎn)品生命周期可以劃分為6個階段，即產(chǎn)品概念階段、產(chǎn)品定義階段、產(chǎn)品開發(fā)階段、產(chǎn)品測試階段、用戶驗收階段、產(chǎn)品維護階段。

（2）根據(jù)產(chǎn)品生命周期的各個階段確定需要改進的過程域（PA）活動。
“過程域”用于描述CMMI標準定義的軟件過程能力評估模型中的一種部件。在該模型中，“過程域”是最大的的構(gòu)造塊，每個“過程域”由一組目標構(gòu)成，每個目標得到一組實踐支持。模型中描述的過程是參考模板，用“過程域”來表示。不能與實際過程混淆?！斑^程域”不是實際的過程，它是模型中的模板。

（3）針對某一個PA過程活動，完成PA的數(shù)據(jù)流程圖。

（4）準備相應的模板、檢查表或者方法附件定義過程文檔。再在EPG內(nèi)部討論修改，然后拿給評審人員閱讀，最后是進行正式評審。進一步修訂，再評審直到大家認可為止，再進入下一個PA過程。（或者也可以評審通過后進行試點，試點成功再進入下有個PA過程。）

亞遠景根據(jù)自己多年的咨詢經(jīng)驗，總結(jié)了在定義過程文檔時一般容易出現(xiàn)的問題。

１、“本地化做得不夠”
亞遠景咨詢顧問常常在項目進行中發(fā)現(xiàn)這樣的問題：在定義某個PA過程時，客戶會過于依賴咨詢公司提供的其他一些企業(yè)的過程文檔，并將這些文檔梢作調(diào)整成為其自己的過程文件。由于每個軟件企業(yè)的情況是不一樣，流程、規(guī)范、記錄應該根據(jù)公司實際情況來制定，參照CMMI框架，制定適合公司本身情況的“本地化”過程體系，這樣的效果會更好。

（２）總體把握，逐步細化
在定義第一個PA過程時，如果沒有考慮它跟其它PA之間的關(guān)系就直接參照CMMI的此PA的目標和實踐完成了過程文件，可能發(fā)生的結(jié)果要么是無法通過評審，要么就是通過了之后再返回進行修改。由于各PA間關(guān)系密切，息息相關(guān)，因此在實際的定義過程中，先要從總體上把握住各PA間關(guān)系，完成整個過程的數(shù)據(jù)流程圖的基礎(chǔ)上再進行逐步細分，否則即是“只見樹木不見森林”。

（３）多交流、多總結(jié)
　　由于在項目初期，EPG小組對于CMMI的理解不夠透徹，大家也沒什么經(jīng)驗，這就需要EPG成員、QA、管理人員、開發(fā)人員之間多多交流，在定義過程文檔時多討論，集眾人之智慧，隨著過程定義的進展，EPG小組對CMMI的理解加深，就需要總結(jié)經(jīng)驗，避免將來在遇到類似問題的時候多走彎路。



聲明：本文版權(quán)由亞遠景科技所有，轉(zhuǎn)載請注明作者及出處。

【?發(fā)表評論?0條?】