麻利項目管理工具需要遵循三個原則：流程優先，工具次之；開發流程需可復用；正確做法需可複製。因為人們在選取或者使用麻利項目管理工具時，往往會忽略開發流程中的某些重要要素，所以他重點對第一個原則中提到的「流程」進行了介紹，以期說明大家對開發流程有個更為完整的認識。
首先，咱們可嘗試將現有開發流程分解為3個部份：
上圖中的框架幾乎籠蓋了開發流程中的三個重要要素：工作、人、規劃，它們也都是在麻利開發管理工具中要不斷復用的要素。下面咱們具體看看這三個要素都有哪些需要注意之處。
要素一：工作
主要是「是甚麼」的問題，涉及了功能、使用者故事、任務、Bug等。
1.你正在使用哪一個工作項？開發流程中工作如何分解？工作項需要多少個層級？下面，咱們可以看一個例子，來對層級結構進行瞭解：思考方向（問題）→史詩（Epic）→產品→項目→功能→使用者故事（User Story）→任務。
2.工作項之間需要甚麼依賴？除了層級分解外，咱們是否需要在管理工具中復用其他依賴？
3.如何定義一個項目或者工作項收場了？咱們是否需要指定一個完成規模，或是將項目與時間捆綁起來？咱們是否需要為工作項的設定多個最終狀況（如已完成、已解決?）
要素二：人
主要是「是誰」（角色）的問題，涉及開發團隊、產品負責人、項目主管、使用者等。
1.團隊成員如何管理？團隊功能是否有交叉？是功能團隊、項目團隊、部門仍然壓根就沒有團隊？
2.每一個團隊的開發流程是同樣的嗎？咱們是否在必要時支配幾支團隊到「史詩」或者「使用者故事」層級中？
3.未在開發團隊或者項目中的「雞」群組角色是否也需要瞭解工作流程？如客戶、經理？
要素三：規劃
時間問題，涉及發佈、迭代。
1.咱們如何進行backlog管理？backlog項都來自哪裡？咱們應如何整頓backlog？
2.項目/發佈/迭代：咱們是否有交叉項目（或者交叉團隊）的發佈？是否有並行迭代或者發佈？咱們是否將項目分解為多個階段執行了呢（如UX、原型、功能設計）？
3.咱們在使用哪一個呈文？這個非常主要。必定要檢查工具是否具備了咱們所需的整個呈文？
麻利項目管理工具需要遵循三個原則：流程優先，工具次之；開發流程需可復用；正確做法需可複製。因為人們在選取或者使用麻利項目管理工具時，往往會忽略開發流程中的某些重要要素，所以他重點對第一個原則中提到的「流程」進行了介紹，以期說明大家對開發流程有個更為完整的認識。
首先，咱們可嘗試將現有開發流程分解為3個部份：
上圖中的框架幾乎籠蓋了開發流程中的三個重要要素：工作、人、規劃，它們也都是在麻利開發管理工具中要不斷復用的要素。下面咱們具體看看這三個要素都有哪些需要注意之處。
要素一：工作
主要是「是甚麼」的問題，涉及了功能、使用者故事、任務、Bug等。
1.你正在使用哪一個工作項？開發流程中工作如何分解？工作項需要多少個層級？下面，咱們可以看一個例子，來對層級結構進行瞭解：思考方向（問題）→史詩（Epic）→產品→項目→功能→使用者故事（User Story）→任務。
2.工作項之間需要甚麼依賴？除了層級分解外，咱們是否需要在管理工具中復用其他依賴？
3.如何定義一個項目或者工作項收場了？咱們是否需要指定一個完成規模，或是將項目與時間捆綁起來？咱們是否需要為工作項的設定多個最終狀況（如已完成、已解決?）
要素二：人
主要是「是誰」（角色）的問題，涉及開發團隊、產品負責人、項目主管、使用者等。
1.團隊成員如何管理？團隊功能是否有交叉？是功能團隊、項目團隊、部門仍然壓根就沒有團隊？
2.每一個團隊的開發流程是同樣的嗎？咱們是否在必要時支配幾支團隊到「史詩」或者「使用者故事」層級中？
3.未在開發團隊或者項目中的「雞」群組角色是否也需要瞭解工作流程？如客戶、經理？
要素三：規劃
時間問題，涉及發佈、迭代。
1.咱們如何進行backlog管理？backlog項都來自哪裡？咱們應如何整頓backlog？
2.項目/發佈/迭代：咱們是否有交叉項目（或者交叉團隊）的發佈？是否有並行迭代或者發佈？咱們是否將項目分解為多個階段執行了呢（如UX、原型、功能設計）？兩岸商貿,在家工作,網路創業,創業賺錢思惟,微商平台,賺新台幣
3.咱們在使用哪一個呈文？這個非常主要。必定要檢查工具是否具備了咱們所需的整個呈文？
留言列表
