敏捷转型需要深入理解概念和思维,团队才能更好的进行实践。本文将通过介绍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官网

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

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

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

【官网:

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

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

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

【官网:

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

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

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

原文地址:http://www.cnblogs.com/worktile/p/16919541.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性