什么是看板
看板（Kanban/kanban）的概念来源于日本，最初是丰田生产系统（TPS）的一部分；在TPS中，后道工序在需要时，通过看板（即信号卡，Signal Card）向前道工序发出信号；前道工序只有得到看板后，才按需生产。
看板信号由下游向上游传递，拉动上游的生产活动，使产品向下游流动；拉动的源头是最下游的客户订单或需求
什么是看板方法
<b><font color="#e74f4c">看板方法</font></b>是一种增量、渐进地改变技术开发和组织运营的方法。它的核心机制是限制在制品数量的拉动系统，通过它暴露系统运作（或流程）的问题，并激发协作以改进系统
看板（Kanban Board）
看板（Kanban Board），也有翻译成看板墙，是实现看板方法（Kanban）的工具
看板方法的核心实践
<b><font color="#e74f4c">1、可视化</font></b>：将工作流、工作项，规则，以及工作中的障碍可视化，促进协作<br>
<b><font color="#e74f4c">2、管理流动</font></b>：识别并移除阻碍工作项流动的障碍和瓶颈，加速流动<br>
管理流动（Manage flow）
目标：系统中的工作单元，从创造价值的一个环节，快速移动到下一环节，很少或者没有等待
措施：<b><font color="#e74f4c">移除障碍，消除瓶颈</font></b>，使工作项从进入到离开的整个过程快速流动，不至于中断或减少等待
管理流动的方法
1、工作项规模小，且大小相近（变异小）
2、限制在制品
3、消除阻塞：将等待和无法推进的工作项标志为阻塞，尽快消除阻塞事项
4、管理瓶颈：瓶颈是导致上游工作项无法流动到下游的步骤（达到在制品限制）
<b><font color="#e74f4c">3、限制在制品数</font></b>：限制进行中的工作的数目，加速流动，暴露问题<br>
在制品
软件开发中的在制品：尚未实现的需求，未集成的代码，未测试的代码，未发布的代码
在制品：所有做了投入，但并没有完成（产生对客户的价值）的工作项
在制品过多的影响
延长交付时间
延迟反馈带来的质量问题
多任务并行，影响效率
隐藏了风险
更多的跟踪协调工作
陷入工作中、看不到进展，没有节奏感
限制在制品数量
对各环节的工作项总数进行限制，譬如每一列；任何环节达到最大限度时，不允许增加新的工作项；只有下游拉走工作项，该环节才能从上游拉入工作项
限制在制品以加速流动，并暴露流程问题，同时带来改进的机会，抓住这些改进机会，产生更好的工作流
看板站立会议<br>
看板站会基本规则
看板站会基本规则
时间：每天（或固定周期）同一时间
地点：同一地点（物理看板前）
保持站立和短时间
关注价值流（工作项），而不是人
从右向左遍历看板（先关注快要完成的工作项，譬如当月版本）
看板站会关注点
问题或障碍
重点事项（譬如生产故障）
延误或快到期的工作项
长期无进展的工作项
状态发生变化的事项
瓶颈：快要达到或达到在制品限制
中断：下游没有可拉入的工作
看板原型
80%的看板实施都是原型看板
看板原型 1 – 个人任务板的汇聚
收益：组织和管理每个人的工作，任务明确，易于跟踪
不足：无法围绕团队目标和工作进行自组织，以高效协作和快速调整
看板原型 2 – 团队任务板
收益：关注在落地任务上，执行层面比较清晰
不足：未关注和可视化价值（需求），价值流动不可见，易陷入细节和局部
看板原型 3 – 端到端价值流动，无WIP限制
收益：价值及其流动状态可视，加强了协作
不足：大量需求积压，流动效率低；同时无法有效利用瓶颈持续改进协作
看板原型 4 – 针对个人的WIP限制
收益：个人快速完成手头工作，个人效率得到提升，一定程度上缓解了积压
不足：工作依旧积压，无法有效利用流程瓶颈持续改进协作
看板原型 5 – 对部分阶段进行WIP限制
收益：部分工作处理环节进行了WIP限制，提升了局部的效率，
不足：在其它阶段形成积压，整体价值流时断时续，不能有效改进
看板原型 6 – 分离的WIP限制
收益：局部WIP限制加速局部流动，提升局部效率
不足：在交接处形成大量积压，端到端流动受阻，不同团队节奏失调
看板与Scrum的结合
看板和Scrum的共同做法：小批量工作、每日站会、倡导团队自组织、可视化（透明）、专注完成（聚焦）、持续改进
对于使用Scrum的小组，其Scrum Board的设计可以结合看板的方法（限制在制品、多种可视化元素，明确规则等）
对于大型产品，在小组层面使用Scrum，在产品层面使用看板进行端到端管理
