学习交流

详解敏捷之轮

2017-10-16 17:31:02 | 来源:中培企业IT培训网

敏捷开发中有几个不同的周期,从投资级的周期,到Scrum和看板周期,再到持续集成周期。钟沛专家李老师指出,根据你使用的敏捷框架的不同,工作的侧重点也都有些许不同。看板所强调的24小时周期在运营团队里比较流行。而采用Scrum敏捷流程的开发团队,Scrum周期通常是2到4周。在大规模敏捷框架(Scaled Agile Framework)中,长周期也非常普遍,称为项目增量( Program Increments),可以持续数个Scrum Sprint周期。

DevOps要能够支持这些周期更好地运转。在DevOps的思想下这再正常不过了:在敏捷的企业中跨部门协作。

DevOps在短周期中能带来明显的实质效益,而这些效益会让长周期变得更有效率。俗话说不积跬步,无以至千里;不积小流,无以成江海。

下面是一些敏捷周期可以从DevOps获益的例子. DevOps工程师维护的部署系统,让Scrum周期最后的交付更快、更有效。而交付每2到4周就会周期性地发生。

在经常手动部署的企业里,部署一次可能需要好几天。像这样在部署上没有效率的企业可以从DevOps观念中获益良多。

。  看板的周期是24个小时,所以很显然如果我们想要在看板方法上取得成功,部署的周期需要快得多。

一旦代码提交到代码库,取决于变更集的大小,一个设计良好的持续交付流水线

大约只需要几分钟就可以把提交的代码部署到生产环境。

敏捷不只是形式

由于在量子物理上的成就,Richard Feynman在1965年获得了诺贝尔奖。他注意到科学家中的一个普遍现象,那就是他们覆盖了科学的全部边界,可是就偏偏漏掉了一些关键性因素。他把这种现象称为“草包族科学( cargo cult science)”。这来源于美拉尼西亚南部海岛上的草包族(cargo cult)。草包族这个说法是在第二次世界大战时,因岛上的土著居民观察到飞机给他们送货而产生的——战争结束之后,货物就不再送来了。土著们便开始模仿以前观察到的美军的行为,比如修建模拟机场,幻想飞机能因此再次回来。

如果我们只是早上站个会,喝点咖啡,聊聊天气,这并不是敏捷或者面向DevOps的方式。如果我们的Puppet只有运维团队才知道怎么用,这也不是DevOps流水线。

我们是否正在做正确的事?是否还在正确的路上?时刻关注我们的目标并经常问自己,是件非常重要的事情。这是敏捷思考的中心。然而,在实践中显然非常困难。很容易以草包族的方式而告终。

每当构建部署流水线的时候,举个例子,留神我们为什么要在第一时间构建它们。最终目标是让人们可以更快、更容易地和新系统交互。它帮助不同角色的人们更有效率地沟通,而不用改变太多。

虽然没有科学根据,但值得记住的是敏捷周期,比如Scrum的sprint周期,一般都会有办法来应对这种状况。Scrum里,这种办法被称为sprint回顾会议。在会上,团队一起讨论在上个sprint大家什么做得好以及什么可以做得更好。在这上面花点时间来保证你每天的工作都是在做正确的事情。

一个常见的问题是,spring回顾会议的结果并没有真正地被执行。很不幸,这可能是由于你和企业的其他部分沟通不畅的问题导致的。所以,这些问题在回顾会议上虐你千百遍,但是从来没有得到解决。

如果你意识到你的团队正处于这种情况,你将会从DevOps方法中获益,因为它强调企业内部的协作。

总结一下,尝试使用敏捷方法提供的机制。如果你正在使用Scrum,请使用sprint回顾会议机制来捕获潜在的改进空间。话虽如此,这些方法不是教条,找出适合你的方法。

想了解更多IT资讯,请访问中培伟业官网:中培伟业

标签: 敏捷开发