1、需求宣讲
产品经理向开发和测试同学讲述产品需求。为确保宣讲质量，提升宣讲效率，建议按照需求宣讲规范操作。
2、需求反讲
开发或/和测试同学向产品经理复述产品需求，产品经理确认对方理解是否到位。
3、迭代约定宣讲
主要包括绩效考核约定、流程&规范宣讲、技术架构宣讲，可以分岗位、分项目组小范围宣讲。
4、一页纸方案设计
开发同学基于技术架构设计说明书来设计一页纸方案，设计结果需要遵守一页纸方案规范。
前后端接口和ESB接口的设计，推荐以功能模块为单位，相关前端和后端开发参与，从最初输入到最终输出，走完数据流转全流程，过程中输出所有接口签名。
一页纸方案最后需要提供任务分解，单任务颗粒度原则上不得超过6个小时。
5、一页纸方案评审
主Leader对开发成员的一页纸方案进行Review，Review结果会作为项目绩效考核点之一，评审出的问题需要在进入开发之前完成整改。
前端、后端、测试辅Leader根据本团队一页纸方案评估的工作时长，协商出迭代后续计划。
6、迭代启动
辅Leader给全体项目组成员发送迭代启动邮件，明确迭代需求概要、迭代计划、任务分解、原型地址、技术架构、流程&规范，以及本迭代各个环节的特殊约定。
7、代码开发
（1）开始写代码前，开发同学需要将任务分解项填充到Jira，作为后续进度跟踪依据。简单的迭代可以贴条到小黑板。
（2）建议后端一次性提供全部接口，返回符合接口签名的假数据，彻底解耦前后端开发，时间算在buffer里。
（3）开发同学从写代码第一天开始实时维护发版清单，后端同学人手一份，前端同学一个项目组维护一份。
8、CodeReview
辅Leader对开发同学的代码进行Review，Review结果会作为项目绩效考核点之一。为了提升CodeReview工作效率，确保Review问题得到跟进处理，CodeReview工作安排参考CodeReview评委-会议室资源预约表模板进行。
CodeReview出的问题需要在提测之前完成整改。
9、Demo
（1）开发辅Leader向测试团队提交测试发版申请，由测试同学验证主流程是否畅通，此环节称为Demo。Demo通过则进测，否则需要再次Demo。此环节质量会作为绩效考核点之一。
（2）测试发版申请需要一次提交，并且内容（包括历史数据处理）与顺序与上线发版申请保持严格一致。
（3）代码文件只能从jenkins输出版本，配置文件直接写在发版清单中，数据库、BeisenCloud元数据、功能注册等非代码文件必须走svn然后输出路径。拒绝其它任何形式的提交。
（4）特别复杂的迭代，建议在开发环境做一次PreDemo。
10、测试
（1） Demo通过后即进入测试环节。从提测第一天起，测试同学需要实时维护一份上线发版申请。
（2）测试同学关注功能性bug的解决。此环节bug质量和数量会作为开发同学的绩效考核点之一，所以开发同学请务必转交不属于自己的bug到合适的责任人、否决不合理的bug。
（3）后端开发同学需要关注异常，进入三轮强制要求每天清洗异常。
（4）进入二轮需要拉取master分支最新代码；进入三轮即占用master分支，注意切出online分支，并在技术大群置顶分支占用信息。
（5）上线前需要申请安全部门和性能部门的测试，都通过后才允许上线。
（6）测试期间发版需要遵守发版规范中的《测试期间发版规范》部分。
11、上线
（1）进测之后，开发辅Leader跟运维协调新增服务所需资源并跟进，注意服务器资源需要区分数据库、ESB服务、站点。
（2）上线前3天，产品经理协调发布上线公告。后端辅Leader跟运维确认新服务器IP。
（3）上线前1天，测试辅Leader明确最终发版清单，将发版清单划分为白天开发自助部署清单、晚上开发自助部署清单、晚上运维部署清单，并做好时间安排，之后组织相关开发、测试、运维同学确认。新服务需要分配好服务器IP。
（4）上线前1天，开发辅Leader基于测试辅Leader的结论，向运维申请将新服务添加到cmdb，之后制定开同学上线当天日程，包括online分支拉取、白天开发自助部署、晚上开发自助部署、解决bug、清洗异常。
（5）上线前1天，开发辅Leader制定迭代上线次日值班安排、调休安排、迭代内容同步安排、迭代复盘安排。
（6）上线当天开发按计划拉取online分支并确认“online分支拉取完成状态”、部署白天自助部分、部署晚上自助部分，等待运维发版完毕，测试验证功能，开发解bug&关注异常，确认“异常清洗完成状态”。
（7）所有bug解决完毕，所有相关项目新异常清洗完毕，测试辅Leader发送迭代上线邮件，上线流程即告结束。
12、值班
需要明确各个岗位负责人，如果是周末可以居家。
13、调休
（1）通宵上线人员调休1天，周末值班以实际投入时间作为调休时长。
（2）调休时间各团队也可以自行安排，要预留人员响应线上事务。
14、迭代内容同步
（1）删除online分支，在技术大群取消置顶消息。
（2）本迭代内容从测试环境向开发环境同步。
（3）本迭代新增服务维护到RecruitV6项目完整清单。
15、迭代复盘
（1）迭代上线3天之内完成迭代复盘，一般需要全体成员参与。项目组成员过多，可以先行以项目组为单位收集问题、由辅Leader代表参与。
（2）复盘内容包括遗留问题跟进、上线当晚bug原因分析、经验教训总结、优秀实践总结。开发辅Leader跟进复盘内容的闭环。
（3）为了防止遗漏重要问题，建议在迭代推进过程中勤做记录，每个迭代启动之初需要提供问题收集清单。
16、项目绩效评定
主辅Leader根据项目成员在迭代各个环节的输出（比如一页纸质量、CodeReview质量、Demo质量、Bug质量和数量等）进行绩效评定，评定结果反馈给项目成员直线上级Leader。
