五，任务规范
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 执行任务
点击开始按钮，即可开始执行任务。
任务完成后，点击完成任务，则该任务已完成。
任务完成时，执行人员需要对任务进行工时报工，表示
这里特别注意：一定要每天更新自己所负责的任务，因为燃尽图的绘制，就是通过报工计算的。