敏捷词汇表 -- 敏捷联盟
# 看板墙 Kanban board
## 定义
在遵循持续改进的“ 看板方法 ”（或其某些概念）的敏捷团队的背景下，经常看到以下调整：
- 这样的团队不强调迭代、工作量估计和速度作为进度的主要衡量标准；
- 他们依靠的措施交货时间或周期时间，而不是速度;
- 在最明显的变化中，他们将任务板替换为“看板”：
- 与任务板不同，看板在每次迭代开始时不会“重置”
- 它的列代表“价值单位”的不同处理状态，通常（但不一定）与用户故事等同
- 此外，每个列可能都具有一个“ WIP限制”（针对“在制品”或“进行中”）：如果给定状态（例如“手动测试”）的WIP限制为，2，然后团队“可能不会”开始测试第三个用户故事（如果已经在研究两个故事）
- 每当出现这种情况时，首要任务就是清除当前的在制品，团队成员将“ 蜂拥而至 ”以帮助那些从事阻碍流程活动的人员
## 也称为
“看板”一词是日语（“看板”），具有标志，海报或广告牌的含义，源于字面意思为“视觉板”的词根。它在敏捷上下文中的含义是从丰田生产系统借来的，在丰田生产系统中，它指定了一个用于控制各个零件的库存水平的系统。它类似于（实际上是受其启发的）超市货架上产品后面的卡片，用于发出“缺货”商品并触发“及时”补货的信号。丰田系统可对库存或“在制品”进行精确核算，并努力减少被认为浪费且对性能有害的库存水平。“看板方法”一词也指一种持续改进的方法，它依赖于可视化当前的工作计划系统，
## 常见陷阱
看板板通常比“单纯的”任务板更为复杂。这本身不是错误；但是，建议不要使用看板委员会作为借口来重新引入“瀑布”式线性活动序列，以构成软件开发过程。这可能会导致信息孤岛的创建或团队成员之间的过度专业化。特别是，团队应警惕没有定义WIP限制的看板董事会，WIP限制不仅要针对经理，客户或其他利益相关者的要求进行定义，而且还要执行。正是基于这些限制，看板方法才产生了效果。
## 预期收益
在某些情况下，测量提前期而不是速度，并消除常规的重复节奏可能是更合适的选择：例如，当您不太担心达到特定的发布日期时，或者团队的工作本质上是持续不断的，例如增强或维护，尤其是不止一种产品。冒着过于简化的风险，对于涉及维护或持续发展的工作，可以首先考虑“看板”设置，而在“项目”中，“任务板”设置可能是更自然的首选。
## 起源
- 2001年：Mary Poppendieck的文章“ 精益编程 ”提请注意敏捷与所谓的“精益”或“丰田生产系统”的思想之间的结构相似之处。
- 2003年：Mary和Tom Poppendieck撰写的《精益软件开发》一书扩展了他们在精益编程方面的早期工作，将敏捷任务板描述为“软件看板系统”。
- 2007年：发布了使用特定变更集（称为“看板”）的团队的前几份经验报告（无迭代，无估计，具有WIP限制的连续任务委员会），包括来自Corbis（大卫·安德森）和BueTech（阿洛·贝尔谢）的报告）
- 2007年：形成了“ kanbandev ”邮件列表，为讨论看板式敏捷规划实践提供了场所
- 2009年：成立了两个致力于探索看板方法的实体，一个是解决业务问题的实体，一个是LSSC，另一个是非正式的，目的是使社区更具知名度：WIP协会
点击看敏捷名词地铁线路全图