敏捷迭代交付流程
2023-07-06 17:28:35 0 举报
敏捷交付流程。
作者其他创作
大纲/内容
带病上线流程
质量/安全问题， 可转为需求，需和PO达成共识，重新纳入交付/下次交付/重新排期
有bug
产品（PO）
产品+业务验收
架构编写(按需)
决策不上线
有安全问题
研发、质量、安全三方均通过才算通过
PO决策签署/修正
test环境
部署dev环境
PO线上验收
运维审核
PO发起需求评审
评审是否通过
运维告知团队成员发布结果
决策带病上线
上线前常规安全监测
dev环境
验收未通过
上线失败，持续上线
质量和安全验证通过后
质量用例评审
通知团队成员
部署test环境
线上验收通过
研发、质量、安全参与需求评审，并认真思考，需在2日内反馈当前需求的疑问点，提出相应的建议，PO需在一周内拉齐相关方解决疑问，并保持高效沟通【特殊情况除外】
不上线
同频L1+L2并说明原因
验收通过
修正安全问题
质量（QO）
结束
质量问题提（禅道）| 安全问题提（JIRA）
是否存在安全问题
uat环境
TO填写上线工单
领域大PO、TO、QO决策
PO发起上线安全检测
符合上线要求
上线成功后，告知团队
敏捷交付节点流程【等保三级的重点项目安全随时介入，请知晓】
安全人员再次检查
QO部署UAT环境
同频领域大PO、TO、QO
线上验收结果
运维
pro环境
评审未通过
发布成功
如PO对评审结果有争议， PMO介入，必须当天澄清
质量用例编写
安全上线前检测通过
特殊情况由L2来判定
研发编码
研发自测&联调
研发（TO）
安全进行验证
安全
UAT验收结果
研发&质量&安全基于已通过的需求排期，识别依赖，并登记在confluence产品目录中（需求评审通过2天内，须给出相应排期【特殊情况除外】）
评审、编码、用例准备阶段
安全上线前未通过，安全人员需和PO进行沟通，并提供有效降低安全风险等级的措施和解决方案，如PO要强制上线，需签署风险确认书
架构评审(按需)
质量进行验证
部署PRD环境
发起UAT验收
自测通过
线上bug流程
自测未通过
签署风险确认书
线上有bug
部署成功
PO发起上线工单
PO需提前至少一天发出PRD给到团队
安全用例评审
研发在dev环境修复
告知质量团队和安全团队进行验证
部署UAT环境
PO、BO决策
是否有bug
安全用例编写
PO告知业务方+团队成员线上验收结果
不符合上线要求，告知PO，做相应调整
L1+L2决策
0 条评论
回复 删除
下一页
