敏捷开发实施流程
迭代周期：
2 ~ 3周
一、需求过程（1 - 2天）
- 与产品经理，产品使用人员沟通产品功能与新需求
- 程序经理完成需求整理与确认
- 程序经理、开发经理、测试经理完成需求沟通
要求：
- 控制需求范围，必须确保需求可提交
- 严格控制工期，无特殊原因，延期不得超过2天；特殊原因根据影响评估延期时间
- 需求确认需经过：“讲解 – 复述 – 确认”过程，规避需求理解偏差
- 以原始需求列表为准，不做详细需求列表
- 通过白板确认需求范围，并确定开发范围
二、开发过程（3 – 5天）
- 开发经理确定开发任务点，并分配任务
- 开发人员完成开发
- 确保每日构建，并交付测试人员进行迭代测试，构建开始前开发经理通告提交功能范围
- 每周五需提交BuildNotes（不做预构建），说明提交范围
- 优先修复优先级为3以上的Bug，然后开展开发工作
要求：
- 通过白板确认开发工期，并跟踪开发进度
- 每日晨会跟进开发进度，汇报技术问题
- 复杂任务分配时，通过“讲解 – 复述 – 确认”过程，规避需求理解偏差
- BuildNotes直接从Git log中生成
三、测试过程（3 – 5天）
- 测试经理确定测试任务点，并分配任务
- 1 - 2天内完成测试用例编写，每周需提交TestNotes
- 测试人员对每日构建包进行集中测试
- 迭代阶段优先进行功能、效果测试
- 效率测试可在基本功能完成后集中测试
- 稳定性测试在在1 – 2个构建后尽快开展
要求：
- 测试计划只给出时间点即可，不要求测试计划文档
- 需完成测试用例编写，不要求测试策略编写
- 晨会需通报严重问题
- 稳定性测试需要尽量提前
- 效率测试迭代阶段完成后集中测试
四、验收流程（1天）：
- 完成功能测试后，提交产品经理与用户进行使用体验，并反馈新需求
- 迭代周期内完成全部需求的功能、效果测试即可验收
- 效率、稳定性指标在结项时验收
要求：
- 包括功能、效果验收
- 效率、稳定性在最后一个迭代进行验收
- 程序经理根据验收反馈，收集需求并调整后续计划
- 迭代版本验收通过邮件沟通并确认
- 最终版本验收需包括测试报告