通过与 Jira 对比,让您更全面了解 PingCode

  • 首页
  • 需求与产品管理
  • 项目管理
  • 测试与缺陷管理
  • 知识管理
  • 效能度量
        • 更多产品

          客户为中心的产品管理工具

          专业的软件研发项目管理工具

          简单易用的团队知识库管理

          可量化的研发效能度量工具

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

          6000+企业信赖之选,为研发团队降本增效

        • 行业解决方案
          先进制造(即将上线)
        • 解决方案1
        • 解决方案2
  • Jira替代方案

25人以下免费

什么是在制品限制(WIP limits)以及限制在制品的意义

在制品限制并不意味着限制你的进度,恰恰相反,它会帮助团队加快交付速度。而本文将为大家详细介绍在制品限制的重要性,以及如何使用它来提高敏捷团队的效率。

一、什么是在制品限制?

敏捷开发中,利用在制品限制(WIP)设置工作流的每个状态中可以存在的最大工作量。通过这种方法,可以更容易地识别团队工作流程中的低效环节。并且在情况变得严重之前,更早地识别瓶颈,进行改进。

二、为什么在制品限制很重要?

从根本上说,在制品限制倡导一种“完成”的文化,它通过迫使团队专注于较小的任务集来提高吞吐量,减少“即将完成”状态下的工作数量。更重要的是在制品限制可以让流程中的阻碍和瓶颈清晰可见,当我们讨论改进计划时,最佳方式是让团队成员都集中到一起,以便他们更好的理解和实施这些改进措施。一旦流程中的阻塞被清除,整个团队的工作又会重新开始流动。正是这些优势保证了价值增量更快地交付给客户,使在制品限制成为敏捷开发中的一个有价值的工具。  

在开发过程中,可能大多数人都遭遇过这样的问题:“集中注意力处理一个问题的时候,被迫为解决另一个问题而打断,或者是在两个任务之间来回切换等”。但是在两个不同的任务之间切换、来回沟通,这种方式不仅会消耗我们的注意力还会降低效率。专注于手头的工作并完成,总是比手头工作没完成的同时不断介入新的工作要好的多。换句话说,在制品限制就是为了帮我们限制那些阻碍当前工作完成的任务而存在的。

最后,在制品限制还帮我们指出了那些长期工作量不饱和或者超负荷的环节,它帮助团队看到整个过程中的低效环节,而不仅仅是某个特定环节。

Tips:对于刚接触在制品限制的团队,成员可能会觉得抵触,这就需要团队花时间在最初的几次迭代中反复沟通,让团队了解会在何时、出于什么目的来使用在制品限制。如果多次后依然存在不合规行为,则表明在制品限制过于严格或团队效率过于低下。 

三、敏捷团队如何使用在制品限制提高管理效率

现在您可能已经认识到在制品限制的价值了,下面将详细介绍敏捷团队如何使用在制品限制提升管理效率。

首先,在定义新的工作流程时,团队需要确定每个状态/环节的在制品数量。我们建议在监控几个 Sprint (迭代)之后再设置在制品限制,以下是软件开发团队使用 PingCode 进行在制品限制的示例看板:

如图所示,“代码审查”这一环节设置了在制品限制,由于该列已超出其限制,因此背景已变为红色。如果一旦问题解决,工具将不再提示。

在上面的看板中,“待办事项”指的是已经通过产品负责人和团队评审的需求,开发团队在开始工作项时只需任务从“待办事项”拉到“进行中”即可。有非常多的最佳实践都表明,将“待办事项”环节的工作量保持足够量非常重要,这样开发团队的每个成员都可以得到充分利用。通过在“待办事项”环节下保留恰好足够的用户故事产品负责人在补充需求时就不会偏离太多,程序对应对变化的反应也更能响应变化。

在制品限制的目标是确保每个人都有工作需要进行,并且没有人同时处理多项任务。比如,在上面的看板界面上,“进行中”工作项的限制是 30,目前有 21 个工作项处于该状态,这也告诉团队他们有能力承担更多工作。一些团队会将最大在制品限制设置为低于团队成员数量的数值,如果开发人员完成了一个项目,但团队已经达到他们的在制品限制,他们就会知道是时候搞定一些代码审查内容或加入另一个开发人员进行一些结对编程了。

“代码审查”环节下的任务代表的是已经完全编写,但需要在合并到代码库之前进行审查的故事。及时进行代码审查是一种最佳实践,它可以保障代码质量,更快地将创新内容推向市场,并通过减少开放分支使合并更容易,促进知识和信息在团队的传播。

在以下几种情况下,团队应该加速处理这些状态下的工作项,比如:

  • 当团队成员插入新代码时,代码不会失效;
  • 开发者在不会丢失原始代码的背景信息;
  • 该功能可以合并到主分支中进行发布;

Tips:同时,团队也需要避免发生以下情形:1、在制品限制随时提高,使团队永远达不到限制。(“债务上限”);2、给每个人都安排复杂的任务,占用他们原本空闲的时间;3、团队成员等待安排工作,而不是共同解决过程中遇到瓶颈;4、大家喜欢在某个环节问题上投入大量的个人工时,而不是共同改进工程实践或团队流程。;

 四、能够提升在制品限制的 4 个最佳实践

任何新的工作方法一开始都会让人不适应,“在制品限制”也一样,但这件事的目标是在过程中优化团队效率。而短期的不适应实际上是一件好事,因为它能使团队发现到他们过程中的一些痛点。

在使用在制品限制几周后,团队就可以根据需要进行调整了。而在此时,团队需要抵制住诱惑,不要因为团队一直在冲击在制品限制的上限,就提高限制。要抓住这个机会来提高能力——比如教育团队,让每个成员都尝试不同领域的工作,形成新的技能组合,或使开发过程的某些方面更有效率。

下面是看板管理实践中,任何团队都值得参考的4大标准:

最佳实践一: 按照统一的规则估算各个工作项的大小。在分解需求和用户故事时,将单个任务的工作时间控制在不超过 16 小时,这样做不仅可以提高团队估算的能力 ,还有助于防止出现瓶颈,因为没有什么比大型工作项更能阻塞管道,减慢团队速度了。(延伸阅读:估算) 

Tips:当在制品限制对团队起作用时,解决一个问题所需的时间会减少。

最佳实践二: 将在制品限制的设定与团队技能储备相映射。如果你的团队里有专家,在制品限制可以尝试特殊的设置,为专家的工作创建一个特定状态。如果在该状态下出现瓶颈,利用这个机会教育其他团队成员,为专家的技能组合增加额外的能力,增加整个团队的流量。

最佳实践三: 减少不饱和。当团队成员出现正常的闲置时间时,可以鼓励他们帮助上游或下游团队成员,这将为团队的整体生产力做出贡献,并能够在此过程中学到一些东西!

最佳实践四: 建设可持续的工程文化。在制品限制并不意味着开发人员需要匆忙完成工作来避免工作超载,而是旨在实现稳健的敏捷工程实践来保障产品质量和代码库的健康。 

以上就是关于什么在制品限制及正确使用、及提升看板管理的方式,希望对你有所帮助。

本文是否对你有用?

内容导航