角色1:需求管理的利器
對項目需求和設(shè)計文檔的管理是DevAgile必須首先面對的問題。他們要完成的，恰恰是一個需求變更很快的項目，這也是他們選擇敏捷開發(fā)的重要原因。在敏捷開發(fā)中，需求的變化常常是為下一次迭代提供信息和進度計劃的依據(jù)。
因此，DevAgile的大多數(shù)成員認為，記錄下每一次關(guān)鍵的需求變更很重要，盡管最初有些人堅持敏捷開發(fā)并不需要文檔。
同時，他們也注意到，要遵循簡單設(shè)計的原則，并非意味著設(shè)計文檔不需管理。相反，文檔的數(shù)量和版本都會比采用其他開發(fā)方式更多。這些設(shè)計文檔及其歷史應(yīng)該被妥善地管理，也要和相對應(yīng)的配置項鏈接。
另外，小型發(fā)布意味著整個生命周期中有更多的發(fā)布，如何對這些發(fā)布進行系統(tǒng)化管理也是DevAgile團隊必須解決的問題。
綜合以上這幾點考慮，Smart先生認為，應(yīng)該找到一種需求管理的武器。DevAgile團隊在進行了一番市場調(diào)研后，決定嘗試TechExcel DevSpec這種需求管理工具。它不僅提出“以知識為核心”的概念，滿足需求和設(shè)計文檔管理的要求，還實現(xiàn)了真正的“功能驅(qū)動開發(fā)”。
盡管DevAgile目前沒有清楚的看到后者如何實現(xiàn)，但DevSpec對產(chǎn)品需求、產(chǎn)品功能及知識文檔的系統(tǒng)管理還是吸引了他們。
它成全了設(shè)計團隊的敏捷性，支持簡單設(shè)計，并對他們經(jīng)常修改設(shè)計的做法提供了管理上的幫助。一些成員還指出，在敏捷開發(fā)的道路上，太多的不確定因素和靈活性難免會影響大家對最終產(chǎn)品的認識，有一個這樣的工具能夠時時刻刻描繪出要發(fā)布產(chǎn)品的清晰輪廓，記錄下產(chǎn)品需求和功能變更的每一步，實在是很令人欣慰。
另外，為了配合數(shù)量多的小型發(fā)布，DevSpec還有整理發(fā)布功能點的能力。也就是說，將和某一發(fā)布有關(guān)的新功能、功能變更，以及缺陷修復(fù)，全都進行統(tǒng)一組織和管理。
例如，要完成6.1的發(fā)布，他們只需把6.1功能文件夾里所有的新功能、功能變更，以及缺陷修復(fù)全都做完，6.1版本也就可以發(fā)布了。為了更大程度上提高開發(fā)效率，Smart先生還別出心裁的對這些功能及缺陷設(shè)定了優(yōu)先級，優(yōu)先級低的任務(wù)可能被延緩執(zhí)行。實踐證明，這種具靈活性且針對發(fā)布來管理的系統(tǒng)使小型發(fā)布越發(fā)容易。
角色2:項目規(guī)劃的利器
Smart先生發(fā)現(xiàn)敏捷的項目管理要能做到隨機應(yīng)變，應(yīng)付各種可能出現(xiàn)的情況，也是建立在對任務(wù)的細分，并對任務(wù)的狀態(tài)采取高頻度的探測并及時調(diào)整的基礎(chǔ)上。DevAgile選擇了TechExcel DevPlan作為項目規(guī)劃工具，因為它能夠圍繞DevSpec中管理的功能點進行迭代計劃，對人力資源進行管理，既把握了正確的宏觀方向，又能對任務(wù)細分。任務(wù)若被耽延，還可以反饋回來。
此文章共有5頁 上一頁 1 2 3 4 5 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
