敏捷开发中有几个不同的周期，从投资级的周期，到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资讯，请访问中培伟业官网：中培伟业