运维助力敏捷交付-我们的运维看板
2019-12-30
来源： 高效运维 许颖维&廖君怡
景分析
我们公司（中交兴路）是做货运车联网的，我们有全国最大的货运定位平台，搭载460万的车，还有跟中石化合作发行柴油联名卡的项目，我进入这个公司，自己也是从外企完全做Scrum出身的，过来以后我就发现，我到这个公司做敏捷转型，如果只走Scrum可能走不通，因为有很多各方面的问题。那个时候刚开始看小蓝书，就想到了从看板方法开始。
选择看板方法
看板有什么好处？是可以带来一个渐进式变革的开始，但是现在我们大概有七八个团队都在用敏捷的看板，甚至有业务比较新的团队在用Scrum都用的不错，我们是听起来有点像国企的上市公司子公司。用看板转变是很好的办法，改变一点点，慢慢的开始，而不是一开始就上来一堆名词，PO,Scrum master，这些。
看板是一个非常好的启动变革的方式。当然其实你在接触多一些的敏捷的方法的时候，你会发现你看板走得好，你走到后面会越来越像Scrum。
看板方法-三大核心实践
第一步，是可视化工作流，有一个好处，你不用预设任何的流程，你就把你现在所在的组织开发的流程直接搬到板上，第一步就是可视化就可以了。
第二步，在制品（WIP）限制我们通过一些手段，比如说在制品的个数的控制，从上一个阶段到下一个阶段流转的规则，去调整整个看板的设计或者是给开发团队制定原则。
第三步，是整个团队的流动的速度的提高，以渐进的方法进行度量和管理这个流动，这是三大实践，后续我们会把这三大实践在我们的运维看板例子里详细的讲。
看板实践案例
先讲一下我们其他团队的看板，再进入到运维看板实践过程中，当然我也是属于何勉老师的忠实粉丝，所以我们公司的大部分看板的实践都结合了何老师的微信公众号的一些内容。
案例一、物理看板
这个看板是我们一个APP叫“车旺大卡”平台的看板，目前有一百多万卡车司机在用这个平台，看板上开发测试到完成的工作，这边都可以看到，有意思的是刚才说我们有一个待开发，这是缓冲区等待区的概念，我们在待开发的这些需求的过程，到开发的过程中，我们会把需求拆分成任务，拆分了以后我们测试环节又会合并，这样体现开发和合并的过程，左下角可能还会有一些废弃区，右下角是何老师的每日站会“非常6+1”实践的提示。
案例二、电子看板
第二个是我们一个纯创业的团队，现在可能多了一个人，之前是六个人，这是我们定制的一个纯Scrum的看板，因为他们是创业团队，所以没有什么其他的旧的流程，完全是重新做，大家基本上接近Scrum。一开始在公司里当然有很多的物理看板在这里运行，目前电子看板的采用也越来越多。
我们的运维看板实践
问题一：常见的任务反馈不及时，导致呈现出来“效率不高”
首先我有一个故事场景给大家分享一下：
有一次领导跟下属在聊天，当时听到聊的挺好，后来领导话锋一转“上次跟你说关于服务器优化的事情有没有进展？”接下来的画面是：同事跟领导五秒钟的对视，说“那个事儿不就说一说，还要做吗？”…… 这种场景我觉得应该不罕见吧。
领导的想法太多，变化太快，下面的人跟不上，所以你不确定。任务的不确定因素太多，不是说领导变化太快，别尝试跟上，因为如果能跟得上，那你肯定就是领导了。
改进方法：
我们如何解决这个问题呢？这个时候我们需要一个看板，具备可视化。我们可以把领导跟我分配的内容记录下来，筛选一下，哪些是真的
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
