软件研发流程图
2020-12-18 18:34:43 5 举报软件研发流程
作者其他创作
大纲/内容
版本负责人负责收集完整的发布清单与配置清单
是
版本启动会议
需求终审
否
问题闭环
相关技术人员确定进度风险+解决问题
是否合格
联调进度/接口是否有问题
安排问题处理
项目
是否为致命bug
需求下发给技术/确定评审时间
研发提测
需求池管理
项目经理创建任务并下发
回滚完成
无
系统追踪
转给产品或者项目
项目+产品
小组成员检查发布清单是否存在遗漏，并完善需要提前处理的数据
需要进行业务回滚
后端可提前提供接口规范文档/定义
整理问题清单标记重要等级
整理上线检查清单
项目经理在confluence中产出项目目录
功能可行性&概要资源排期
需求&排期
开启升级通知页
测试用例评审
继续开发
是否需要转需求或者延期处理
进行版本复盘
系统运维完成系统升级发布
产品
产品需求阶段2周
是否需要调整
技术相关负责人+项目经理评估可实行性+人力资源安排
是否审核通过
进入自测阶段
相关测试人员分模块并评估工期
技术方案&接口设计&识别依赖
沟通确认是否调整
1.新功能测试2.交叉测试3.性能测试4.兼容测试5.整包测试
版本负责人进行问题跟踪协助技术人员定位问题/解决问题
技术评估是否OK
测试资源评估
回滚数据库变更
需求
技术方案评估
关闭升级通知页
完善上线清单
下发开发阶段
测试
相关技术人员分模块并评估工期
建立禅道需求
上线
测试组进行线上测试
提交验收文档
需求调研报告
测试中
验收是否通过
七个阶段立项项目计划需求开发设计&实现测试发布结项
是否通过
确定版本规划
DBA
Bug修复
输出切图 标注
设计
是否存在bug
UI设计
提前线上观看需求相关文档记录问题
冒烟是否通过
系统运维
研发
产品变更需求文档同步系统上
发送上线失败回滚通知给相关人员
安排相关的技术人员，指定版本前后端负责人
上线完成
需求是否有问题需调整
支持人员进行修复
是否要调整
版本负责人+测试负责人定位/跟踪、解决问题
三个过程管理过程研发过程支持过程
环境部署/打包
是否调整
项目经理建立项目
测试用例准备
xmind需求版本规划
测试组
有
上线阶段
人员安排/排期确定
（版本）需求-初审
产出需求文档
1.公众号+H5通知2.APP升级公告页
进度跟踪+需求跟踪
开发
冒烟负责人/测试负责人/产品协调监督版本质量
开始接口联调
安排相关的测试人员，指定版本测试负责人
回滚业务应用
运维阶段
测试结束
排期会议确认各端开发+联调+自测+冒烟的时间点，同时前后端指定版本负责人
测试用例文档
产品部内部流程
技术负责人+版本负责人协助解决问题，评估风险
验收三轮不过直接进入测试阶段
提测申请
根据问题优先级安排系统升级
设计页面
下发UI设计进入设计阶段
研发任务开始
是否有BUG
技术定位BUG并修复
开发完成数据字典配置导入
产出详细设计
确认支持人员清单
（版本）需求-终审
发送上线成功通知给相关人员
开发完毕之后进入测试阶段
冒烟用例文档
周会/早会跟踪进度和问题
需求收集（业务部+B+C）
版本负责人协助产品 测试进行验收
测试报告
任务结束&冒烟
调整需求文档
测试成功通过
技术负责人
业务运维
记录bug，延期修复
需求文档更新
上线启动会
产品完成上线运营参数调整
各端需求筛选
技术人员领取任务进入开发周期
产品验收
进入冒烟阶段版本负责人负责监督
高保真Axure文档（标准规范）
进入发布阶段
进行线上回滚后功能测试
需求预审
需求管理
确认是否即时修复
需求说明相关文档&原型图
环境部署/更新
完成业务功能通知以及培训
开发阶段
版本结束
进入测试阶段
排期会，确定提测时间点+产品验收时间+上线时间
接收文档/理解需求
研发资源评估
产出验收报告
项目经理任务创建/下发/指派
收集业务问题
上线申请
需求初审
DBA完成数据库脚本同步
用例文档评审
内部评审
产品建立禅道需求
0 条评论
下一页
