运维助力敏捷交付-我们的运维看板
2019-12-30
来源： 高效运维 许颖维&廖君怡
大家可以看一下。
原则一：价值
首先要重新定义一个组织的价值，这个价值是去识别给客户带来的价值，从而去指导这个价值所需要的工序。
原则二：价值流
其次，根据工序的画一个价值流图导向，只要跟这个新定义的价值没有关系的生产，都把它称为浪费。
原则三：流动
第三点，我们根据建立起来的价值流图的指导让工序的流动速度越来越快。
原则四：拉动
整个的生产方式是拉动的，并不是推动的。推动的意思就是我要生产什么东西，我设计生产开发测试到发布，这个是从前往后的推动的过程，拉动的过程就是客户需要一个什么零件，他直接到一个汽车零件的代理商那里去要一个零件，这个代理商会到丰田的工厂里去提交一个需求订单，倒过来去推我需要交付这样一个零件，那么我应该怎样做设计，怎样做生产，开发测试和发布。这样从后往前去走拉动的过程。
原则五：尽善尽美
追求善美，从定义价值到拉动的生产，这四个原则我们不停的循环，通过不停循环的过程达到组织流程不断的完善以及追求尽善尽美的目的，组成了这个第五个原则，这个是有一点抽象的。精益思想的价值远大过于丰田的生产方式和丰田管理的具体做法，特别在软件业里面能用的地方要多的多，比如现在的精益产品设计，精益创业，和精益企业的一些方法。
Scrum
Scrum应该算是相对比较简单的一个部分，Scrum是一个项目管理框架，纯Scrum的方法目前创业团队还有之前所在的外企用的比较多，核心重点有一个时间盒的概念，在一个时间盒范围内，比如两周会发起一次冲刺。
在两周这个过程中会交付一些潜在的可交付的产品增量。在这两周的冲刺中，会有一些项目管理的实践。开始就是建立一些计划会议，就是迭代的计划，在这个过程会有每日站会，两周快结束会有一个演示会议。
最后团队坐在一起做回顾，大家看一下Scrum框架本身还是对于启动来说是比较简单的，也是为什么在最开始的时候敏捷能够迅速风靡全球，Scrum起到一个很重要的作用，因为他开始起来很简单。
Kanban
Kanban看板是今年来上升最快的一些敏捷实践方法，04年David Anderson出版的《看板方法》这本小蓝书把整个精益看板方法，从制造业第一次带到软件业做最全面的阐述开始的，近两三年看板方法非常热。
看板方法相对来说出来会晚一点，因为开始看板的方法是从制造业过来的，大家可以看到我们平时在白板写一些队列和泳道，上面的数字叫WIP下面有一个紧急的通道，红色的卡片这块，还有一个很重要的方法，就是流动。
刚才体现的怎么加快流动，当然看板方法并不是等于大家看到的看板墙，看板墙只是一个白板，而看板方法反映的一系列的方法，看板方法是通过这面墙改进流动。
XP
XP时间也很久了，是从上世纪九十年代开始的，是带有一些敏捷工程实践比较多的一些实践在里面
XP研发出身的人了解多一些，它是上世纪九十年代出现的比较早的开发实践，包括一些持续集成，结对编程，重构，代码集体所有等等。这些工程实践是现代软件工程的很重要的贡献。包括我们现在很热的持续交付，DEVOPS，离不开XP的铺垫。
敏捷开发方法选型
方法对比
我们给大家讲一下各种敏捷开发的对比，Scrum看有9种实践，XP有13种实践，而看板只有3种实践，我自己其实对于哪一个流派的优劣没有特别大的偏见，因为这是组织适应的问题。但通过对比我们还是能看出，看板在实践数量上要求要更少，所以适应性更强。
情
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
