基于CMMI的敏捷開發(fā)過程文檔裁剪

最近一直在忙，今天對(duì)于上次說的問題做補(bǔ)充。純屬個(gè)人一點(diǎn)小看法，只拋磚而已，希望能引玉。文章只針對(duì)于中小型企業(yè)，且沒有成熟的開發(fā)過程企業(yè)來說，所以裁剪的文檔參考CMMI3級(jí)的標(biāo)準(zhǔn)文檔。

 

關(guān)于敏捷開發(fā)和CMMI的管理大家都各有心得，我就不在對(duì)各自具體管理做闡述了，緊緊針對(duì)文檔裁剪說點(diǎn)看法，首先敏捷開發(fā)強(qiáng)調(diào)的核心的東西是交流，但對(duì)于當(dāng)今的項(xiàng)目開發(fā)來說，個(gè)人交流恰恰是個(gè)難點(diǎn)，做開發(fā)的基本上都是能不交流就不交流，開發(fā)進(jìn)度緊張時(shí)更是如此，在項(xiàng)目中開發(fā)和測(cè)試交流起來更加困難，這兩部分人員有部分工作在某種意義上是敵對(duì)的。更何況再把客戶加入交流的名單之內(nèi)，因此適當(dāng)?shù)奈臋n可以避免項(xiàng)目資源流失和踢皮球的做法。

 

1.       項(xiàng)目開始的估算是需要的，但可以簡化估算的過程和文檔，例如各種估算標(biāo)準(zhǔn)和報(bào)告。

 

測(cè)試計(jì)劃可以簡化，不必給出詳細(xì)的項(xiàng)目過程計(jì)劃，因?yàn)槊艚蓍_發(fā)的項(xiàng)目過程幾乎是沒法計(jì)劃的。

 

2.       Walkthrough的會(huì)議要經(jīng)常開，里程碑會(huì)議文檔可以裁剪，項(xiàng)目監(jiān)督控制文檔可以裁剪。但項(xiàng)目周報(bào)需要。

 

3.       集成項(xiàng)目管理文檔可以裁剪。因?yàn)楹芏囗?xiàng)目coding完成后，基本上也就完成了，集成的觀念在很多項(xiàng)目過程中都被忽略，基本上很少有集成管理，集成測(cè)試的具體實(shí)施，結(jié)項(xiàng)報(bào)告需要?？梢宰鳛榻?jīng)驗(yàn)總結(jié)放到公司的配置管理服務(wù)器上作為以后對(duì)該項(xiàng)目查詢問題的一個(gè)文件材料。

 

4.       基線建立文檔可以裁剪，配置審計(jì)等相關(guān)配置管理文檔可以裁剪。

 

5.       風(fēng)險(xiǎn)管理相關(guān)文檔可以裁剪為一個(gè)風(fēng)險(xiǎn)管理一覽表文檔進(jìn)行跟蹤管理。

 

6.       如果公司有獨(dú)立的PPQA人員，過程和產(chǎn)品質(zhì)量保證的檢查可以保持不變，但如果沒有獨(dú)立人員，該部分可以裁剪，但概要設(shè)計(jì)，和詳細(xì)設(shè)計(jì)不能裁剪，最少也要出來一個(gè)文檔，雖然需求變化對(duì)這兩個(gè)文檔改變較大，這兩個(gè)文檔可以避免開發(fā)人員流動(dòng)帶來的項(xiàng)目交接問題，還能為測(cè)試提供依據(jù)，需求變更如果管理得當(dāng)，總的來有利大于弊，還需要對(duì)開發(fā)概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)文檔，編碼進(jìn)行Review和交叉審查。

 

7.       度量部分可以裁剪，因?yàn)槎攘宽?xiàng)需要根據(jù)項(xiàng)目開發(fā)過程中的各種文檔和人員來搜集度量的數(shù)據(jù)，沒有了文檔度量數(shù)據(jù)可靠性沒有可信度，所以可以裁剪。

 

8.       決策分析和解決方案可以裁剪，決策和解決方案可以放到walkthrough會(huì)議中討論。

 

9.       需求變更相關(guān)文檔不能裁剪，并且應(yīng)該加大需求變更管理力度，因?yàn)槊艚蓍_發(fā)強(qiáng)調(diào)的是對(duì)變化的快速反應(yīng)，而實(shí)際項(xiàng)目中因?yàn)楦鞣N原因客戶和項(xiàng)目人員交流不夠，而測(cè)試人員和開發(fā)人員，客戶交流更不夠，所以難以達(dá)到敏捷開發(fā)的對(duì)變化快速響應(yīng)這一核心價(jià)值。因此應(yīng)加大需求變更的管理力度，相關(guān)文檔不能裁剪。

 

10.   需求管理相關(guān)文檔可以裁剪，例如需求開發(fā)指南，需求開發(fā)文件等。敏捷開發(fā)的核心價(jià)值就包含與客戶的交流重于合同約束，而與客戶交流就涉及到方方面面的問題，所以要注重多交流，迭代的需求調(diào)研，不斷挖掘潛在需求。因此需求調(diào)研的各種文檔可以裁剪，但應(yīng)該清晰記錄客戶訪談?dòng)涗浄治霰?，最后必須給出一份基本需求規(guī)格說明書。

 

11.   產(chǎn)品集成的計(jì)劃，環(huán)境檢查列表，報(bào)告可以裁剪，但接口列表不能裁剪，且應(yīng)該對(duì)其進(jìn)行交叉審查。

 

12.   測(cè)試階段，測(cè)試計(jì)劃可以裁剪為一個(gè)簡單的文檔，測(cè)試用例不要裁剪，因?yàn)槿绻?xiàng)目都是一個(gè)人做測(cè)試可以考慮將測(cè)試用例裁剪，改為測(cè)試操作過程記錄。但如果多個(gè)人參與，同一個(gè)人的測(cè)試操作記錄重用性很差，所以多人參與測(cè)試的項(xiàng)目測(cè)試用例最好不要裁剪，Bug跟蹤管理可以用Bug管理工具實(shí)現(xiàn)，測(cè)試報(bào)告不可以裁剪。

 

13.   OPF，OPD過程域相關(guān)文檔可以裁剪，因?yàn)闆]有任何可靠數(shù)據(jù)可以追尋，文檔沒有實(shí)在意義。

 

14.   OT和SM相關(guān)的文檔可以根據(jù)實(shí)際情況適當(dāng)裁剪。