基于CMMI與SCRUM的任務(wù)顆粒度劃分

中間件公司2008年通過(guò)了CMMI L3認(rèn)證。在產(chǎn)品項(xiàng)目開(kāi)發(fā)實(shí)施及準(zhǔn)備認(rèn)證的過(guò)程中，項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)與質(zhì)量管理團(tuán)隊(duì)的觀點(diǎn)碰撞沖突不斷。項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)希望集中精力處理技術(shù)細(xì)節(jié)、研究產(chǎn)品開(kāi) 發(fā)，質(zhì)量管理團(tuán)隊(duì)按照CMMI L3對(duì)質(zhì)量管理體系的要求，建立項(xiàng)目管理過(guò)程中需要形成的大量項(xiàng)目文檔模板，并跟蹤檢查項(xiàng)目文檔記錄，兩個(gè)團(tuán)隊(duì)工作目標(biāo)、方向及重點(diǎn)不同，成為雙方討論的 焦點(diǎn)。

從產(chǎn)品項(xiàng)目團(tuán)隊(duì)的角度來(lái)看：項(xiàng)目組不但要完成待發(fā)布版本的軟件程序及軟件工程文檔，還要根據(jù)CMMI L3對(duì)質(zhì)量管理體系的要求出具項(xiàng)目過(guò)程文檔，工作范圍增加了，又增加了項(xiàng)目管理過(guò)程可視化、質(zhì)量管理文檔化的要求，進(jìn)度和成本也必須進(jìn)行相應(yīng)的調(diào)整。項(xiàng)目 組需要在產(chǎn)品發(fā)布的市場(chǎng)壓力、有限的資源限制下，減少項(xiàng)目開(kāi)發(fā)的工作內(nèi)容，按照CMMI L3要求做好項(xiàng)目及開(kāi)發(fā)過(guò)程資料整理，實(shí)現(xiàn)知識(shí)的傳承、文檔的可追蹤及度量數(shù)據(jù)的分析。這個(gè)調(diào)整本身導(dǎo)致項(xiàng)目經(jīng)理、度量員、配置管理員、質(zhì)量保證員在正常 軟件工程領(lǐng)域之外，必須要有額外的負(fù)擔(dān)，形成項(xiàng)目管理過(guò)程域及支持過(guò)程域所要求的文檔。其中項(xiàng)目管理過(guò)程域涉及項(xiàng)目計(jì)劃、項(xiàng)目監(jiān)督和控制、風(fēng)險(xiǎn)管理三個(gè)過(guò) 程；支持過(guò)程域涉及配置管理、度量和分析、過(guò)程和產(chǎn)品質(zhì)量保證、決策分析和解決方案四個(gè)過(guò)程。

在這個(gè)過(guò)程中，產(chǎn)品項(xiàng)目團(tuán)隊(duì)與質(zhì)量管理團(tuán)隊(duì)互相促進(jìn)和推動(dòng)，盡力朝著融合產(chǎn)品開(kāi)發(fā)和質(zhì)量管理的要求前進(jìn)，最終我們?cè)贑MMI認(rèn)證的最短極限時(shí)間內(nèi)通 過(guò)了認(rèn)證。但通過(guò)認(rèn)證不是我們追求產(chǎn)品質(zhì)量的終極目標(biāo)，在執(zhí)行質(zhì)量管理體系過(guò)程中發(fā)現(xiàn)的問(wèn)題、項(xiàng)目組面臨的成本、進(jìn)度、文檔壓力帶來(lái)的情緒困惑等。一直推 動(dòng)我們進(jìn)行更多質(zhì)量管理方法及工具的研究。

