跳到主要内容

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

Scrum对看板的错误之处和看板对Scrum的错误之处

2017年11月27日

在本系列的前两篇文章中,看板团队的Scrum入门教程而且Scrum团队的看板入门你可以看到看板和Scrum是非常兼容的。如果是这样的话,为什么那么多人说一个比另一个好呢?

我的假设是,这种脱节来自于关于这两种方法的许多神话。如果我们一劳永逸地检查并揭穿这些神话,也许最终会让人们接受他们的兼容性。

误解:Scrum是革命性的;看板是进化的

毫无疑问,将Scrum框架引入一个环境可能会使事情发生很大的变化。我听说有人建议引入看板只是鼓励现有的行为(也就是说,它强化了瀑布模式)。不正确的。作为丹尼尔·文森提他向我解释说:“限制正在进行的工作的概念在大多数组织中都是革命性的。”一旦一个组织开始可视化它的工作,限制正在进行的工作,并积极地管理流程,它就会破坏现有的秩序。在开始使用Scrum的组织中,它具有类似于每个月(或更少)可能发布的产品增量的概念的破坏性影响。

误解:Scrum是针对____的,看板是针对____的(或者看板是关于制造的)

尽管看板的许多精益概念来自制造业,但它们同样适用于复杂的知识工作。在五个看板实践中,没有什么固有的东西使它不兼容。可视化工作、限制在制品(WIP)、积极地管理流程、协作地改进以及制定明确的策略不可避免地会增强团队解决复杂问题的能力。

误解:看板不鼓励团队合作

许多Scrum实践者将看板的可视化工作流与代表专业技能的列视为鼓励使用交接在竖井中工作的标志。他们缺少的是看板积极管理流程的关键实践。毫无疑问,如果做得不正确,你可能会有一个看板过程,专注于个人完成他们的任务,并将他们移交给机器上的下一个齿轮。然而,如果你真的在管理你的流程,你就会发现瓶颈在哪里。缓解这些瓶颈的方法是跨整个价值流管理工作流。谁来管理这个流程?它是最接近工作的人——价值流中的人(又名团队)。将积极管理流程与协作改进实践相结合,您自然会得到跨职能的、自组织的团队,这些人一起工作以交付价值。

尤Yeret看板团队应该避免根据团队结构或角色来命名他们的列。相反,他们应该关注正在执行的活动/动作/工作。再加上对在制品的限制,鼓励人们成群结队地完成这项活动。

误解:Scrum的Sprint计划事件是在浪费时间

采用看板的团队通常决定放弃Scrum的Sprint计划会议,取而代之的是即时功能计划。他们会问:“把接下来两周的工作都计划好有什么意义呢?”这些团队缺少的是,Sprint计划会议的目的不是创建一个详细的Sprint计划,而是作为一个团队来决定要实现什么目标,并提出一个完成目标的计划。该计划的细节不需要包含详尽的工作列表,也不需要占用您的全部容量。你应该为不确定性留出空间。

误解:冲刺限制了流程

这种想法通常源于对Scrum的两个误解。首先,您只能在Sprint结束时发布到产品。这个神话变得如此根深蒂固,以至于在最新的Scrum指南中明确指出,Scrum通常用于每天多次发布产品和增强功能的环境中。

第二个误解是开发团队只能处理Sprint计划中指定的项目。Scrum指南中没有任何内容可以阻止团队在sprint中期开始新工作,只要它满足两个条件。首先,这项工作不会危及Sprint目标。开发团队仍然致力于它的交付。第二,团队将有一个潜在的可发布的产品增量用于Sprint评审。这意味着要么新工作将在Sprint结束时“完成”,要么工作将不会限制团队在Sprint结束时拥有潜在的可发布增量。

准备好继续前进了吗?

在本系列文章中,我们研究了Scrum和看板的实践如何相互补充,我们已经证明了将两者结合使用有可能为团队带来更好的结果。关于Scrum和看板的过时的误解和持久的神话导致许多从业者认为他们必须在两者之间做出选择。通过消除这些误解,我希望我们能够继续进行更大的合作。

助教。
史蒂夫·波特

本系列的其他文章


你觉得这个帖子怎么样?


博客评论
Baidu