设置正在进行的工作限制
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
一种基本的看板做法（正在进行的工作限制，称为“WIP 限制”）限制了团队在每个工作阶段所承担的工作量。 它旨在让你的团队在开始新工作之前专注于完成工作项。 虽然一开始违反直觉，但许多团队发现 WIP 限制有助于他们提高工作效率和软件质量。
为每个工作阶段定义 WIP 限制，对应于每个中间列。 该限制对列中允许的项数设置软约束。 没有什么可阻止你将更多项目移至列中并超出限制。 看板面板在每个限制旁边显示每个阶段的项计数。
设置 WIP 限制很简单，但遵守限制则需团队承诺。 成功采用 WIP 限制涉及文化变革。 它将团队的关注点从个人工作效率转变为团队工作效率。
有关详细信息，请参阅看板概述。
先决条件
确定初始 WIP 限制
让团队确定要设置的初始 WIP 限制，以及如何使用和监视这些限制。 对于要将数字设置成多少，适用的规则少之又少，因为它们可能因多个因素而异。 执行以下操作来帮助确定要设置的限制：
- 根据当前正在进行的工作设置限制。 计算现有看板列中存在的项。
- 设置限制，让在一个阶段内工作的每个团队成员不超过两个或三个项。 例如，如果你有三个团队成员，并且每个团队成员一次只能处理两个任务，则最终的 WIP 限制为 6（= 3 个开发人员 X 2 个任务/开发人员）。
- 从低限值开始，从而帮助团队更快地发现瓶颈并确定要解决的流程问题。
保持在 WIP 限制范围内
设置 WIP 限制后，需要跟踪团队在限制范围内的情况。
遵守 WIP 限制意味着，如果这样做会导致列中的项数超过列限制，则团队不会将项拉取到列中。 当他们这样做时，看板面板会立即提供反馈。 此反馈应作为一个信号，告知团队立即关注活动，以减少列中的项数。
虽然理论上很简单，但保持在 WIP 限制范围内可能会迫使个人、团队和组织脱离其舒适区。 喜欢多任务处理的团队成员可能会感觉受到限制。 其他人可能会发现自己没有工作，因为他们在等待上游阶段的工作完成。
若要受益于限制正在进行的工作，请让团队经常开会讨论正在发生的流程更改。
识别瓶颈
为了优化价值流，你自然需要识别并消除瓶颈。 瓶颈表明整个工作流流程中存在浪费。
通过随时间推移监视看板面板，你可以了解哪里出现了瓶颈。 如果多个项位于一个数天未工作的列中，即出现了瓶颈。 当 WIP 限制过高时，通常会出现瓶颈。 但是，没有任何瓶颈可以表明 WIP 限制太低。
定期拍摄看板面板的快照可以直观地编录工作顺利进行和出现瓶颈的位置。
此类快照可以向团队展示以下信息：
- 工作流阶段/列中平均存在多少项
- 正在处理的项数与在工作流阶段/列中工作的团队成员数
- 工作流阶段/列中长时间保留多少项以及哪些项
- 团队在一周、两周或三周结束时完成了多少项
消除浪费
由于瓶颈表明工作流流程中存在浪费，因此需要确定浪费的来源。 看板将浪费定义为产生所需结果所不需要的任何内容。
软件开发中常见的浪费包括：
- 未使用的代码或功能
- 导致返工的缺陷
- 延迟或等待所花费的时间
- 从一个人、团队或业务流程移交给另一个人、团队或业务流程
- 要求不足
- 通信速度缓慢或欠佳
消除浪费需要团队讨论，以确定团队可接受的原因和解决方案。
设置 WIP 限制
了解如何使用 WIP 限制后，请执行以下步骤来设置这些限制。 如果尚未将团队的工作流映射到看板列，则请先执行此操作。
选择
齿轮图标以配置面板并设置常规团队设置。
选择列，然后选择列选项卡，为该列设置 WIP 限制。
注意
系统提供不同的列标题和选择，具体取决于用于创建项目的流程以及你的团队是否选择像处理需求或任务那样处理 bug。
完成后，选择保存。
WIP 限制、挑战和解决方案
团队偶尔会超过一两项 WIP 限制。 但是，如果你的团队经常超过三个或更多项的限制，他们应审查流程或调整限制。
在团队使用 WIP 限制数周后，讨论团队成员面临的挑战。 然后，确定他们想要使用的解决方案，并根据需要调整限制。 以下列表虽然不详尽，但指出了团队遇到的一些常见挑战，以及克服这些挑战的成熟解决方案。
WIP 挑战
社交动态。 在涉及遵循规则方面，团队成员会感到有挑战。 有些人自然想反抗。 其他人不认为规则适用于他们，或者不认为他们的行为违反了规则。 一些团队成员可能会承担超出约定范围的额外工作。 而且，还有人不想放弃多任务，因为他们认为这是他们生产力和个人成就的关键。
正在进行的工作的可变性。 工作项大小（用户情景和 bug）的广泛可变性可能会对整个工作流产生负面影响。 例如，估计大小从 4 小时到 14 天不等的项，或者 2 到 55 个故事点的项，在限制正在进行的工作时不能以同一方式计算。
忽略系统性问题。 团队不会在出现瓶颈时解决工作流问题，而是投入更多时间来克服瓶颈。
区域性更改。 采用 WIP 限制会引入对系统、区域性和团队的更改。
用于管理 WIP 的解决方案
构建团队工作效率文化。 解决个人工作效率与团队工作效率之间的自然紧张关系。 确定团队成员如何提高团队和工作流程的整体工作效率。
调整大小可最大程度地减少可变性。 在任何项上开始工作之前，团队应讨论所需工作的总体大小，并确定是否可以将其分解为较小的任务。
专注于高优先级项流。 空闲时，团队成员询问他们如何帮助上游项向前推进。 当在按时交付项时被阻止或遇到挑战，团队成员会请求帮助完成项目。
每个工作阶段的资源团队容量。 当没有足够的专家在特定阶段工作时，可能会出现瓶颈。 确定在每个工作阶段提高团队技能的方法，或根据需要添加资源以满足人手不足的工作阶段。
建立共同的理解。 不断努力提高团队对如何使用看板做法展开工作的理解。 采取措施，允许团队成员参与处理更改。 考虑安排定期追溯会议或团队会议，讨论哪些工作效果良好，哪些需要更改。 记录团队策略以限制多义性。
使用指标调整流程。 定期检查正在进行的工作的看板指标和提前期，以确定何时需要进行更改。
注意管理区域性更改。 员工希望把工作做到最好 -- 看板及其相关专业的核心原则。 在采用新做法时应用变更管理原则。 在团队中创建更大的所有权，以成功实现 WIP 限制。
相关文章
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