运维助力敏捷交付-我们的运维看板
2019-12-30
来源： 高效运维 许颖维&廖君怡
的公认解释是:是灵活而优雅。
敏捷的流派
开始认识敏捷的时候，我们会面临很多的敏捷的流派，比如说精益、敏捷与Scrum、看板还有XP。
我们看到上面外围的图片左边是一些精益思想屋，右边是敏捷宣言，外围的来看其实是一个思想和文化层面，就是在我们组织里做精益做敏捷都是有一些文化和价值观的东西在里面，里面我们可能看的比较多的就是Scrum，看板和XP的方法论。
Scrum是业界最流行的一种敏捷项目管理的框架，包括了一些敏捷的实践。敏捷的流行，Scrum功不可没，在最开始的时候，Scrum的一些实践和做法可以让团队很迅速的照搬一套初具样子的方法和实践。
Kanban 方法是近几年上升最快的敏捷方法之一，Kanban最早起源于丰田生产方式，所以它和精益的关系很紧密。 2004年Daid Anderson的小蓝书出现，是Kanban方法从制造业到软件业应用的一个转折点。
XP是90年代末最早出现的，最初是由13个工程实践组成的，也最受程序员的欢迎。后面我们会展开来讲一下敏捷最普遍的使用的三个方法论。
敏捷宣言
敏捷宣言可能大家都听说过，我可以讲一些历史，比如说2001年敏捷这个词怎么来的，是上世纪九十年代到这个世纪初的时候，在欧美有很多的软件方法学的流派出现，是对抗传统的大型软件开发的流程，出现的各种方法，比如特征驱动开发，水晶方法族，自适应软件开发，但是他们这些流派也是互相都有各自的特色，没有办法说服别人，怎么办？
在2001年的时候，这些大牛大概一共有17位大师凑到美国的盐湖城的一个叫SnowBird的滑雪场，做了两天的封闭式讨论，最后达成了一个敏捷宣言，其实方法论上也没有说服对方什么，你会发现现在还有很多敏捷的流派在这里存在，但是他们达成了一个共同的宣言，这个就是大家看到的这个敏捷宣言，个体的交互重于过程和工具，可工作的软件重于面面俱到的文档，客户合作重于合同谈判，响应变化重于遵循计划。
敏捷宣言发展到现在，其实有一点点的误解，就是一定要说的，我们强调的是左向的价值，虽然右向也具有价值，但是左向具有很大的价值，我发现现在很多的团队刚接触敏捷有一个误解，认为右边完全没有价值，其实不是的，做敏捷过程和方法的，从来没有说我们不需要过程和工具，不需要文档和计划。敏捷从来没有说这个。
精益思想
精益思想其实是比较复杂的，也有好几本书，最开始是从丰田生产方式起源的，我们用一个故事大家可能更容易明白，上世纪五六十年代丰田汽车想打入美国市场的时候，他遇到很强劲的对手是通用汽车，通用在美国是一个大规模生产的代表，大概是一个流水线生产几十万台车，推向市场，丰田用什么方式最后打败通用汽车的？
一开始丰田也是用了一些广撒网的方式做一些市场调研和设计，但是区别是当一个设计出现的时候，他并不是把自己的设计和产品大规模的推向市场，而是他用了一些小规模换模的技术，在同一个生产线上可以一次只生产几十台的汽车，在这种小规模的小批量生产上，他会很快的试错，以及当车销量不好可以及时的停止生产方面的浪费，那么如果销量好，就会持续扩大生产以达到一定规模生产。
最后用这种小批量的用市场反馈来指导生产方式远远超过了大规模生产的通用汽车，背后的原理是什么？具体的制造业的做法，我们不是需要太关注的，从制造业到软件业，我们更关注的是精益思想。精益思想的五个原则，我这边简单介绍下，有兴趣《精益思想》这本书
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
