敏捷開發流程管理須參考的3個要素

　　Olga Kouzina認為使用敏捷專案管理工具需要遵守三個原則：流程優先，工具次之；開發流程需可複用；正確做法需可複製。因為人們在選擇或使用敏捷專案管理工具時，往往會忽略開發流程中的某些關鍵要素，所以他重點對第一個原則中提到的“流程”進行了介紹，以期幫助大家對開發流程有個更加完整的認識。

　　首先，我們可嘗試將現有開發流程分解為3個部分：  

　　上圖中的框架幾乎覆蓋了開發流程中的三個關鍵要素：工作、人、計劃，它們也都是在敏捷開發管理工具中要不斷複用的要素。下面我們具體看看這三個要素都有哪些需要注意的地方。

　　要素一：工作

　　主要是“是什麼”的問題，涉及了功能、使用者故事、任務、Bug等。 

1. 你正在使用哪個工作項？開發流程中工作如何分解？工作項需要多少個層級？下面，我們可以看一個例子，來對層級結構進行了解：想法（問題）→史詩（Epic）→產品→專案→功能→使用者故事（User Story）→任務。
2. 工作項之間需要什麼依賴？除了層級分解外，我們是否需要在管理工具中複用其他依賴？
3. 如何定義一個專案或工作項結束了？我們是否需要指定一個完成範圍，或者將專案與時間捆綁起來？我們是否需要為工作項的設定多個最終狀態（如已完成、已解決?）

　　要素二：人

　　主要是“是誰”（角色）的問題，涉及開發團隊、產品負責人、專案主管、使用者等。

1. 團隊成員如何管理？團隊功能是否有交叉？是功能團隊、專案團隊、部門還是壓根就沒有團隊？
2. 每個團隊的開發流程是一樣的嗎？我們是否在必要時安排幾支團隊到“史詩”或“使用者故事”層級中？
3. 未在開發團隊或專案中的“雞”組角色是否也需要了解工作流程？如客戶、經理？

　　要素三：計劃

　　時間問題，涉及釋出、迭代。 

1. 我們如何進行backlog管理？backlog項都來自哪裡？我們應如何整理backlog？
2. 專案/釋出/迭代：我們是否有交叉專案（或交叉團隊）的釋出？是否有並行迭代或釋出？我們是否將專案分解為多個階段執行了呢（如UX、原型、功能設計）？
3. 我們在使用哪個報告？這個非常重要。一定要檢查工具是否具備了我們所需的全部報告？

　　可能上面沒有舉出所有需要注意的問題，但這裡提供的3個關鍵要素（工作、人、計劃）可以幫助我們在選擇或使用敏捷開發管理工具時更加全面地把握開發流程，不致於只根據部分要素就做出選擇。

　　原文：Agile Development Blog