敏捷開發流程管理須參考的3個要素
來源：程序員人生 發布時間：2014-09-23 10:28:40 閱讀次數：2033次
Olga Kouzina認為使用敏捷項目管理工具需要遵守三個原則：流程優先，工具次之；開發流程需可復用；正確做法需可復制。因為人們在選擇或使用敏捷項目管理工具時，往往會忽略開發流程中的某些關鍵要素，所以他重點對第一個原則中提到的“流程”進行了介紹，以期幫助大家對開發流程有個更加完整的認識。
首先，我們可嘗試將現有開發流程分解為3個部分：
上圖中的框架幾乎覆蓋了開發流程中的三個關鍵要素：工作、人、計劃，它們也都是在敏捷開發管理工具中要不斷復用的要素。下面我們具體看看這三個要素都有哪些需要注意的地方。
要素一：工作
主要是“是什么”的問題，涉及了功能、用戶故事、任務、Bug等。
- 你正在使用哪個工作項？開發流程中工作如何分解？工作項需要多少個層級？下面，我們可以看一個例子，來對層級結構進行了解：想法（問題）→史詩（Epic）→產品→項目→功能→用戶故事（User
Story）→任務。
- 工作項之間需要什么依賴？除了層級分解外，我們是否需要在管理工具中復用其他依賴？
- 如何定義一個項目或工作項結束了？我們是否需要指定一個完成范圍，或者將項目與時間捆綁起來？我們是否需要為工作項的設置多個最終狀態（如已完成、已解決?）
要素二：人
主要是“是誰”（角色）的問題，涉及開發團隊、產品負責人、項目主管、用戶等。
- 團隊成員如何管理？團隊功能是否有交叉？是功能團隊、項目團隊、部門還是壓根就沒有團隊？
- 每個團隊的開發流程是一樣的嗎？我們是否在必要時安排幾支團隊到“史詩”或“用戶故事”層級中？
- 未在開發團隊或項目中的“雞”組角色是否也需要了解工作流程？如客戶、經理？
要素三：計劃
時間問題，涉及發布、迭代。
- 我們如何進行backlog管理？backlog項都來自哪里？我們應如何整理backlog？
- 項目/發布/迭代：我們是否有交叉項目（或交叉團隊）的發布？是否有并行迭代或發布？我們是否將項目分解為多個階段執行了呢（如UX、原型、功能設計）？
- 我們在使用哪個報告？這個非常重要。一定要檢查工具是否具備了我們所需的全部報告？
可能上面沒有舉出所有需要注意的問題，但這里提供的3個關鍵要素（工作、人、計劃）可以幫助我們在選擇或使用敏捷開發管理工具時更加全面地把握開發流程，不致于只根據部分要素就做出選擇。（編譯：王殿進）
原文：Agile Development Blog
生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈
