一、工作流程：
每个迭代开始前，业务人员、相关开发人员、测试人员一起花费大约2小时进行需求评审及任务分配会议，确定好在迭代内需要做的任务。 具体开会时间待定。建议开始迭代前的2天左右。
迭代的过程中，尽量保证按照计划做任务，否则，第一步的确认任务就没有意义。
迭代完成前，开发人员、测试人员花费大约2小时进行迭代回顾会议，回顾迭代发展，bug分析，技术分享等，做任何有利于大家共同进步的讨论。
需要注意：
如果出现不可抗拒的紧急任务，则加入到sprint中，导致其他任务后延，需紧急任务的相关方知晓->评估->同意，否则迭代结束时，不知道为什么有任务没有按期完成。
由于迭代开始前的任务分配会，应该会在上个迭代的时间段内进行，迭代完成前的回顾会议，也是在一个迭代的时间段内进行，所以在任务排期时，需要考虑时间占用情况。
二、各个角色基本要求：
1. 需求业务人员：
- 在confluence上建立对应的需求篇章，并尽量让开发人员能容易看懂和透彻，并准确的表达出业务需求。
2. 项目负责人：
审核confluence的需求文档，提出不合理或建议等，同时考虑设计的问题等（就是提前替开发同事考虑考虑）
督促业务人员修改优化confluence需求，反复确认审核。
建立对应的epic。
3. 开发人员：
需求评审时，开发人员确认需要自己做的工作，并尽可能的考虑到业务实现逻辑及疑问，并当场确认，然后马上进行设计并记录下来（可以在confluence下对应的需求文档下建立对应的文档）
新建任务：必填项：概要设计，版本，epic，预计起始日期，预计结束日期，预计耗时，经办人。
维护任务：
A. 每天要对当日做的工作在jira对应的任务卡片上进行记录工时。
B. 任务状态改变需要同步在jira上拖动任务卡片：
准备做某个任务时：待办-->开发&自测中
开发完毕也自测完毕，则构建到测试环境并将任务拖动：开发&自测中-->待测试&测试中
测试人员通知开发任务测试环境已经测试通过后，开发人员将任务拖动：测试完毕-->已发布生产
如果不需要测试，直接发布生产。将对应任务直接拖动到最后。
4. 测试人员：
关注看板中待测试列的任务卡片，并进行测试，测试通过后需要将卡片向后推动到测试完毕，并通知对应的开发人员该任务已测试通过，可以继续发布了。
随时有问题随时确认，提bug。
根据需要测试的功能进行新建任务：必填项：概要设计，版本，epic，预计起始日期，预计结束日期，预计耗时，经办人。
备注说明：
待办：未开始的任务
开发&自测中：开发及自测的任务
待测试&测试中：自测完毕，已经发布到测试环境
测试完毕：测试环境已测试通过
已发布生产：已构建到生产环境
三、各个角色工时统计：
开发人员：根据需要开发的工作新建jira任务，可以按jira任务的实际耗时进行计算。
测试人员：根据需要测试的工作新建jira任务，可以按jira任务的实际耗时进行计算。
