敏捷其实很简单（14）review meeting和demo的关系

最新推荐文章于 2025-07-13 16:51:17 发布
原创 最新推荐文章于 2025-07-13 16:51:17 发布 · 5.9k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#敏捷 #sprint #团队 #scrum

本文探讨了Scrum中的Review Meeting与Demo之间的关系，指出Review Meeting不仅是展示已完成User Stories，更重要的是审视、总结经验、调整计划。文章提供了一个定制的Review Meeting Checklist，强调了会议的真正价值在于适应当前情况，而非仅仅关注Demo。

今天我们来聊一聊scrum中的一个重要会议，review meeting。
这个概念其实在很多资料里面都有介绍， 我在这里就不占用篇幅来介绍基本概念了，那么今天我们主要说说review meeting和demo之间的关系。

这里写图片描述

说到这里，有的朋友就说了， review meeting不就是demo meeting么，团队把这个sprint做的user story demo给相关干系人来看，让PO accept这个user stroy么？

那么，review meeting是这样的么？

这里写图片描述

从上面的图片中可以看到，review meeting在scrum概念中主要的作用是由一下几点构成：

  • Overview 当前迭代的目标，包括SB和PI
  • Demo　已经完成的user story
  • Discuss 这个sprint的user story（包括完成的和未完成的），总结一些经验和原因
  • Adapt 下个sprint的的PB和SB，并且根据当前的情况可能调整进度和计划

