scrum review meeting
来源:互联网 发布:net和java哪个容易学 编辑:程序博客网 时间:2024/05/23 01:40
Scrum之 评审会议
在sprint周期最后,需要进行一次评审会议,让团队向产品负责人和利益相关者展示已完成的功能。sprint审核的大部分实践用于团队成员展示功能、回答利益相关者对展示的疑问并记录所期望的更改。评审会议可以吸引相关利益者的关注,让其他人了解团队在做些什么,并得到重要反馈。做演示也会迫使开发团队真正完成一些工作。
•小组准备好工作站和设备等等,用以展示产品的新功能
•团队准备sprint审核实践不应超过1小时
会议进程(4小时)
•确保所有人员都清晰目标,如果有人对产品不知道,则花几分钟来进行描述。
•团队按 Backlog 中的问题,逐个地介绍这次 Sprint 的结果,和演示新功能。
•如果产品负责人想要改变功能:添加一个新问题到产品 Backlog 中
•如果对功能有一个新的想法:添加一个新问题到产品 Backlog 中
•如果小组报告项目遇到阻碍现在还没能解决:把该障碍加入到障碍 Backlog
•会议结束时,ScrumMaster向产品负责人和全体利益相关者宣布下一次审核的地点和时间。
会议结果
•对这次 Sprint 的结果和整个产品的开发状态的共识
其他
•让演示关注业务层次,不要关注技术细节。注意力放在“我们做了什么”,而不是“我们怎么做的”
•有的sprint可能会包含很多bug修复等功能,在评审会议中不要演示太多一大堆细碎的bug修复,除非这个很重要。
- scrum review meeting
- Scrum Meeting
- 09-Scrum过程-评审会(Review Meeting) & 反思会(Retrospective Meeting)
- Scrum: Sprint Review Meeting,用户和开发者的一种沟通方式
- 第二次Scrum Meeting
- Review meeting还开不开?
- Scrum敏捷实践: Daily Scrum Meeting
- Scrum实战一:Sprint Planning Meeting
- Scrum meeting当中的“鸡”和“猪”
- Agile实践:scrum meeting best practice
- 启动了一个Scrum 项目(二) Scrum Daily Meeting
- 项目Scrum历程随手记 - 第一次Scrum Sprint Meeting
- 项目Scrum历程随手记 - 第一次Scrum Sprint Meeting
- 07-Scrum过程-迭代计划会(Scrum Planning Meeting)
- Scrum过程-迭代计划会(Scrum Planning Meeting)
- (12)review meeting和demo的关系
- 如何做好代码审查?Code Review Meeting还是Single Review
- 有效执行Scrum Meeting务必坚持的7个基本原则
- 关于最大流增广路径算法的正确性的证明
- Linux设备模型(下)之Platform
- [技术分享]用户密码安全存储建议
- error C2784处理方法
- 旋转的星星(优化版)
- scrum review meeting
- BW中使用abap
- GXT之旅:第四章:Data与Components(3)——Server端的持久化(1)
- 苹果推送通知服务(APNs)编程
- rsync 服务器架设方法 v0.1b
- 为什么你应该(从现在开始就)写博客?
- 批处理备份oracle
- jQuery首页轮播效果
- 基于JSON的全站式网站设计(Javascript/Web/NoSQL)