迭代项目如何开展进行的

1、需求宣讲

产品经理向开发和测试同学讲述产品需求。为确保宣讲质量,提升宣讲效率,建议按照需求宣讲规范操作。

2、需求反讲

开发或/和测试同学向产品经理复述产品需求,产品经理确认对方理解是否到位。

3、迭代约定宣讲

主要包括绩效考核约定、流程&规范宣讲、技术架构宣讲,可以分岗位、分项目组小范围宣讲。

4、一页纸方案设计

开发同学基于技术架构设计说明书来设计一页纸方案,设计结果需要遵守一页纸方案规范

前后端接口和ESB接口的设计,推荐以功能模块为单位,相关前端和后端开发参与,从最初输入到最终输出,走完数据流转全流程,过程中输出所有接口签名。

一页纸方案最后需要提供任务分解,单任务颗粒度原则上不得超过6个小时。

5、一页纸方案评审

主Leader对开发成员的一页纸方案进行Review,Review结果会作为项目绩效考核点之一,评审出的问题需要在进入开发之前完成整改。

前端、后端、测试辅Leader根据本团队一页纸方案评估的工作时长,协商出迭代后续计划。

6、迭代启动

辅Leader给全体项目组成员发送迭代启动邮件,明确迭代需求概要、迭代计划、任务分解、原型地址、技术架构、流程&规范,以及本迭代各个环节的特殊约定。

7、代码开发

(1)开始写代码前,开发同学需要将任务分解项填充到Jira,作为后续进度跟踪依据。简单的迭代可以贴条到小黑板。

(2)建议后端一次性提供全部接口,返回符合接口签名的假数据,彻底解耦前后端开发,时间算在buffer里。

(3)开发同学从写代码第一天开始实时维护发版清单,后端同学人手一份,前端同学一个项目组维护一份。

(4)每日站会和周例会按照站会规范周会规范进行。

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)测试期间发版需要遵守发版规范中的《测试期间发版规范》部分。

(7)每日站会和周例会按照站会规范周会规范进行。

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。

4



微信扫一扫

微信扫一扫

微信扫一扫,分享到朋友圈

迭代项目如何开展进行的
嘿!有什么能帮到您的吗?
返回顶部

显示

忘记密码?

显示

显示

获取验证码

Close