五，任務規範
5.1 分解任務
發起迭代之後我們還有幾個關鍵的因素要確定：週期確定、資源確定、需求確定。
5.1.1 關聯需求
在迭代的需求列表頁面，可以關聯需求並對需求進行任務分解。
5.1.2 團隊成員
注意：未新增團隊成員，則任務不可分配具體執行人。
5.1.3 WBS分解
（1）任務型別，所屬型別為必選欄位。
（2）歸屬模組，在專案-->模組中 維護好，若新建功能在模組之後，可選根目錄。
（3）指派，為必填欄位， 若是多人任務，在5.1.4中做詳細說明
（4）相關需求，若是根據需求分解而來為必填欄位，若是在迭代中新建的任務，則不一定是從需求而來。
（5）任務名稱，為必填欄位，任務命名規範目前無統一規則，各專案自行擬定。
（6）任務描述，為必填欄位，同需求一樣，必須有圖片以及文字說明，內容較多時，可使用附件。
（7）優先順序，必選。
（8）預計時間，必填。預計時間 和 實際消耗 會用以計算 任務的準交率，是開發人員的考核指標之一。
（9）預計開始，預計結束。 必填。
5.1.4 多人任務
建任務的時候，指派給選擇框裡，勾選多人。會出現團隊按鈕，點選團隊，就可以選擇將該任務指派給多人。在團隊裡，選擇團隊成員，填寫上對應的預計工時。
最右側的向上和向下的箭頭，可以排序。
選擇指派給多人後，點選“團隊”設定指派人員名單。該任務的預計工時是每個指派給人員的預計工時之和。
（1）多人任務，指派給團隊成員的順序，影響到任務的開始和轉交順序。
（2）多人任務是建立一個任務，指派給多人。事務型別的任務是同時建立多條相同的任務分別指派給多人。
（3）多人任務，只能由指派給的第一個人來開始，完成後轉交給第二個人，以此類推。
5.2 子任務
正常建立任務後，返回專案任務列表頁。在任務列表頁的右側操作按鈕那，即可建立該任務的子任務。
（1）建立子任務後，父任務的預計、消耗、剩餘工時，是所有子任務的預計、消耗、剩餘工時之和。
（2）建立父任務時，填寫了相關的工時資訊，再新增子任務後，子任務的相關工時之和，會覆蓋掉父任務的相關工時。
（3）多人任務不可以建立子任務。
5.3 新建任務注意事項
- 需要將所有的任務都分解出來。這裡麵包括設計，開發，測試，美工，甚至包括購買機器，部署測試環境等等。
- 任務分解的粒度越小越好，我們規定單個任務不能超過16小時。
- 如果一個任務需要多個人負責，繼續考慮將其拆分。
- 事務型的事務可以批量指派，比如需要讓團隊裡面的每一個人都寫個專案總結，可以選擇型別是事務，然後批量指派給團隊裡面的所有人員。
- 任務的型別請仔細設定，這個會涉及到需求研發階段的自動計算。
5.4 任務分配
照scrum的原則，大家領取自己喜歡做的任務，這樣才能更好的調動團隊的積極性，但是目前團隊的主管能動性不足，扔以“指派”的方式進行任務分配。
只有當前被指派的人員，才可以操作點選任務的指派人員名稱，修改指派人員，即將任務指派給其他人。
5.5 執行任務
點選開始按鈕，即可開始執行任務。
任務完成後，點選完成任務，則該任務已完成。
任務完成時，執行人員需要對任務進行工時報工，表示
這裡特別注意：一定要每天更新自己所負責的任務，因為燃盡圖的繪製，就是通過報工計算的。