其中，業(yè)界熱議的敏捷開(kāi)發(fā)一直給項(xiàng)目研發(fā)團(tuán)隊(duì)帶來(lái)極大的誘惑，比如SCRUM，提倡頻繁運(yùn)用“檢查-調(diào)整”周期，加速創(chuàng)造更具價(jià)值的軟件。項(xiàng)目管理 使用產(chǎn)品Backlog和Sprint Backlog，按照迭代，以Burndown圖管理項(xiàng)目進(jìn)度，不需要編寫(xiě)繁雜的項(xiàng)目管理過(guò)程文檔，而是強(qiáng)調(diào)從控制到授權(quán)、從契約到合作、從文檔到代碼的 工作模式轉(zhuǎn)變，整個(gè)項(xiàng)目管理過(guò)程由Sprint計(jì)劃會(huì)議、Scrum簡(jiǎn)會(huì)、Sprint評(píng)審會(huì)議和Sprint回顧會(huì)議組成。所有的實(shí)踐圍繞著一個(gè)迭代、 增量的過(guò)程骨架。

我個(gè)人認(rèn)為這是項(xiàng)目管理過(guò)程域全力圍繞工程過(guò)程域的過(guò)程框架，并沒(méi)有考慮項(xiàng)目管理過(guò)程域的資產(chǎn)追蹤、知識(shí)傳承和數(shù)據(jù)分析，以及支持過(guò)程域。我們需要 警惕作為Scrum核心、也是Scrum團(tuán)隊(duì)強(qiáng)大生產(chǎn)力的基礎(chǔ)-對(duì)團(tuán)隊(duì)處理和解決問(wèn)題能力的檢驗(yàn)、識(shí)別及持續(xù)改進(jìn)。而Scrum是敏捷管理的一種實(shí)踐框 架，只定義了高層次的信息系統(tǒng)開(kāi)發(fā)項(xiàng)目的管理流程，不涉及具體開(kāi)發(fā)方法、人員的有效溝通技巧等，仍然需要其它領(lǐng)域相關(guān)理論及技能的補(bǔ)充。

關(guān)于項(xiàng)目計(jì)劃，CMMI提出了建立和維護(hù)涉及項(xiàng)目范圍、估算、項(xiàng)目生命周期、工作量、成本、進(jìn)度、風(fēng)險(xiǎn)、數(shù)據(jù)、資源、所需知識(shí)和技能、利益相關(guān)者的 全面的計(jì)劃；而敏捷開(kāi)發(fā)只聚焦在了產(chǎn)品和Sprint的任務(wù)分解及工作量估算，作為項(xiàng)目管理的最小單元-任務(wù)：Sprint任務(wù)細(xì)分標(biāo)準(zhǔn)為每項(xiàng)耗時(shí)約 4~16小時(shí)，超時(shí)視為尚未恰當(dāng)界定的任務(wù)。Scrum提倡使用經(jīng)驗(yàn)性過(guò)程方法控制軟件開(kāi)發(fā)項(xiàng)目：經(jīng)驗(yàn)性過(guò)程控制方法的三大支柱是可見(jiàn)性、檢查及適應(yīng)，適 用于復(fù)雜問(wèn)題處理；預(yù)定義過(guò)程控制不適用于復(fù)雜問(wèn)題處理，往往造成對(duì)不合格產(chǎn)品進(jìn)行大量昂貴的返工。

CMMI注重前期的計(jì)劃、設(shè)計(jì)及跟蹤管理，敏捷注重任務(wù)細(xì)分、迭代快速執(zhí)行，前者更注重文檔，后者更注重軟件，在不可能拋開(kāi)CMMI的前提下，本著 求同存異的原則，我個(gè)人認(rèn)為，CMMI與敏捷開(kāi)發(fā)最終都要求有一個(gè)詳細(xì)的任務(wù)分解文件，旨在統(tǒng)一項(xiàng)目所有相關(guān)人員對(duì)項(xiàng)目任務(wù)的一致認(rèn)識(shí)。雖然細(xì)分任務(wù)的要 求一致，但CMMI和敏捷對(duì)達(dá)到細(xì)分任務(wù)的過(guò)程要求不同。

