Scrum 框架的四个会议还适用于哪些敏捷方法？

敏捷转型需要深入理解概念和思维，团队才能更好的进行实践。本文将通过介绍Scrum框架的四个会议还适用于哪些敏捷方法，来让大家更直观的理解敏捷转型。

本文整理自：PingCode 敏捷大学，转载请注明链接出处

一、Scrum 四个会议的正确召开方式

下面我们了解一下 Scrum 框架的四个会议，并思考它们如何正确打开并推动敏捷研发。

Tips：有一些方法来自 Scrum， Scrum 是一种持续迭代、且有固定时长的敏捷框架。这些方法背后的概念也可以应用于其他形式的敏捷，如 Kanban 等。Sprint（迭代）是一个特定于 Scrum 的术语，通常是在几周的固定时间，来达成增量目标的研发节奏。迭代时长也会影响每种敏捷实践方法的使用时长。

1、Sprint Planning（迭代计划会）

参加者：研发团队、Scrum Master、Product Owner

时间：在迭代开始时

时长：通常一个迭代为期两周，计划时间两小时左右

适用敏捷框架：Scrum

目的：迭代计划会议的召开可以让团队清晰了解工作内容，是整个迭代工作方向的指导。会议的最开始，Product Owner （产品负责人）会提供一个有优先级排序的待办事项列表，同时与研发团队讨论每个工作事项，让团队成员能够具体了解工作内容。然后，研发团队将进行工作量估算，讲述团队可以从产品待办事项中完成多少工作。然后，这些工作会成为 Sprint Backlog （迭代待办事项列表）

延伸阅读：《做好迭代计划的4大关键点》

Tips：迭代计划的制定会议上需要充分讨论需要完成的工作细节，团队成员需要将本次迭代要完成的所有用户故事、缺陷和任务进行拆分，并以这种方式来了解工作内容并达成共识。有效的迭代计划会可以使团队更有机会交付承诺的工作。

2、每日站会

参加者：研发团队、Scrum master、Product Owner

时间：每天一次，一般安排在早上

时长：不超过15分钟，不需要定会议室坐着进行报告，团队可以围在一起站着快速进行

适用敏捷框架：Scrum 和 Kanban

目的：站立会议是让每个成员快速了解团队工作进度的会议，并不是一个正式的工作会议。整体气氛应该轻松有趣，会议内容也是较为丰富。每个团队成员在会议中快速阐述以下内容：

我昨天完成了什么？
我今天计划做什么？
我当前的工作有没有被阻塞？

在工作中，与同事交流完成的工作、遇到的问题、如何解决或改进等等是一种隐含的责任，没有人愿意加入一个只知道工作却没有任何进步的团队。

Tips：每个团队都是独立的，所以站立会议也会不同。一些团队会使用计时器来控制会议时长。一些团队在会议中利用乒乓球使成员集中注意力。一些远程分布团队使用视频会议来弥补距离带来的不便。团队需要持续探索发现适合成员的会议方式。

3、Sprint Review（迭代/增量评审会）

参加者：研发团队、Scrum Master、Product Owner（项目相关者可以选择参加）

时间：迭代或里程碑结束时

时长：通常在两周的迭代完成后，进行两小时的演示会议

适用敏捷框架： Scrum 和 Kanban，其中 Kanban 团队的演示应与团队里程碑保持一致，并不是固定的节奏

目的：迭代评审是展示团队工作成果的时间。可以采用一些休闲的形式，也可以采用较为正式的会议结构。团队展示迭代中完成的工作，项目相关者可以进行即时反馈，演示使成员可以获得工作成就感。注意，在演示中的工作应该是完全可证明的，并且符合团队的质量标准，这样才能被认为是完整的迭代交付。

延伸阅读：《开好迭代评审会的3个关键步骤》

Tips：评审会关注业务功能实现，而不在意技术细节。注意力放在“我们做了什么”，而不是“我们是如何做的”。

4、Sprint Retrospective（迭代回顾会）

参加者：研发团队、Scrum Master、Product Owner

