敏捷指南 · 敏捷实践
敏捷工作流：如何为团队设计
敏捷工作流是一项工作从创意到完成所经历的路径。让这条路径可视化（通常是在看板上）是改进它的第一步。
要点总结
- 敏捷工作流让从创意到完成的路径清晰可见。
- 列规则和 WIP 限制让看板成为一种管理工具。
- 使用流动指标定期审查工作流。
典型的敏捷工作流
- 待办事项列表： 按优先级排序的创意和需求。
- 就绪： 经过梳理、验收标准明确的条目。
- 进行中： 正在处理中。
- 评审或测试： 正在对照验收标准以及 完成的定义.
- 完成： 已完成，并且最好已发布。
设计您的看板
- 梳理工作目前实际经历的步骤，而不是理想中的流程。
- 将繁忙的列拆分为“进行中”和“已完成”子列，使等待时间清晰可见。
- 为每一列编写简短的规则：卡片进入该列必须满足哪些条件。
- 使用泳道区分不同类型的工作，例如用于紧急条目的加急通道。
- 为活动列添加 WIP 限制。
WIP 限制
在制品限制规定了一列中同时可以容纳的条目数量上限。当某一列已满时，团队会帮助完成下游的工作，而不是开始新的工作。起步时，每个活动列可按每人一到两个条目设置，然后根据经验进行调整。
工作流示例
| Team | 工作流 |
|---|---|
| 软件 | 待办事项 → 就绪 → 开发中 → 代码评审 → 测试 → 完成 |
| 营销 | 创意 → 需求简报就绪 → 创作中 → 评审 → 已排期 → 已上线 |
| 客服 | 新建 → 分诊 → 处理中 → 等待客户回复 → 已解决 |
| 招聘 | 空缺职位 → 寻访 → 面试 → 录用通知 → 已入职 |
改进工作流
在回顾会上审查看板。留意卡片堆积的列、停滞数天的条目以及频繁的回退。跟踪 周期时间和吞吐量 ，以判断变更是否有帮助。
本主题的免费模板
常见问题
敏捷工作流与 Kanban 看板是一回事吗？
Kanban 看板是可视化敏捷工作流最常见的方式。Scrum 团队也使用类似的看板来管理冲刺待办事项列表。
敏捷工作流看板应该有多少列？
在能体现真实阶段的前提下越少越好。大多数团队使用四到七列。
什么是敏捷工作流？
工作从创意到完成所经历的一系列阶段，例如待办事项、就绪、进行中、评审和完成，通常显示在看板上。
敏捷工作流有哪些阶段？
典型的流程包括待办事项、就绪、进行中、评审或测试以及完成。团队会根据工作的实际开展方式调整各个阶段。
敏捷工作流中的 WIP 限制是什么？
一个工作流阶段中同时可以容纳的条目数量上限。当某一列已满时，团队会帮助完成下游的工作，而不是开始更多工作。
敏捷工作流中的列规则是什么？
简短的规则，说明卡片进入或离开某一列必须满足的条件，例如在移至“就绪”之前必须具备验收标准。
敏捷工作流中的泳道是什么？
用于区分不同类型工作的水平行，例如用于紧急条目的加急通道，或每个产品领域一条泳道。
如何改进敏捷工作流？
留意卡片堆积的列、停滞数天的条目以及频繁的回退，然后测试改进措施，并跟踪 周期时间和吞吐量.
非软件团队可以使用敏捷工作流吗？
可以。营销、客服、人力资源和招聘团队都使用带有反映自身工作阶段的看板。
作为敏捷工作流，Scrum 看板和 Kanban 看板有何不同？
Scrum 看板通常显示当前冲刺的条目，并在每个冲刺重置；Kanban 看板则显示带有 WIP 限制的持续流动。
哪些工具支持敏捷工作流？
Jira、Trello、Asana、monday.com、ClickUp 以及许多其他工具都提供可配置的看板。参见 敏捷工具与技术.