价值流映射
定义控制起点和终点
为使工作流程可视化（开发流程，测试流程，部署流程），有必要确定哪里是进行过程可视化的起点和终点，确定协作边界之后，只需要求自己的团队对在制品实施限制即可。
工作项类型
需求、功能特性、用户故事、用例、变更请求、产品缺陷、维护工作、重构、错误、改进建议、受阻问题等。
可根据来源对工作项类型命名，如：销售前线需求、战略规划需求
绘制卡片墙
对工作流进行建模，根据活动执行次序画出多道分栏，对于活动步骤，把分栏分成进行中和已完成两列，加入缓冲区或等待队列
请求分析
工作项类型大致分为四种：变更请求（新功能）、产品缺陷、产品文本变更（PTC）、bug（已发现的缺陷）。对每种类型的工作项，都要对其进行请求分析，掌握请求平均到达率及其变化的分布状况，作为调整看板系统设计的依据。
根据请求分配产能
根据工作项类型横向划分泳道，制定产能分配方案。比如：
| 变更请求 | 重构 | 产品文本变更 |
|---|---|---|
| 60% | 30% | 10% |
工作项卡片详解
唯一标识号码，标题，创建日期，交付日期，经办人
电子跟踪
远程办公，异地办公协作必备，例：Jira
设置输入和输出边界
输入点：ER（工程就绪） 输出点：部署到生产环境
应对并行活动
开发、测试开发，垂直裂解
应对次序无关的活动
垂直裂解
使用看板进行协调
可视化控制和拉动
每一栏设置在制品限额，如果某一栏上卡片数量低于指定的限额，则发出一个拉（pull）信号
电子跟踪
当看板限额超出时，可视化展现。
每日站立会议
站立会议是来自敏捷开发过程的基础实践。通常在每天早上的工作开始之前举行。轮流询问三个问题：昨天做了什么？今天计划做什么？有什么困难或者需要帮助？
采用看板之后提问环节可以省略，焦点放在工作流动上，引导者通常会是项目经理或者产品经理，做看板走读，惯例做法从后往前。重点关注受阻或延期的工作项，对已经好几天没挪动的工作项，要重点提问。10分钟内结束站立会
会后讨论
随着看板方法的应用而涌现出来的自发行为，通常2～3人组成讨论小组，团队成员想讨论他们心中的一些问题：受阻问题，技术设计问题，架构问题，过程相关问题。
队列填充会议
目的：进行优先级排序，为一个单独的价值流、系统或项目填充看板系统的输入队列。
通常，队列填充会议是在一组业务代表或者产品负责人间召开，建议这些会议以固定频率定期召开，推荐的间隔频率以每周一次为好，能够降低召开会议所需的协调成本。除了产品负责人，理想情况下，要保证一下角色也能出席会议：项目经理、开发经理或者测试经理、技术或数据架构师、运维、业务分析师。