时间：在迭代结束时

时长：通常两周的迭代时长需要进行一个小时的回顾

适用敏捷框架： Scrum 和 Kanban。Scrum 团队根据固定的迭代时间进行回顾，Kanban 团队也可以偶尔进行回顾来提高效能

目的：敏捷方法目的之一就是利用快速反馈和改进，使产品和研发文化变得更好。回顾会有助于团队了解哪些工作做得好可以继续保持，哪些做得不好需要改进。进行回顾会时，不能只提出问题而不探讨解决方式，团队需要找出有效的方法并制定行动计划。持续改进是维持和推动敏捷团队发展的重要因素，而回顾会是其中的关键部分。

Tips：即使团队进展顺利，也不能停止回顾。回顾会为团队提供持续的指导，保证工作顺利完成。

二、Scrum 项目管理软件有哪些？

看到这个可能有人会问：敏捷项目管理软件有必要吗？Excel不也行？

第十五次《敏捷状态报告》中的话能很好的解答这一问题：从敏捷状态调查的早期开始，工具支持一直是决定敏捷成功的关键因素。各种各样的工具集被应用，覆盖从通用规划与管理工具(例如，M i c r o s o f t O f f i c e )到专门的商业产品（例如，PingCode、jira等）。

1、国内最专业的敏捷项目管理软件

非常多的用户在使用体验中发现，PingCode 可能是国内最专业的的一款敏捷 Scrum 管理软件，因为团队在 Scrum 项目管理中的需求，比上文中的四个会议，你基本都能在PingCode 上找到对应的辅助功能。

除此以外，PingCode 并不局限于敏捷项目的管理，同时支持看板项目管理、瀑布开发项目管理等；它被广泛用于需求收集、需求管理、需求优先级、产品路线图、项目管理（含敏捷/kanban/瀑布）、测试管理、缺陷追踪、文档管理、效能度量等领域。

并且集成了github、gitlab、jinkens、企微、飞书等主流工具，也就是说我们能在需求下面关联代码，关联集成信息，在飞书查看通知等。

在2021年，PingCode 获得了由36氪企服点评发布的软件开发项目管理工具榜排名 TOP1。

pingcode 为25人以下团队提供了免费版本，且支持SaaS、私有部署等购买方案。

【PingCode官网】

2、国外敏捷项目管理软件 http://Monday.com

在项目与团队管理方面，http://Monday.com提供了自定义通知、以及自动化的功能，可方便用户更加专注于需要完成的各项任务。

通过其出色的跟踪功能，我们可以跟踪与项目相关的所有任务与进度。http://Monday.com能够创建并可视化还各项任务，以方便团队的共享和稳步推进。同时，它还能够轻松地创建backlogging，以方便用户对手头的任务进行排序。

http://Monday.com的一项缺点是：用户无法通过创建专门的燃尽图，来跟踪sprint的进度。不过，它能够提供简单的图表和报告，以方便用户粗略地了解整个sprint的状况。

【官网：https://monday.com/】

3、软件研发项目管理工具：jira

作为能够实施Scrum方法的顶级软件之一，Jira提供了丰富的功能，其中包括：可用于backlog的自定义过滤器、项目报告的可视化表示、以及可定制的Scrum板。

当然，如果您不太熟悉Scrum的话，可能需要花上一定的时间来测试，熟悉和掌握该软件的各项功能。（延伸阅读：jira是什么软件？有哪些功能、优缺点？）

【官网：https://www.atlassian.com/software/jira】

以上除此以外，国内外还有一些比较不错的敏捷Scrum管理软件值得尝试，比如Clickup、禅道等等。

一些人错误地认为只利用敏捷的实践方法可以使团队变得敏捷。实际上，敏捷性需要扎实的技术积累、随时优化的战略战术以及高效的团队协作，而敏捷实践方法只是其中促进团队高效协作的一部分，我们需要从更多角度关注团队持续地进步与成长。

以上就是对Scrum 框架的四个会议还适用于哪些敏捷方法等内容的介绍，希望能够对你产生帮助。