Agile&DevOps究竟谁是魔法棒

天下没有神奇的配方

很抱歉，文章的开头我就要说出这个残酷的事实 - 世界上没有任何工具可以魔法般的让你实现敏捷，精益，DevOps。如果只是依赖了工具的自动化，实现了自动化Dev或者Ops，那么别忘了为什么这两个词要连在一起，你真正实现理念和行为的转变了吗，还是只是一味的悬浮在概念上无法落地。如何在开发和运营团队之间进行协作和沟通，更应该是一种文化和理念上的转变和演进。DevOps不是马良的神笔，也不是太上老君的仙丹，所以醒醒吧。

瀑布>敏捷>精益> DevOps，有多少人在一直不停的追赶。新的总是最好的？瀑布模型就一定out了？敏捷，精益就能更胜一筹？DevOps才是王道？如果没思考过这个问题，就请你停下追赶的脚步，看看你想要的是什么。没有最好的，只有最适合的。切记，所有的转变或者演进都不是为了否定过去。敏捷解决不了瀑布中的问题，精益也扭转不了敏捷的失败，同样DevOps也不是包治百病的神医。瀑布中的问题可能是前置环节没有达到标准，或者当前环节执行出现问题，这些敏捷解决不了。而同样是执行不足的问题，无论在敏捷还是DevOps中也会暴露。所有的演进和转变是为了适应新的环境，去解决新形式下带来的挑战和问题，弥补过去的模型和方法 论无法满足的场景。就像病毒和疫苗的关系，我们无法预测病毒，但是我们能对症下药。所以一定要认清的一点是，演进是无法解决在过去的模型或者方法 论中因为执行的错误或者偏差带来的消极结果。

认清自我，才能更好选择

对于开发模型的选型，需要结合行业，项目，环境，组织，特殊性，甚至公司战略等多种因素。例如，对于建筑或者银行项目，瀑布模型是适合的，不需要拥抱变更，频繁的变更会导致项目失败。而对于需求不能短时间全部明确，或者可以预见到需求变更频繁，又或者是出于公司战略考虑需要尽快开工看到部分成果的项目，敏捷的价值才能充分体现。同样，在公司战略，团队文化，项目资源都不太具备的情况下，DevOps也不是好的选择。对新事物的生搬硬套只会带来更多的麻烦和问题，却遗忘了最重要的价值。

工具是解决问题的魔法棒

可能很多人说，即使选型确定好了，但是在项目中依然会有很多问题。正如上面所说的，模型解决不了执行的问题，但是软件开发工具可以。工具是由经验落地而成的，借助工具其实就是借鉴成功经验。引入标准化的流程，模板，规范会帮助我们解决项目中的诸多问题，最大化的提高效率，是最有效的捷径，尤其对中小型企业受益颇多。在实际项目中，最大化的工具自动化不是每一个团队都有的理想，需要有前瞻性的工作态度，创新的工作意识。

把所有工具都融入到一个平台这个终极目标更是艰难的，幸运的是云时代帮我们实现了这一切。