搭建一个可视化看板，仅需 4 步
搭建一个可视化看板，仅需 4 步，如何在云效上设计工作流和创建可视化看板，团队应用看板方法的目标：顺畅、高质量地交付有效价值，看板的设计需要服务于这一目标，所以看板的设计，要真实和清晰的反映团队协作交付价值的过程，做到体现价值、反映协作和暴露问题。
作者：舍卫｜阿里巴巴集团技术专家
看板设计可分四个步骤进行：
1、分析价值流动过程（工作流的分析）
2、选取可视化设计元素
3、用看板建模价值流动过程
4、如何在云效上配置工作流和看板
1、分析价值流动过程
分析价值流动过程是看板设计的基础。为了分析价值流，需要识别团队交付的价值类型，一般团队交付的价值类型包括业务需求、关联需求、改进类需求和其他任务，而往往业务需求占团队工作的比重比较大，这里围绕业务需求来设计工作流。
如下图所示，首先要确定的是价值流动所经历的主要工作步骤，如分析、开发、测试等，在图中用绿色方框表示；在这些步骤之间可能会发现明显的交接或等待，如计划后等待开始实现，开发完成后向测试移交等，在图中用红色方框表示。等待环节虽然没有具体的工作，却也占用了价值流动的时间，并可能产生积压，也需要识别出来。
2、选取可视化设计元素
看板设计使用可视化元素建模和反映价值流动过程。
队列
用户需求在某个状态停留会形成队列。停留的原因有两种，第一是工作正在被处理，如开发中和测试中等；第二是等待进入下一个环节，如开发完成和等待验收等。对应的，看板上的列也分为工作列和等待列。
如下图，典型情况下，看板上的工作列和等待列交替出现，需求从左至右流经各个列。
列的划分可细可粗，细的譬如可以把开发阶段分成设计、编码、自测和评审等，粗的譬如合并开发和测试阶段，统称为实现阶段。
具体细化到哪一个级别，依赖于两点：其一，工作是否会改阶段显著停留，其二，使用者是否需要特别关注这些阶段。
另一个问题是从哪个阶段开始，到哪个阶段结束。理论上，端到端的看板应该从用户的问题开始，到用户的问题被解决结束，形成业务闭环。而实际应用中，团队可以从自己能影响到的局部流程开始，并随着时间的推移，再寻求向上游和下游延伸，以促进整个组织的协作和需求端到端的顺畅流动。
以阿里内部某全功能研发团队的实践为例，看板的起始阶段是”已选择”，正常终止状态是”已发布“
确定了看板的起止阶段后，就可以根据团队的情况设置中间的各阶段了。
工作项
在看板上流动的基本单元包括业务需求、关联需求、改进类需求和其他任务，这里的其他任务一般包含开发任务和测试过程中发现的缺陷，所有业务需求、开发任务和缺陷都会在看板上进行流动。
3、用看板建模价值流动
在前面两步的基础上，我们可以设计团队的看板了，看板的设计过程是综合选取价值流动过程和可视化元素，即可建立可视化的看板。
如下图所示，是在云效上建立的看板，需求的阶段包括待处理（需求池）、已选择、分析中、就绪（待开发）、开发中、待测试、测试中、待发布和已发布
这里有两个阶段需要特别说明一下： 已选择：由业务方和开发团队代表共同完成，清晰要解决的问题和要达成的目标后，并通过可行性分析，按优先级放入已选择队列。
就绪（待开发）：就绪队列在研发团队正式开始开发之前，是研发团队的输入队列，其意思是需求已准备好了，处于可以开始开发的状态，比如：用户的需求已清晰，团队理解了用户的需求，相关的依赖和关联关系已经确认等。就绪队列也是研发团队与其上游产品团队的交接点，是看板系统设计的必选项。
4、如何在云效上配置工作流和看板
我们以在云效上建立以”敏捷开发“为模板的项目为例子。
说明
立即体验：云效项目管理看板
需设置需求、缺陷和任务的工作流，这里重点讲需求工作流的配置，缺陷和任务使用默认的工作流即可。
• 设置需求工作流的入口：
• 编辑需求工作流，添加、修改和删除需求状态
• 配置完成的需求工作流
• 配置完成的看板视图如下，需做到用户价值驱动，前后职能拉通和左右模块对齐。
总结
在云效上设计工作流和创建看板中可视化价值流动是整个团队协作交付价值的基础，团队根据各自上下文，提供不同的服务，交付不同类型的价值，价值流动过程也不同，看板系统设计必须从分析团队具体的价值流开始，选择和应用最合理的视觉元素，设计出适合团队自身的云效看板。
关于我们
更多关于云效DevOps的干货及云效动态，可微信搜索关注【云效】公众号~
彩蛋：公众号后台回复【指南】，可获得《阿里巴巴DevOps实践指南》&《10倍研发效能提升案例集》~
看完觉得对您有所帮助别忘记点赞、收藏和关注呦