最低0.47元/天 解锁文章
敏捷开发中的Sprint Review与Demo的区别及重要性
PixelCoder的博客
09-15 328
需要注意的是，Sprint Review和Demo的目的是不同的。团队将展示他们在迭代中所完成的功能，解释每个功能的目的和实现方式，并接受利益相关者的反馈和建议。相比之下，Demo（演示）是Sprint Review的一个组成部分，它侧重于展示和展示团队在迭代中所实现的功能。Demo是为了向利益相关者展示团队的成果和产品的功能，以便他们能够提供反馈和参与到产品进一步的发展中。在敏捷开发过程中，Sprint Review和Demo是两个重要的环节，它们在项目的不同阶段发挥着不同的作用。
敏捷开发中的项目治理：Scrum与Kanban如何平衡
项目管理的博客
06-28 772
本文旨在帮助敏捷实践者理解Scrum和Kanban的本质区别与内在联系，掌握在实际项目中平衡使用这两种方法的技术与策略。讨论范围包括方法论比较、适用场景分析、组合实践案例和治理策略。文章首先介绍Scrum和Kanban的核心概念，然后对比分析二者的差异与互补性，接着探讨平衡策略和实际应用案例，最后提供工具推荐和未来展望。Scrum：一种基于迭代的敏捷框架，强调固定时间盒、角色定义和仪式会议Kanban：一种基于流程的敏捷方法，关注工作可视化、在制品限制和持续改进：在制品，指已经开始但尚未完成的工作项。
Review meeting
Beatles_The的专栏
05-11 365
上周5参加协议的Review meeting，说到Review meeting，还得稍微解释一下我的工作性质，我是微软的Vendor，外派 到微软做协议测试，当一个协议完成到特定阶段（分为4个阶段，一般每个阶段结束都会有一个Review meeting）时，需要 有人来检查我们的协议实现的对不对，就是所谓的Review，而这个Review的人肯定不是中国这边的，一般都是...
09-Scrum过程-评审会(Review Meeting) & 反思会(Retrospective Meeting)
saileilong的专栏
10-10 2595
http://www.cnblogs.com/enze/archive/2012/08/13/2635679.html 1.评审会(Review Meeting) 　　a.小组向产品经理展示迭代成果。 　　b.产品经理给出产品的评价和反馈。 　　c.以用户故事是否能成功交付来评价任务完成情况。   　　怎样展开评审会？ 　　答：敏捷开发采用时间盒(Time Boxing)
敏捷开发中“可运行软件”的评审标准（兼谈敏捷开发中的迭代中期质量控制）
陈勇的博客 - Scrum 敏捷开发培训咨询，绩效管理，团队管理，《火星人敏捷开发手册》
03-29 3033
软件“可运行”了就可以评审且通过了？这是个问题。在多年前参加Scrum Master培训的时候，老师拿出一个很好的表格，每行是一个故事，每列大致如此：编码完成功能测试单元测试集成测试压力测试自动测试……这样在计划会的时候，PO就告知大家每个故事他的要求是什么，一方面大家会因此对于
软件开发管理: 迭代小结会(review meeting)
lxguru2的博客
02-05 1245
时间：在项目开发过程的一个迭代刚结束时。会议一般约为二个小时。 人员：项目开发团队成员；相关人员(产品经理等)；高层管理人员(非必须) 目的：找到有待改进之处；若能找到改进之办法更好 内容：再接再厉之处；可改进之处；急需改进之处；相互表彰 最重要是改进之处；表扬和肯定也必须有，有利于提升士气。 要点：鼓励每个团队成员对项目管理方式提出意见和反馈，对子任务的完成进度提出意见
Scrum敏捷开发笔记
tooky_poom的博客
08-04 849
1.      极限编程（XP）、Scrum、精益软件开发、动态系统开发方法（DSDM）、特征驱动开发、水晶开发（Crystal Clear） 2.      敏捷开发注重沟通，对需求、变更积极 3.      个体和交互重于过程和工具，可工作的软件重于面面俱到的文档，客户合作重于合同谈判、响应变化重于遵循计划 4.      Scrum是一个增量、迭代的开发过程。整个开发过程分成若干个小的
软件开发中的瀑布式开发与敏捷开发
最新发布
William Chen's knowledge base
07-13 1149
瀑布式是“计划驱动，阶段清晰”的传统模式，适合稳定场景；敏捷式是“价值驱动，快速迭代”的现代模式，适合动态场景。两者非对立，需根据项目特性、团队能力、业务需求选择或融合，最终目标是高效交付高质量软件，满足用户需求。
敏捷其实很简单（15） 回顾会议
superkunkun的专栏
01-09 5039
其实个人以为，回顾会议在scrum所有的events中是最重要的一个 正如上图所示，我们可以看到在整个scrum的价值流上，每个会议都有不同的对应意义：planning meeting用来将目标分解并给团队，standupmeeting 则用来对team每天的工作进行跟踪，review meeting则是检视和调整目标，以适应当前的工作状态，而retrospective meeting则是team
Review meeting还开不开？
高效软件开发
07-22 2011
标题问题的提出是因为在敏捷教练小伙伴微信群里面的一段对话，摘录如下。 张克强 10:35 Scrum碰到高频交付，其最小集合要求也得改。 徐毅 10:36 @张克强-独立教练-上海 什么是scrum，它不能应对高频交付吗 张克强 10:37 到每迭代一次交付的频度就超越了Scrum创始时应对的情景。 张克强 10:38 90年代的高频是相对当时的瀑布说的。 张克强 10:38 现
开发模式-敏捷开发
热门推荐
沉浸式Study
09-28 1万+
随着软件开发技术的不断发展，现在出现了很多种不同的开发模式，其实敏捷开发已经成为现在很多企业开发应用程序都想要选择的开发方案，那么什么是敏捷开发呢？敏捷倡导的是用工作的软件即文档**（核心是代码即文档）**。整个项目用于产品开发的文档不是一开始准备好的（甚至都没有RP原型设计），而是在过程中”及时的“ just-in-time准备出来的，因此，我们看到的是非常简单的且常常被放在最后处理的文档（在项目中涉及到移交或问题分析时这一点显得尤其突出）
用story review meeting 来准备 sprint planning
Agile新思想。 -- 适合中阶以上敏捷实践者
09-19 658
我们需要product backlog grooming的活动Grooming的活动让产品经理和相应的技术支持在线下（平时工作中，而是会议）完成。当story准备到恰当的程度的是时刻，可以召集团队，由产品经理来过story阐述，团队进行评估，这是一个会议，这便是story review meeting。story review meeting需要在sprint开始前几天开，这样在review过后，
scrum review meeting
jiajiao的专栏
01-18 1345
Scrum之 评审会议 在sprint周期最后，需要进行一次评审会议，让团队向产品负责人和利益相关者展示已完成的功能。sprint审核的大部分实践用于团队成员展示功能、回答利益相关者对展示的疑问并记录所期望的更改。评审会议可以吸引相关利益者的关注，让其他人了解团队在做些什么，并得到重要反馈。做演示也会迫使开发团队真正完成一些工作。 •小组准备好工作站和设备等等，用以展示产品的新功能 •
敏捷评审会和回顾会基本流程
weixin_44956870的博客
01-19 1087
•根据讨论和分类结果，团队成员共同总结出本次迭代周期中需要改进的方面，并形成一份改进计划。敏捷评审会和回顾会是敏捷开发方法中非常重要的两个环节，用于展示工作成果、收集反馈意见并持续优化团队工作。通过明确的流程和步骤，团队成员可以更好地参与讨论和决策，进一步提高工作效率和质量。以上描述的流程和步骤可以作为敏捷团队开展评审会和回顾会的参考，但具体实施时需要根据团队实际情况进行调整和优化。
敏捷里的 Scrum 会议(5 个仪式)
TechTrek
03-15 3213
瀑布侧重计划交付，敏捷侧重价值交付。
敏捷开发中的一些概念
人称大叔的博客
04-17 2298
敏捷开发中的一些概念 在尝试华为云的DevCloud时，看到demo中很多不懂的词语，发现都是关于敏捷开发的，上网查到这些 scrum team: 整个组织架构中可进行独立开发的最小团队, 一般人数控制在5~10人左右 sprint：项目开发过程中最小迭代周期，根据同的项目周期不同；现有产品维护1~ 5天，二次开发5 ~ 10，新项目5 ~ 30，业务复杂或开发所用语言较多或开发复杂度较高1...
如何做好代码审查？Code Review Meeting还是Single Review
不止思考
12-22 7855
Code Review是提高开发团队技能以及保持团队迭代更新最佳的实践方法，也是代码质量管理中一个非常有效的方法。什么？你不知道什么是Code Review？Code Review中文译作“代码审查”或是“代码评审”，这是一个流程，当开发人员写好代码后，需要让别人来review一下他的代码，我们可以审查代码的风格、逻辑、思路……，找出问题，以及改进代码。因为这是代码刚刚出炉的时候，所以，这也是代码重
Scrum评审会议
u010173255的专栏
11-19 683
会议目的   Scrum 团队在会议中向最终用户展示工作成果，团队成员希望得到反馈，并以之创建或变更 Backlog 条目。   基本要求   Sprint 复审会议允许所有的参与者尝试由团队展示的新功能。   构成部分   有可能发布的产品增量，由团队展示。   会议输出   来自最终用户的反馈。   障碍 Backlog 的输入。   团队 Backlog 的输入。
Scrum实战一:Sprint Planning Meeting
Scrum之旅
09-08 1万+
今天终于正式的开第一个Sprint的Planning Meeting了，可是谁也没料到，PO今天突然有另外的事情，没办法到场。但我们这个计划又不便修改了，就只有我暂时代一下PO的角色来开Sprint Meeting1了。     上午给大家时间，再看看原始的需求，我也再计划一下此次会议，中午1点我们正式开始Planning Meeting。     首先给大家简单介绍了我们走Scrum的背景，
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值