> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.
# 看板方法
> 看板是一种可视化工作流程管理方法，使用看板和卡片来可视化工作。学习如何实施这种敏捷方法来提高团队效率。
**类别**: 方法
**类型**: 工作流程管理系统
**起源**: 丰田汽车，1940年代
**别名**: 看板、可视化工作流程管理、精益管理系统
**快速回答** — 看板方法是一种可视化工作流程管理系统，帮助团队可视化正在进行的工作，限制在制品数量（WIP），并最大化效率。看板最初由丰田公司在1940年代为制造业开发，使用一个带有代表不同工作阶段列的看板——通常是"待办"、"进行中"和"已完成"——用卡片代表单个任务。该方法的核心原则是：可视化工作使瓶颈和低效变得可见，使团队能够持续改进流程。
## 什么是看板方法？
看板方法是一种精益管理方法，将工作可视化在看板上，使任务流程透明且可管理。看板的核心在于使不可见的变得可见：通过将每个任务放在团队成员都能看到的看板上，隐藏的瓶颈、过量的工作量和停滞的工作变得立即可见，而不是潜伏在收件箱或电子表格中。
典型的看板由代表工作流程中各阶段的列组成。任务从左到右移动。最简单的看板有三列——"待办"、"进行中"和"已完成"——但更复杂的工作流程可能包括额外的阶段，如"审核"、"测试"或"部署"。每个任务用一张卡片表示，包含相关信息：描述、负责人、优先级、截止日期，以及团队认为有用的任何其他元数据。
> "瓶颈决定整个系统的吞吐量。看板帮助识别这些约束，使团队能够系统地解决它们。" — 大卫·安德森，《看板：为您的科技业务带来成功的渐进式变革》一书的作者
看板的真正力量在于强调流程优化而不是严格排程。与传统的项目管理方法计划特定交付日期不同，看板专注于工作在整个系统中的顺畅移动。当一张卡片在一列中停滞时，那是调查的信号。当一列总是有比其他列更多的卡片时，那是需要解决的瓶颈。这种持续反馈循环使团队能够迭代改进流程。
### 看板方法的三层理解
* **入门**: 从一个简单的三列表格开始（待办、进行中、已完成）。为每项工作创建卡片，并在工作进行时将它们在列之间移动。专注于让团队中的每个人都能看到工作。
* **实践**: 为每列添加在制品限制以防止过载。使用泳道分隔不同类型的工作或成员。实施卡片在列之间移动的策略。添加关键流程阶段的列，如审核或测试。
* **进阶**: 使用周期时间、吞吐量和累积流程图等指标来识别趋势。运行专注于改进流程的定期回顾。尝试不同的看板结构、WIP限制和策略。将看板与其他敏捷实践（如Scrum或XP）连接。
## 起源
看板方法起源于丰田汽车，由工业工程师大野耐一于1940年代末作为丰田生产系统（TPS）的一部分开发。"看板"一词来自日语，意思是"布告板"或"视觉卡"。最初用于制造业，该系统旨在创建拉动式工作流程，材料和组件仅在需要时生产或交付，减少浪费和过度生产。
2000年代初，软件顾问大卫·安德森将看板应用于科技企业。他2010年的著作《看板：为您的科技业务带来成功的渐进式变革》成为将看板应用于软件开发和IT运维的基础文本。安德森引入了在制品限制、累积流程图和服务交付模板等关键概念，将看板扩展到其制造业根源之外。
敏捷社区欢迎看板的灵活性。与规定特定角色、仪式和时间盒的Scrum不同，看板只是一种管理工作流程流动的方法——团队可以根据需要采用或多或少的实践。这种非规定性的性质使看板对运维、支持和维护角色特别有吸引力，在这些角色中，Scrum的固定冲刺不太适用。
## 核心要点
创建一个带有代表工作流程阶段列的看板。每项任务成为看板上的一张卡片。这种透明度揭示了整个团队工作的真实状态——不再有隐藏在个人收件箱或被遗忘的电子表格中的工作。
为每列设置最大限制。当一列达到其限制时，团队成员必须在拉取新任务之前完成现有工作。这防止多任务处理，减少上下文切换，并暴露否则会隐藏的瓶颈。
监控工作如何通过系统流动。跟踪周期时间（一项任务从开始到结束需要多长时间）和吞吐量（每个时间段完成多少任务）等指标。使用这些数据来识别延迟和改进流程。
定义工作如何流经看板的明确规则。什么时候卡片可以移动到"进行中"？移动到"已完成"之前必须满足什么标准？明确的策略减少混淆并创建共享理解。
在看板前定期举行站会讨论阻碍和进展。使用回顾来识别改进机会。看板节拍——运维审查、服务交付审查和风险审查——提供结构化的反馈机会。
使用数据和团队观察来发展流程。从小实验开始，而不是大变化。专注于改进流程，而不仅仅是移动更多卡片——目标是可持续的节奏和质量。
## 应用场景
看板广泛应用于软件开发，用于管理功能开发、缺陷修复和技术债务。其可视化特性帮助开发团队平衡新开发与维护工作，并快速识别何时在制品过多。
管理IT基础设施、服务台和客户支持队列的团队使用看板来可视化传入的请求，跟踪正在进行的工作，并确保没有任何东西遗漏。WIP限制通过限制可以同时处理的事件数量来帮助防止倦怠。
创意团队使用看板来管理内容制作、活动规划和设计工作。可视化看板帮助平衡 competing 的优先级，并确保所有利益相关者可以看到可交付成果的状态，而无需频繁的进度会议。
个人使用个人看板来管理项目、日常任务和目标。该方法的简单性使其易于个人使用，同时仍提供可视化和流程管理的好处。
## 经典案例
**背景**: 一家SaaS公司的15人客户支持团队正在努力应对不断升级的响应时间和客服倦怠。工单堆积，客户在社交媒体上抱怨，团队始终感到不堪重负。传统方法如增加更多客服或加班并不可持续。
**问题**: 团队如何在不简单地增加工作时间的情况下获得工作流程的可见性并减少积压？
**证据**: 支持负责人实施了一个看板，列为分类、进行中、等待客户和已解决。他们为每个客服引入了WIP限制（最多5个活动工单），并为阻止的工作提供视觉信号。团队跟踪了8周的指标，并将结果与前8周进行比较。
**结果**: 平均首次响应时间从4.2小时降至1.8小时——提高了57%。客户满意度评分从3.9上升到5分中的4.5。最重要的是，客服倦怠分数下降了40%——WIP限制迫使团队专注于完成工作而不是开始更多任务，这 paradoxically 让他们能够以更少的压力处理更多的总工单。
**教训**: 看板揭示了团队真正的问题不是数量——而是糟糕的流程管理。客服不断地在数十个开放的工单之间切换上下文，从未完成任何事情。通过限制WIP并使工作可见，团队发现做得少实际上意味着完成更多。
## 边界与失效场景
看板在工作流程相对稳定和可预测时效果最佳。它在某些情况下表现不佳：
* **高度变化的优先级**: 如果优先级每小时或每天变化，频繁的重新优先级排序会使看板变得混乱。在采用看板之前，考虑您的工作是否实际上有稳定的阶段。
* **非常小的团队**: 两个人的团队可能会发现看板的开销过大。该方法在有足够的工作填充看板和有足够的人从共享可见性中受益时效果最佳。
* **不遵守WIP限制的承诺**: 简单地创建看板而不执行WIP限制不会产生结果。限制是强制进行关于容量和瓶颈的困难对话的原因。
* **静态看板**: 看板应该随着您的流程发展。如果您从不更改列、限制或策略，您就错过了看板所实现的改进机会。
## 常见误区
虽然看板在软件开发中很受欢迎，但它的起源是制造业，适用于任何知识工作。支持团队、营销部门、人力资源、财务和个人都成功地使用看板。核心原则——可视化工作以改进流程——是通用的。
从简单开始。三列表格（待办、进行中、已完成）是完全有效的看板。随着您识别需要关注的特定阶段，可以添加额外的列。关键不是列的数量，而是限制WIP和使流程可见的纪律。
许多团队成功地结合看板和Scrum（通常称为"Scrumban"）。看板提供流程管理，而Scrum提供节拍。这些方法可以相互补充，而不是相互竞争。
## 相关概念
看板方法与其他几个生产力和管理方法相关。[敏捷方法论](/zh/models/diffusion-of-innovation)为迭代改进提供了哲学基础。[精益管理](/zh/models/lean-thinking)，也起源于丰田，继承了看板强调消除浪费和最大化流程的理念。关于如何限制工作，考虑[约束理论](/zh/models/theory-of-constraints)——每个系统都有限制吞吐量的单一约束的观念。[艾森豪威尔矩阵](/zh/models/eisenhower-matrix)帮助确定哪些任务值得在您的看板上关注。
带有冲刺和角色的敏捷框架
消除浪费，最大化价值
识别和解决系统瓶颈
## 一句话总结
使用看板使工作可见并限制在制品——它提供的视觉反馈是实现持续改进和防止倦怠的关键。