摘要： 总会有人问我这个问题：一旦你完成了看板系统中的所有卡片，一旦一些特性已经穿过了白板并且被部署到了产品中，接下来这些卡片能做什么用？你用这些卡片做什么？你会扔掉它们么？你会把它们当作纪念品吗？你会把它们收起来吗？你用它们做什么？我建议留用这些卡片。不仅仅是留用，并且还要让它们能够显示出来。这是个真实的激励因素——你已经完成的工作的可视提醒器。而且它所能帮助的不只是你，它还能让赞助商更安心并且有助于让已经完成的工作受到赞助商的赞赏。即使他们能看到演进中的软件，还是很容易忘记所有做到其中的所有工作。通过查看卡片能够巩固这点。这是我的一点经验。所以，我的建议是尽可能长时间的保持这些卡片在看板中，并且保 阅读全文

摘要： 看板方法第一步是绘制出当前的流程。看板方法的一个优点就是不会因引起焦虑引起的动荡。看板方法起步时仅仅需要把已有流程按照准确的实际情况画出来。看板白板就是一面镜子，可以反映出工作的流动。你看到的也许不是很飘亮，但是一旦整个流可视，你就能够逐渐的对你的流程进行修改对事情进行改进。一个常见的错误是映射交接步骤而不是一项工作可以处于的各种状态。个体经常会在一项工作交接个其他人之前做一系列操作。映射这些中间的、细粒度的状态可以使得识别准确位置的瓶颈变得更加简单，同时还提供了更多改进工作流的机会。例如，让团队中一些不太忙的人来分担起一些工作压力。有必要强调一下的是，一个看板白板可能会有许多的列，但这并不意 阅读全文

摘要： 看板方法最好的特点之一是采用的入门门槛很低。你不必使用Scrum或者XP或者评级为CMM Level 5。看板白板上的列可以简单到：“To Do”（待办）、“Doing”（进行中）和“Done”（完成）。要达到能够开始使用看板方法的状态，你只需能够做下面的事情（手动或者其他方式均可）：从源代码控制系统中签出代码生成构建代码检查代码运行正常部署上线如果你不能做到这些（实际还有许多团队都做不到），那么你也许需要担心一些比创建一个看板白板更重要的事情。 阅读全文

摘要： 绘制价值流图（也就是你的开发流程）。特性的想法从哪里来？直到交付给最终用户需要经过的所有步骤是哪些？为看板系统定义起点和终点。最好是你所有有控制权的范围。不用过于担心开始的范围太小，因为范围之外的人很快就会要求加入进来的。约定：初始化WIP限制及变更或临时终止的政策优先级排序和选择特性的方法不同服务类别（如“标准”、“加急”、“固定交付日期”）的政策。是否需要估算工作量？当选择工作项时，哪项应为首选？频繁回顾绘制看板白板。所有你所需要的是一块白板和一些Post-It™ 即时贴。不要花太多时间让其看起来美观，因为它会经常进化（变动）。开始使用。经验性调整。 阅读全文

摘要： 看板方法是用于高效管理软件开发流程的新技术。看板方法源自丰田的“及时生产”（JIT=just-in-time）系统。尽管生产软件是一项创造性活动，与批量生产汽车有所不同，但是生产线管理背后所蕴含的原理仍然适用。一个软件开发的流程可以看作是一段自来水管道，特性需求从一端进入，经过改进的软件从另一端涌现... 阅读全文