期的任务。
对于这一类的任务，需要在开发之前对任务的工作量进行估算，并在开发过程中定期的确认进度。一旦发现进度落后到有可能无法完成的情况，则需要对任务重新进行评估。如有必要，这类任务可以升级为加急类。
3.标准类（Standard）
顾名思义，就是最普通的任务。看板方法推荐大部分的产能都应用于此类任务。无需对任务的工作量进行估算，直接按照先进先出的顺序进行处理。但对于超过两周工作量的任务，建议先进行拆分。
4.无形类（Intangible）
主要针对一些用户价值有限的附加功能。看板方法推荐安排在此类任务上的产能应该低于标准类。
上图为软件开发看板中，针对不同服务类型的产能分配。值得注意的是，该产能分配在实际过程中，可根据具体的情况，适当的动态调整。比如，由于业务季节性的原因，预计后续一段时间的固定交付日期任务会比较少，这个时候可以将一部分的产能暂时交给标准类的任务。
需要强调的是，看板的服务分类是一项非常强大的机制。它能够确保团队在合适的时间做着合适的事情，即使在整体按时交付率比较低的情况下，团队依然能够获得较高的客户满意度。
看板仪式（Ceremony)
下面简单介绍一下Kanban实施的几项重要会议：
1.每日站会
必开。在每日固定时间召开，全员参加，每人1-3分钟各自介绍任务状态，计划，以及障碍。此外，每日站会还可能需要根据实际情况，对看板输入队列（To Do List）进行填充。
2.回顾会
建议两周开一次。用于讨论上一阶段的工作成果，检视上一期行动方案的落实情况，以及集体思考如何改进，并制定下一期的行动方案。
3.发布计划会
根据实际情况，在版本发布前召开。主要用来明确即将发布的内容，以及部署计划等等。具体内容和瀑布流程的Release notes内容非常类似。
4.需求讨论会
可选会议。如果需求可以在日常工作交流中完成，可以选择不开。
参考（Reference)
关于看板方法的主要参考书籍有：
练习（Practice)
最后推荐一个看板培训的游戏：DOT GAME
游戏道具：便利贴，圆珠笔（红，绿，蓝，黑，四种颜色），涂色笔，一元硬币，五角硬币。
游戏目标：在5分钟内，按照一定的工序，尽可能多的完成上图所示的便签纸图案。要求如下：
边上的四个小圈必须与便签纸的相邻两条边相切；
中间的两个大圆必须相切，并且与边上的四个小圈不相交；
两个大圆中间，必须填满填充色，并且填充色不能超出大圆的边界。
将团队分成若干组，每组6-7人。按顺序，具体分工如下：
需求分析 ------ 负责撕便利贴。
技术分析 ------ 用黑色圆珠笔，在便利贴左下角，以五角硬币为模型画上一个圈。
代码设计 ------ 用红色圆珠笔，在便利贴右上角，以五角硬币为模型画上一个圈。
后台开发 ------ 用蓝色圆珠笔，分别在便利贴的左上角和右下角，以五角硬币为模型画上一个圈。
前端开发 ------ 用绿色圆珠笔，在便利贴的中央，以一元硬币为模型画上两个相邻的圈。
测试 ------ 检查每一个产品是否合格，统计第一个产品完成的时间，以及统计总共完成的产品数。
（可选）项目经理 ------ 观察员，负责计时和游戏总结。
游戏总共分四轮进行，每一轮结束以后，统计各个组的成绩，并且由项目经理（或者组内任何一名队员）发表总结和感想。
第一轮，要求如下：
时间5分钟。
队员之间不能交流。
以“推动”的方式工作，即每人都尽可能多的完成属于自己的工作。除了等待上一道工序的时间
