迭代流程

技术方案设计/需求理解

周四

开发

站会

灰度发布

工作量评估开发：技术方案设计（2天）方案评审+排期 （2天） 开发（6天）测试：用例编写&评审（3天）测试（5天）发布验证（2天）排期时按照当天80%容量排期，每天预留 20% 时间处理插入和其他问题迭代节点要求最晚提测时间PA最晚提测时间：双周迭代第二周周三下班前Mars 最晚提测时间：双周迭代第二周周四下班前

测试用例编写

周一

提测 BUG 跟进

测试&自动化测试

发布

需求预评审

方案设计

方案评审&文档沉淀

需求调研输出

方案评审

需求验收

测试

周二

迭代规划

全量发布

周三

全员

周五

用例评审

双周迭代第二周

产品

需求输出

计划会（下午）

发布日

需求宣讲

用例编写&评审

新迭代开始

需求完善

会议安排一、 站会（隔天开）1. 10点指定会议室集合。2. 晨会有事不参加，及时在群里说一声并且发一下昨天和今天的安排以及关键事项的结果3. 会前应该及时刷新工作项，减少晨会时间4. 相关的问题尽量不要发散，只暴露问题，不要讨论解决方案（注）每天早上十点前把工作计划写在表格里二、 需求宣讲会1. 全员宣讲下个迭代的需求，确认合理性2. 确定需求的主责人三、需求计划会1. 确定迭代内排期容量，每个人的工作量，移走本迭代做不了的需求2. 确认每个需求的主责人，参与人，外部依赖，承诺提测时间三、技术方案评审会1. 确认技术方案可行性，确认资源，拆分需求四、 迭代回顾会1.需求质量回顾2.迭代问题回顾3. 事故复盘（如果有）4. 敏捷流程调整

排期

双周迭代第一周