Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022
进行中工作 (WIP) 限制是一种核心看板实践，它限制你的团队在每个阶段处理的项目数量。 通过在开始新工作之前专注于完成工作，团队可以提高吞吐量和软件质量。
WIP 限制对每个面板列中允许的项目数量设置了软约束。 你可以超出这些限制，但面板会突出显示列计数，以便你的团队可以采取行动。 本文介绍如何确定、设置和管理 WIP 限制。
小窍门
可以使用本文后面部分的使用 AI 来帮助完成此任务，也可以参阅使用 Azure DevOps MCP 服务器启用 AI 辅助来开始使用。
先决条件
| 类别 | 要求 |
|---|---|
| 访问级别 | 至少Basic访问权限。 |
| 权限 | 配置团队设置：项目管理员安全组或团队管理员角色的成员。 有关详细信息，请参阅 更改项目级别的权限。 |
确定初始 WIP 限制
使用以下准则设置起始 WIP 限制：
- 统计当前工作 - 查看每列中的项以建立基线。
- 按团队大小缩放 - 在阶段中每个团队成员允许两到三个项目。 例如，三个开发人员，每人处理两个项目，即 WIP 限制为 6。
- 从低开始 — 较低的限制能更快地暴露瓶颈，以便你可以尽早解决流程问题。
保持在 WIP 限制范围内
设置 WIP 限制后，跟踪团队在遵守这些限制方面的表现。
尊重 WIP 限制意味着当拉取项目会导致超出限制时，不将其拉入列中。 当一列超出其限制时，面板会立即突出显示它 — 向团队发出信号，要求在拉取新项目之前完成现有工作。
在 WIP 限制范围内工作一开始可能会感到不舒服。 喜欢多任务的团队成员可能会感到受约束，而其他人可能会等待上游工作完成。 以团队身份经常会面，讨论这些调整并强化实践。
识别瓶颈
瓶颈 — 项目闲置数天的列 — 表明你的工作流中存在浪费。 随着时间的推移，监控你的电路板以识别它们。 频繁的瓶颈通常意味着 WIP 限制过高;没有任何瓶颈可能意味着限制太低。
定期拍摄看板快照，以查看工作流程顺畅的地方以及出现阻滞的地方。
快照可帮助团队跟踪：
- 每列平均项目数
- 每列活动项目与团队成员的比率
- 长时间停留在列中的项目
- 已完成的项和一段时间内的平均吞吐量
消除浪费
浪费是无助于交付价值的东西。 若要解决瓶颈问题，请识别和删除工作流中的废物来源。 软件开发中常见的浪费形式包括：
- 未使用的代码或功能
- 需要返工的缺陷
- 等待时间和延迟
- 团队之间不必要的交接
- 不完整或不清楚的要求
- 沟通效率低下
以团队身份讨论这些源，并协作查找解决方案。
设置 WIP 限制
在设置 WIP 限制之前，请确保 将团队的工作流映射到列。
打开面板。
选择
以打开板设置。
选择“列”，然后选择一个列选项卡并输入 WIP 限制。
注意
可用列标题根据项目所使用的过程，以及团队是否将bug 当作需求或任务来处理而有所不同。
选择“保存”。
挑战和解决方案
超出WIP限制一到两个项目是正常的。 如果您的团队持续超出限制三个或更多，请查看您的流程或调整限制值。
使用 WIP 限制数周后，讨论哪些有效，哪些没有效果。 以下列表涵盖常见挑战和经过验证的解决方案。
常见挑战
- 社会动态 — 一些团队成员抵制规则， 承担额外的工作， 或相信多任务更有效率。
- 工作的可变性 — 不均匀的项目大小（用户故事 vs. bug）和混合的估算（小时、天、故事点）使得单一的 WIP 限制难以均匀应用。
- 忽略系统问题 — 团队突破瓶颈，而不是解决基础工作流问题。
- 文化变革 — 采用 WIP 限制需要调整系统、团队习惯和组织文化。
经过验证的解决方案
- 确定团队工作效率的优先级 - 将焦点从单个输出转移到整体流。 鼓励协同合作而非多任务处理。
- 调整工作项大小 - 在开始之前讨论项大小。 将大型项分解为更小、大小一致的任务。
- 帮助上游工作向前推进 — 空闲时，协助上游项目或帮助团队成员解除障碍，而不是开始新工作。
- 人员配备合理；确保每个工作流阶段有足够的专家来防止瓶颈。
- 建立共享理解 - 定期回顾，记录团队策略，并强化 看板 原则。
- 使用指标进行调整 — 跟踪 WIP 计数和前置时间，并根据数据调整限制。
- 支持文化变革 — 应用变更管理原则，并将 WIP 限制决策的所有权交给团队。
使用 AI 分析正在进行的工作
如果在代理模式下将 Azure Boards MCP 服务器 连接到 AI 代理，则可以使用自然语言提示来分析各板列中正在进行的工作。
| 任务 | 示例提示 |
|---|---|
| 对每列的项进行计数 | How many work items are in each workflow state for my team's backlog? |
| 查找超负荷列 | Show me all active work items in the 'In Progress' state for the <Contoso> project |
| 标识过时的项 | Find work items in the 'Active' state that haven't been updated in the last 14 days |
| 检查团队能力 | List all work items assigned to <Jamal> that are currently in progress |
| 分析每人 WIP | Show the count of active work items per team member in area path <Contoso\\Frontend> and flag anyone with more than 5 |
| 检测 WIP 峰值 | Compare the count of in-progress work items this week vs last week for my team in <Contoso> |
| 查找多任务风险 | List team members in <Contoso> who have active work items across more than 2 different features |
| 查看列吞吐量 | Show how many work items moved from Active to Resolved per week over the last 4 weeks in <Contoso> |
| 识别流程阻碍因素 | List work items in <Contoso> that have been in the same state for longer than the average time items spend in that state |
| 建议 WIP 重新平衡 | Show team members in <Contoso> with no active work items alongside those with more than 3 |
注意
代理模式和 MCP 服务器使用自然语言，因此你可以调整这些提示或提出后续问题来优化结果。