项目研发流程
项目流程化是当前项目管理好坏评判的重要手段，通过流程合理安排配合敏捷开发，对产品落地提供一套行之有效的流程保证
- 目标明确：需求评审、技术评审、预估排期保证项目组人员所有目标达成一致
- 过程清晰：评审结束后均有图文留存，模块细化拆解保证排期最小粒度为半人日
- 品控保障：测试用例评审保证自测质量以及验收标准
[TOC]
愿景图
image.png
采用主流的敏捷开发方式，小步快跑，注重计划和总结。
产品拆分成版本 > 故事 > 模块三层进行开发。
image.png
开发流程
针对一个故事或者大型的功能模块，整体的流程是这样的：
- 项目遵循流程：
需求评审 -> 视觉评审 -> 接口约定 -> 需求评估 -> TC评审 -> 并行独立开发 -> 联调 -> 测试 -> 发布 - 开发过程中前后端明确任务，独立并行开发
流程详解
需求评审
一般由PM发起，项目组成员参与（主要技术负责人参与即可）
阶段目标
所有成员详细了解需求方案
准备工作
- 提前一天发评审会邀和相关文档
- 提前看需求文档，了解需求故事
- 熟悉相关业务代码
达成目标
- 项目组所有成员达成统一需求认知
- 初步评估需求方案和技术可行性
- 预估项目容量
设计评审
技术方案评审，一般有RD发起
阶段目标
梳理需求中所有技术点的实现方案
准备工作
- 提前一天发评审会邀和相关文档
- 提前评估各自的实现方案
- 复杂的技术点，需要提前沟通
达成目标
- 项目成员间沟通技术实现方案
- 确定各端交互方式，以图文形式留存
- 评估详细排期
评估排期
项目组成员各自评估排期，最后汇总并发给主要负责人
阶段目标
产出全员无异议的开发计划，以图文形式留存
tips：
- 按照wbs方法对需求进行细化拆分，有利于准确评估排期（精确到0.5pd）
- 根据项目组实际情况，预留适当buffer时间（总排期5%-10%）
- 排期一旦确定，非高优情况，不可更改，是对项目成员的承诺
排期规范
-
内容包括：
image.png
-
排期邮件一般有项目责任人汇总
-
邮件抄送只会参与人员以及各个方向TL、Master
项目开发
阶段目标
所有成员详细了解并产出最终的TC(测试用例)
准备工作
- 提前一天发评审会邀和相关文档
- 明细需求细节
达成目标
- 关注测试用例是否cover所有情况
- 借助测试用例review已开发内容
项目联调
有RD/FE发起，仅开发人员参与，尽可能采用一套统一的开发环境进行联调
阶段目标
各端调通完整流程
联调规范
- 务必保证各端功能均已开发完成后才可介入联调
- 务必保证QA参与的项目，在联调过程中覆盖绝大多数测试用例（特殊场景可在仿真环境下模拟）
- 无法保证无QA项目，研发联合PM整体测试用例，在联调过程中尽可能覆盖绝大部分业务场景
项目验收
由RD/FE发起，邀请PM/UI/UE等角色，对产品进行全方位的验收
阶段目标
完成流程通过，保证无遗留需求
验收规范
- 项目联调、自测结束后可发起验收，UI/UE进行视觉验收，PM进行功能验收
- 验收过程中对新加需求说不，可作为后续迭代消化，放入需求池中
- 验收时间按照项目规模适当调整
项目测试
有QA的项目，由QA发起，利用1套或多套环境进行项目测试。
阶段目标
项目达到生产状态
测试阶段规范
- 提测给QA的代码必须通过自测和验收
- 提测分支若落后主干，同步之后再提测
- 提供编译后代码，保证与上线代码一致性
- 严禁使用QA环境调试bug
- 阻塞测试流程的bug及时修复
- 其余bug可定期统一修复
项目上线 🙏🙏🙏
最后的阶段，由RD/FE发起，把项目代码部署到线上。
阶段目标
项目代码部署到生产机器上
上线规范
- 参与上线人员：项目主要开发人员以及TL
- 在业务流量低谷期上线，保证对线上业务无影响
- 如果有st环境(仿真环境，部署环境以及数据均跟线上一致)，可先进行测试
- 生产环境多集群部署，可采用蓝绿部署（主要是C端场景，业务体量海量）
- 内部系统多为主从机器部署，采用金丝雀（灰度）部署方案
上线通知
通知模板：
【生产环境上线周知】
产品：一站式分析平台
模块：报表
范围：报表排序
开始：2019-06-12 17:21
预计结束：2019-06-12 17:40
@张三 @李四 注意线上验证
tips
- 务必通知PM、QA、TL进行线上回归
- 务必通知PM、QA、TL进行线上回归
- 务必通知PM、QA、TL进行线上回归
上线结束后，项目负责人在相关业务群中推送产品功能上线通知
网友评论