资源描述
Scrum管理活动指南-评审会议
文档编号:PF_AGUI_06_G03
文档信息:组织级过程文件
文档名称: Scrum管理活动指南-评审会议
文档类别:过程改进类
密 级:内部
版本信息:1.0
建立日期:2015/12/30
创 建 人:李琳
审 核 者:谢东、罗涛
批 准 人:谢志华
批准日期:2016/01/26
文档修订记录
版本编号或者更改记录编号
*变化
状态
简要说明
(变更内容和变更范围)
日期
变更人
批准日期
批准人
V0.5
A
新建
2016/1/13
李琳
V1.0
M
修改
2016/1/25
李琳
*变化状态:A——增加,M——修改,D——删除
文档评审记录
序号
评审人
角色
评审日期
签字
备注
1
谢东 罗涛
2016/01/26
2
3
文档审批信息
序号
审批人
角色
审批日期
签字
备注
目录
1.简介 4
1.1指南目的 4
1.2适用范围 4
1.3术语与缩略语 4
1.4参考资料 4
2.指南概述 4
3.实施步骤指导 5
3.1会议准备 5
3.2会议进程 5
3.3会议规则 6
4.附录 6
4.1相关模板 6
1.简介
1.1指南目的
本指南旨在讲述评审会议的概念、实施方法及规则,指导Scrum团队如何开展评审会议。通过评审会议加强团队内外部的沟通,交付用户期望的产品。
1.2适用范围
本过程适用于:
l 机构:适用于集团内各产品研发,运维运营组织
l 业务:全生命周期研发及运维运营
l 产品类型:全部产品类型
1.3术语与缩略语
l 术语
PBI:Product Backlog Item产品目标清单
1.4参考资料
《Scrum指南》
《集团敏捷研发管理V2.0》
2.指南概述
评审会议在每一迭代的最后一天进行,用以检验本迭代增量的完成情况,包括需求条目/用户故事的完成数量,每个需求条目/用户故事的状态,评价和确认是否达到可发布的标准。并根据参会人员的反馈,调整PBI。
3.实施步骤指导
3.1会议准备
1)评审会议之前,由测试人员准备本迭代成果的演示环境,PO/需求人员协作测试团队准备演示数据,脚本等。
l 演示环境建议使用独立的环境,非开发环境。
l 评审会议之前,PO/需求/测试保证所有本迭代已验证条目部署到演示环境。
l 基于用户业务场景设计演示的操作线路,并保证覆盖到该场景下所有的待演示条目。
2)PO确定并邀请参会人员,通常有:Scrum团队(PO、SM、开发测试、UE/UI、敏捷教练)、用户/用户代表、其他相关干系人(如:产品线相关人员、管理人员等)。
3)会议资料请参考集团敏捷研发2.5进行裁剪准备。通常有:Sprint目标、Sprint backlog等。
3.2会议进程
(1)完成情况说明及产品演示
1)首先由SM描述本迭代目标,确保参会人员都了解目标。
2) SM说明本迭代开发任务完成情况,及未完成的原因说明,需求/UE
协助补充验证情况,测试依据测试报告补充测试情况。
3)通常由测试人员依据《Sprint backlog》进行产品演示;
(2)评价及确认结果
1)参会人员根据上述演示及说明提出疑问,Scrum团队进行回答,并记
录发现的问题及期望的改进,改进可能是新的功能需求或一个功能的调整完
善。
2)用户/PO最后依据产品演示、需求/UI/测试的验证情况,接受或拒绝
Sprint开发成果。
3)根据1)中的记录及2)的结果调整PBI。会后根据评审通过情况进行
基线标识。
(3)会议输出:
《Product Backlog清单及验证》/《Sprint Backlog清单及验证》
《Sprint验证问题一览表》《标识Sprint基线清单》
3.3会议规则
(1) 迭代评审会在迭代结束前的最后一天进行,不能延期;
(2) 评审会议时间,建议根据迭代周期时间,一周对应一小时。
(3) 演示过程中,建议不要展开讨论,先记录下来演示结束后讨论。
(4) 评审通过标准:用户/PO结合演示情况及测试报告决定是否可交付。
4.附录
4.1相关模板
《Product Backlog清单及验证》
《Sprint Backlog清单及验证》
《Sprint验证问题一览表》
《标识Sprint基线清单》
展开阅读全文