敏捷开发实施流程

迭代周期：

2 ~ 3周

一、需求过程（1 - 2天）

1. 与产品经理，产品使用人员沟通产品功能与新需求
2. 程序经理完成需求整理与确认
3. 程序经理、开发经理、测试经理完成需求沟通

要求：

• 控制需求范围，必须确保需求可提交
• 严格控制工期，无特殊原因，延期不得超过2天；特殊原因根据影响评估延期时间
• 需求确认需经过：“讲解 – 复述 – 确认”过程，规避需求理解偏差
• 以原始需求列表为准，不做详细需求列表
• 通过白板确认需求范围，并确定开发范围

二、开发过程（3 – 5天）

1. 开发经理确定开发任务点，并分配任务
2. 开发人员完成开发
3. 确保每日构建，并交付测试人员进行迭代测试，构建开始前开发经理通告提交功能范围
4. 每周五需提交BuildNotes（不做预构建），说明提交范围
5. 优先修复优先级为3以上的Bug，然后开展开发工作

要求：

• 通过白板确认开发工期，并跟踪开发进度
• 每日晨会跟进开发进度，汇报技术问题
• 复杂任务分配时，通过“讲解 – 复述 – 确认”过程，规避需求理解偏差
• BuildNotes直接从Git log中生成

三、测试过程（3 – 5天）

1. 测试经理确定测试任务点，并分配任务
2. 1 - 2天内完成测试用例编写，每周需提交TestNotes
3. 测试人员对每日构建包进行集中测试
4. 迭代阶段优先进行功能、效果测试
5. 效率测试可在基本功能完成后集中测试
6. 稳定性测试在在1 – 2个构建后尽快开展

要求：

• 测试计划只给出时间点即可，不要求测试计划文档
• 需完成测试用例编写，不要求测试策略编写
• 晨会需通报严重问题
• 稳定性测试需要尽量提前
• 效率测试迭代阶段完成后集中测试

四、验收流程（1天）：

1. 完成功能测试后，提交产品经理与用户进行使用体验，并反馈新需求
2. 迭代周期内完成全部需求的功能、效果测试即可验收
3. 效率、稳定性指标在结项时验收

要求：

• 包括功能、效果验收
• 效率、稳定性在最后一个迭代进行验收
• 程序经理根据验收反馈，收集需求并调整后续计划
• 迭代版本验收通过邮件沟通并确认
• 最终版本验收需包括测试报告

原文地址：https://www.cnblogs.com/yang75n/p/8366108.html