团队BUG
不只是项目代码会有BUG，团队在运行的过程中也会出现BUG。
常见的团队BUG以及它们在看板上的体现：
- 沟通不畅 - 信号卡关键信息空白，比如项目相关的人、提测上线的时间点等
- 职责不明 - 信号卡上没有对应的人，或者有多个人，或者任务不在看板上
- 优先级错乱 - 有平行的信号卡，重叠的信号卡，或信号卡经常调换顺序
- 任务堆积 - 信号卡位置分布不均匀
- 流程不合规 - 超出在制品限制，或不符合准入条件
物理看板可以将团队元信息辐射出来，更明确地反映出团队的内在问题，并在例会过程中逐个解决。解决团队BUG的过程也就是持续改进的过程。
看板例会与Scrum例会的区别
看板开发的特色除了作为信息辐射源的物理看板之外，还在于它与Scrum完全不同的例会组织形式与思路。
主持人制度
团队中的每个成员轮流主持看板例会。
主持看板例会之前要进行培训，确保充分了解看板开发的相关知识和规则。
会前准备
每个人仔细检查并更新自己的信号卡：
- 信号卡信息是否充分，是否合理
- 位置是否正确
- 是否符合准入准出标准
主持人回顾看板规则，明确例会的组织方法
会议环节
1. 从右向左拉取信号卡：
注意遍历信号卡的过程要按照团队整体的顺序，不要按照个人的顺序
- 检查合理性，内容是否完整，是否符合准入标准
- 拉取障碍是什么
- 最小改进措施，谁去做
2. 整体检查看板：
- 是否有看板未反应出来的工作
- 是否超过在制品限制 - 团队限制 个人限制
- 是否在按优先级处理问题
- 是否存在局部任务囤积
- 是否存在任务流动瓶颈
- 任务等待时间是否过长
3. 团队持续改进：
- 确认所有人理解工作规则
- 回顾已上线项目，会后记录结果
- 工作流程的改进点，谁来跟进
会后
站会之后，根据具体问题自行发起改善会议
看板状况拍照存档
对会议主持人的表现作出反馈
看板教练
与Scrum模式不同，使用看板开发的团队不必要有一个固定的教练
团队中的每一个人都要培养成为看板教练
看板教练的职责与要求：
- 了解看板开发相关的知识，并在实际工作中应用
- 主持看板例会
- 通过看板实践改善整个团队，包括反思看板理论本身并作出改进
- 培养其它看板教练
