跳到主要内容

由于俄罗斯入侵乌克兰,我们已经暂停所有购买和培训进出俄罗斯。

理解Scrum团队的看板指南

2018年3月14日

听到人们对新的Scrum.org有这么多积极的反馈和兴趣,我感到非常兴奋Scrum团队的看板指南以及伴随的带有看板的专业Scrum类。与Daniel (Vacanti)和Steve (Porter)一起创建课程并指导,然后以专业的方式将其推向市场(否则如何?)与Scrum.org的工作人员在一起是一段很棒的经历,也是我过去几个月的主要关注领域。

正如你所想象的,伴随着兴趣的是一些关于我们在指南和课程设计中所做的选择的问题。有几个是经常被问到的问题。我想在这篇文章中解决其中的几个问题。

看板的核心实践在哪里?

我们从经验丰富的看板实践者那里得到的主要意见是,他们注意到我们在《Scrum团队看板指南》中对看板的描述与他们熟悉的定义不同。(包括我Scrum团队看板入门博客文章这不是一个疏忽。这是设计出来的。当我们开始为Scrum团队/方法创建看板指南时,我们有一个特定的背景。这个环境是团队根据Scrum指南使用Scrum,理想情况下是专业的。

在Scrum团队看板指南中,我们专注于在这种情况下提供帮助。这些团队已经有了合作检查和调整实验过程,以及他们正在使用的一组明确的反馈循环。因此,我们开始定义最简单的看板实践集,这些Scrum团队需要添加这些实践来实现更稳定、更健康、更可持续的流程(我想说这就像从一个看起来像沼泽的冲刺转移到一个看起来像河流的冲刺)。

经过一些讨论,我们认为这些实践实际上补充了专业Scrum团队已经在做的事情:

·工作流程可视化

·限制在制品

·主动管理正在进行的工作项目

·检查和调整他们对“工作流”的定义

虽然我们同意“协同改进(使用模型和科学方法)”和“实现反馈循环”的重要性,但我们认为它们在专业的Scrum环境中是多余的。

一些先进的看板概念,如服务类别、延迟成本、流程效率在哪里?

它们不是指南的一部分,因为我们不认为它们是Scrum团队在试图改进流程时应该关注的“最低限度可行实践集”的一部分。话虽如此,我们的指南,特别是PSK课程为人们提供了一些关于高级补充看板/流程实践/指标的指针,至少有些人可以使用它们继续学习和改进之旅。

除此之外——其中一些可能在某些Scrum环境中有用,一些则不那么有用。

这是否是看板方法的应用?

在我个人看来,这是非常接近的,只要你假设专业scrum是你的起点。(看到一个博客早在2012年,我就写过这方面的文章)。你从团队使用Scrum的方式开始,尊重他们当前的Scrum流程和角色。你显然有兴趣追求一种渐进式的变化,以提高你的绩效和对你的过程的满意度,而不仅仅是你目前使用Scrum所取得的成就。有一种观点认为,限制你正在进行的工作远远不是一种进化性的变化,而是一场破坏性的革命。我个人的看法是,是的,限制你的工作进程并转向有纪律的拉模式远非易事,但与改变团队结构、角色和流程流相比,这仍然是一种进化。在任何情况下,这也是关于Scrum环境之外的看板方法的争论。一个专业的Scrum团队实际上应该比大多数人更容易限制在制品。

这是ScrumBan吗?

这取决于你问谁。一些人对ScrumBan的定义是“一种帮助团队从Scrum过渡到看板的方法”。我们现在讨论的不是这个。

另一个定义(我订阅的将ScrumBan视为将精益/看板流程引入Scrum环境的一种方式——同时保持核心Scrum流程的完整性。这与我们对Scrum团队通常将Scrum和看板有效结合的过程的看法非常相似。

最后,这个定义的一个变体是将ScrumBan简单地视为Scrum+看板的组合本身,而不必担心您的起点和旅程。在我看来,这正是Scrum团队看板指南所描述的。

为什么/什么时候应该在Scrum中添加看板?

我想要解决的最后一个问题是你可能想要思考的第一个问题。本质上,问题是“为什么要麻烦?”难道Scrum不是很棒吗?”

自2010年以来,我所合作过的大多数团队都认为Scrum+看板是理想的组合。通过在Scrum团队的流程中添加看板,我帮助他们实现了更健康、更流畅的流程。我帮助看板团队通过增加节奏/节奏和清晰度来加快他们的改进速度。我曾经使用看板系统帮助团队在从想法到结果的整个流程中超越他们的Sprint。我曾帮助组织使用看板系统管理多个Scrum团队之间的流程。

当一个Scrum团队想要我对添加看板是否是一个好主意的意见时,我通常会让他们思考对他们来说Sprint有多难,以及他们是否觉得他们在Sprint中有良好的流。(就像我上面提到的——他们是否觉得他们的过程是沼泽或河流)。就这么简单。我发现大多数Scrum团队都在努力实现良好的、可持续的、健康的流程,看板可以帮助他们解决这个问题。

什么时候看板和Scrum是一个坏主意?

一些专业的Scrum培训师问:“什么时候在Scrum中引入看板是一个坏主意?哪些迹象表明你应该停止在Scrum中使用看板?”我想不出任何一个团队应该停止使用看板。如果他们理解看板,并且做得很好,就很少会出错。当他们不理解看板,或者用看板来逃避Scrum的挑战时,问题就开始了。是的,看板可以帮助你让你的Scrum更加可持续和健康,但是如果你想逃避困难,请不要添加看板。看板做得好会给你的Scrum增加纪律。引入看板的另一个糟糕时机是团队不寻求改进的时候。如果事情进展顺利,或者更重要的是,如果团队认为事情进展顺利,他们就没有精力成功地将看板添加到他们的过程中。所以,在你开始实施看板之类的东西之前,确保你对痛苦/动机达成一致。

看板——回归Scrum的方法!

最后,介绍一下引入看板是一个好主意的场景——每次我看到一个团队/公司使用Scrum作为“项目管理命令和控制”的新变体时,我都很痛苦,他们更关注任务、故事点、速度和消耗,而不是经验主义地利用潜在可发布产品的已完成增量。

我注意到,引入看板思想可以帮助这些团队/公司最终理解Scrum的真正含义,并摆脱许多不必要的甚至有害的包袱,而是重新关注由核心Scrum事件、角色和工件带来的透明度、检查和适应性。很神奇,不是吗?

有兴趣了解更多关于看板和Scrum如何更好地结合在一起?加入公众带有看板的专业Scrum为您的团队上课或申请私人培训。


你觉得这个帖子怎么样?


博客评论
Baidu