敏捷开发流程图
2023-02-15 12:28:18 12 举报敏捷开发流程图，指导敏捷开发全过程。
作者其他创作
大纲/内容
变更
1、集成测试2、功能测试3、回归测试4、自动化测试（每日可自动生成测试报告、模拟数据）
1、与SM做功能的可行性、必要性分析2、输出：更加详细的PRD文档
开发
10. 发版
1. 开发演示完成情况，若无演示成果，则评估交付目标是否完成2. 测试点评版本质量3. PO给出验收结论
任务列表
1. 需求收集
1、填写Checklist（全员配合）2、上演示和验证3、上生产和验收4、紧急情况会从演示直接上生产注：自动化发布+灰度支持
1、数据准备：日志信息、Bug信息、任务看板、燃尽图等2、复盘内容：人员时间占比、预估与实际工时对比、进度分析、Bug的类型登记原因分析、人员能力分析、障碍风险分析3、复盘输出：规范性改进沉淀、经验积累、下轮改进点
1、PO发起需求评审会，一般在上一个版本发布的第二天2、会上评审进入迭代需求的可行性、必要性和风险点注：若评审有修改意见，视复杂情况确定是否二次评审
下一次需求
紧急需求特殊处理，作为本轮冲刺的障碍
演示会
Scrum简单流程
1、需求评审2、迭代任务。。。
1、需求来源：客户、市场运营人员、客服、数字化中心、研发内部改进意见等2、需求描述Story：使用对象、完成功能以及预期目标3、输出：根据需求的复杂程度输出PRD
1、需求评估（人天）2、任务拆分3、确定需求优先级4、产品Backlog->Sprint Backlog5、任务录入注：一般当天完成
PRD文档、原型图、产品待办列表Backlog
1、本轮交付功能或目标完成情况2、本轮未完成情况3、测试点评版本质量4、未完成的形成新的Story，PO给出验收结论
1. 确定本周期内的交付目标2. Leader分配任务，团队成员认领任务3. 评估团队成员每个人的任务4. 确定任务完成的标准5. 每个任务原则上不超过8H备注：依赖于客户时间和周期
5. 需求评审
6. 任务拆解
1、UI设计2、详细设计编写3、设计评审注：依据相关模板+评审Checklist
目的：评审进入这次迭代的需求
项目过程
8. 每日站会（每日工作进度汇报，控制在15min内）
1、与需求提出方确认PRD细节2、若有修改或不统一，需开会讨论，直到达成一致意见
各阶段子流程及细节描述
敏捷过程
需求评审会
11. 回顾会
A. 昨天我做了什么？B. 今天我准备做什么？C. 我的困难和风险是什么？需要什么帮助注：难点和问题需记录，会后沟通
迭代计划会议Sprint Backlog
站立会议（15min内）
1、SM发起2、任务指派，每人工作量评估3、确定完成标准4、发布计划确定5、风险识别（全员）
建议为2周10个工作日，每天为8H
9. 演示会
PO/PM梳理需求（产品Backlog）
1. 个人任务是否完成，未完成的原因2. 分析存在的问题，为下个迭代做准备
4. 原型设计
紧急需求
需求评审
需求收集和确认
回顾会
7. 迭代计划会议
1、产品需求变更要考虑：影响范围计划调整2、临时紧急需求的发包
3. 需求确认
1、前端开发+自测2、后端开发+自测3、代码走查4、自动化单元测试（可计算代码覆盖率）
启动
设计
测试
2. 需求预沟通
1、PO根据PRD进行原型设计和确认2、输出：已确认的低保真原型（移动端需要描述交互细节）
A. 业务功能需求B. 系统改进需求C. 上一轮未完成需求
职业：PMO
0 条评论
下一页