在細(xì)分任務(wù)的過(guò)程中，SCRUM提倡召開(kāi)Sprint計(jì)劃會(huì)議，通過(guò)頭腦風(fēng)暴的方式，將一個(gè)月左右的迭代任務(wù)細(xì)化到4~16小時(shí)的單個(gè)任務(wù)顆粒度， 形成項(xiàng)目的詳細(xì)月度迭代任務(wù)計(jì)劃。在這個(gè)過(guò)程中所有的項(xiàng)目成員應(yīng)該已經(jīng)無(wú)意識(shí)的、但卻自然而然的運(yùn)用了CMMI項(xiàng)目管理過(guò)程域的實(shí)踐要求，考慮了資源、人 員技能、項(xiàng)目風(fēng)險(xiǎn)、利益相關(guān)者、進(jìn)度、成本、數(shù)據(jù)等很多方面，只是不像CMMI要求的必須形成文檔。所以不管哪種項(xiàng)目管理模式，團(tuán)隊(duì)最終都要形成一個(gè)極詳 細(xì)的項(xiàng)目任務(wù)計(jì)劃。這應(yīng)該是兩者的共識(shí)。也是項(xiàng)目管理團(tuán)隊(duì)極力要達(dá)到的目標(biāo)。

因?yàn)閮烧咝纬身?xiàng)目任務(wù)計(jì)劃采用的方式和流程不同，除了詳細(xì)任務(wù)分解計(jì)劃，使用CMMI過(guò)程框架的質(zhì)量管理體系必須規(guī)定若干附加的計(jì)劃文檔，比如：工 作量估算文件、進(jìn)度估算文件、費(fèi)用估算文件、進(jìn)度計(jì)劃、風(fēng)險(xiǎn)計(jì)劃、質(zhì)量保證計(jì)劃、度量計(jì)劃、資源計(jì)劃、培訓(xùn)計(jì)劃、配置管理計(jì)劃、測(cè)試計(jì)劃、關(guān)鍵依賴(lài)關(guān)系、 評(píng)審計(jì)劃等等。但CMMI同樣沒(méi)有提供實(shí)踐這些方面的專(zhuān)業(yè)方法及工具。作為實(shí)施CMMI的公司來(lái)講，文檔的繁簡(jiǎn)程度要靠公司自己根據(jù)組織及項(xiàng)目實(shí)際情況制 定，并建立一些針對(duì)特殊情況免于執(zhí)行的剪裁偏離指南。這應(yīng)該是為敏捷之路提供了一個(gè)方便之門(mén)。

而且據(jù)SCRUM大師肯.施瓦伯及CMM的開(kāi)發(fā)者之一馬克.波爾克的分析，SCRUM能夠滿(mǎn)足CMM L2的全部KPA及CMM L3的大部分KPA，沒(méi)有滿(mǎn)足的KPA主要是處理實(shí)踐方法制度化的部分。因此SCRUM減輕了項(xiàng)目和組織的文檔及管理成本。

由此看來(lái)，在SCRUM提倡將任務(wù)顆粒度控制在4-16小時(shí)的基礎(chǔ)上，通過(guò)4-8小時(shí)的Sprint計(jì)劃會(huì)議討論時(shí)間，運(yùn)用CMMI提倡的估算、項(xiàng) 目生命周期、工作量、成本、進(jìn)度、風(fēng)險(xiǎn)、數(shù)據(jù)、資源、所需知識(shí)和技能、利益相關(guān)者等多角度考慮問(wèn)題，制定出項(xiàng)目組為期一個(gè)月的迭代周期的任務(wù)目標(biāo)，并在 Sprint計(jì)劃會(huì)議上同時(shí)附加產(chǎn)生格式簡(jiǎn)潔的風(fēng)險(xiǎn)、成本、估算等文件，積極的減輕項(xiàng)目組文檔負(fù)擔(dān)，充分討論項(xiàng)目組任務(wù)列表，與所有成員達(dá)成共識(shí)。從而可 以為項(xiàng)目迭代周期的順利完成打好可控的項(xiàng)目計(jì)劃基礎(chǔ)。