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