项目推进流程

1、需求宣讲

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

2、需求反讲

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

3、迭代约定宣讲

主要包括技术架构宣讲、绩效约定、流程&规范宣讲,特别细节的规范可以按团队小范围宣讲。

4、一页纸方案设计

开发同学基于技术架构设计一页纸方案,设计结果需要遵守一页纸方案规范。前后端接口和ESB接口的设计,推荐以功能模块为单位,相关前端和后端开发参与,从最初输入到最终输出,走完数据流转全流程,过程中输出所有接口签名。

5、一页纸方案评审

主Leader对开发成员的一页纸方案进行Review,Review结果会作为项目绩效考核点之一。

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

6、迭代启动

Master发邮件给全体项目组成员,明确迭代需求概要、迭代计划、迭代分工、需要遵循的流程&规范,以及迭代各个环节约定。

7、代码开发

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

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

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

8、CodeReview

辅Leader对开发同学的代码进行Review,Review结果会作为项目绩效考核点之一。为了提升CodeReview工作效率,确保Review问题得到跟进处理,CodeReview工作安排参考CodeReview评委-会议室资源预约表模板进行。

CodeReview出的问题需要在提测之前完成整改。

9、Demo

(1)开发同学将所有项目文件(包含但不限于所有代码、配置、数据库、元数据)整理成测试发版清单,由测试同学在测试环境发版,之后再由测试同学验证主流程。主流程通过则进测,否则测试同学有权拒绝进测。

(2)测试环境发版申请原则上应该一次性提交,并且内容(包括历史数据处理)和顺序应该跟上线申请保持严格一致。

(3)特别复杂的迭代,建议在开发环境做一次PreDemo。

10、测试

(1) Demo通过后即进入测试环节,此后发版清单由测试同学维护,开发提交代码改动只能从jenkins输出版本,配置文件、数据库、BeisenCloud元数据、功能注册等非代码文件必须走svn然后输出路径。

(2)测试同学关注功能性bug的解决,此环节bug质量和数量会作为绩效考核点之一,所以务必转交不属于自己的bug到合适的责任人、否决不合理的bug。

(3)后端开发同学要关注异常。

(4)上线前需要申请安全部门和性能部门的测试,都通过后才允许上线。

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

11、上线

(1)进测之后,后端总辅Leader跟运维协调服务器资源并跟进。

(2)上线前3天,产品经理协调发布上线公告。

(3)进入三轮即占用master分支,注意切出online分支,并在技术大群置顶分支占用信息。

(4)上线前一天明确最终发版清单,根据项目情况可以划分为白天开发自助部署清单、晚上开发自助部署清单、晚上运维部署清单,并做好时间安排,并组织相关开发、测试、运维同学确认。

(5)上线当天,开发同学需要关注异常,并在上线报告单相关栏目中签字确认。

12、迭代复盘

(1)迭代上线3天之内完成迭代复盘,原则上需要全体成员参与,团队人员太多可以小范围收集问题、由辅Leader代表参与。

(2)复盘内容包括上线当晚bug原因分析、遗留问题跟进、经验教训总结、优秀实践总结。技术一条龙跟进复盘内容的闭环。

(3)为了防止遗留重要问题,建议在迭代推进过程中勤做记录。

13、项目绩效评定

主辅Leader根据项目成员在迭代各个环节的输出进行绩效评定,评定结果反馈给项目成员直属Leader。

1

发表评论

电子邮件地址不会被公开。 必填项已用*标注

微信扫一扫

微信扫一扫

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

项目推进流程
嘿!有什么能帮到您的吗?
返回顶部

显示

忘记密码?

显示

显示

获取验证码

Close