今天有人说德沃普斯死了。艾米莉·弗里曼不买账。如果你是个愤世嫉俗者，海淘返现，你可能会想：嗯，是的。当然不是。她真的把书写在上面了！但在下结论之前，你最好先了解一下她的论点。德沃普斯死了吗？他们很自然地在过去的十年里与小公司合作，因为他们在过去的十年里一直在努力工作。然而，她也知道，许多较老的团队仍远远落后于她的咨询团队。对于那些持怀疑态度的人来说，她有数据证明了这一点：根据谷歌2019年发布的DevOps加速状态报告，行业云，56%的组织仍然处于中等（44%）到低（12%）的表现类别。她还想知道为什么今年才有81个德沃普日活动。这对一个死去的人来说似乎是个很大的负担。弗里曼并没有死，而是确信其他事情正在发生。是的，现在我们大多数人都明白DevOps和敏捷的好处。但现实情况是，虽然我们从理论上理解了这一点，但我们大多数人还远远没有在实践中加以完善。这是2019年的情况，弗里曼正是想介入此事。在2019年Sitecore研讨会上的主旨演讲中，她不仅阐述了我们的现状，还为我们指明了前进的方向。敏捷的提醒她提醒我们的第一件事是敏捷的12个原则（如果你很精通，可以直接跳过）：通过不断提供有益的软件来满足客户接受并欢迎整个过程中不断变化的需求经常交付工作软件使开发人员和业务干系人能够在日常合作中工作相信你的工程师能完成他们的工作面对面（或通过摄像机）传达信息认识到工作软件是衡量成功和进步的最重要的标准保持稳定的工作节奏追求技术卓越简化需求和功能允许团队自行组织以获得最佳产品作为一个团队，定期思考如何提高效率并相应地调整行为所有这些都是为了打破筒仓，在团队之间创造流动性和效率。问题在于，技术的变化是指数级的，而人和文化却没有。这就是为什么弗里曼会迅速提醒她所交谈的每个人，DevOps是以人为本，流程第二，技术是最后一个。加速发展的理念她还很快提醒我们，DevOps是一种哲学和方法论，而不是处方。这是一种创建流程的方法，可以让每个人都参与进来，并改变他们一起工作的方式。我们的目标是一个非线性的、流动的和迭代的过程，创造出更好的软件，更快，而且（通常）更便宜。理想的情况是，团队在适应不断变化的业务和市场需求的同时协调工作。DevOps开始时，至少在一定程度上是为了让开发团队更好地与运营团队合作。对弗里曼来说，如果它还没到就不会死。虽然我们还没有到达德沃普承诺的土地，但在过去的十年里，大数据查询平台，我们已经学到了很多东西。弗里曼概述了几个关键原则，每个人-从新手到专家-可以学习。弗里曼提供了谷歌发布的DevOps年度报告的三年快照。2014年，实现高绩效的关键因素是：同行评审变更批准流程所有生产工件的版本控制主动监控高度信任的组织文化开发与运营的双赢关系2017年的主要发现包括：变革型领导者塑造了一个组织的文化和实践高性能团队实现更快的吞吐量和更好的稳定性自动化是企业的福音松散耦合的体系结构有助于持续交付精益产品管理提高组织绩效2019年，精英表演者每天部署多次，交付周期短，能够在不到一个小时内从故障中恢复，变更失败率为0-15%。然而，最近交货期逐年增加。为什么？有一种理论认为这项工作很难。从开发人员提交代码到实际部署到生产中。  2019年的主要发现：该行业在精英演员中继续进步以技术变革和组织绩效的速度快速、可靠和安全地交付软件在组织中扩展DevOps的最佳策略集中在构建社区的结构解决方案上云仍然是精英表演者的与众不同之处，并推动高性能生产力可以促进工作/生活平衡的改善和工作倦怠的降低，组织可以进行明智的投资来支持它有一种正确的方法来处理变更批准流程，它可以提高速度和稳定性，大数据包括哪些内容，并减少倦怠第二个是DevOps的心脏。快速、灵活地交付软件。这就是持续交付和持续开发（CD/CI）的用武之地。根据Emily的说法，CI/CD在一个健壮的测试套件中包含了彻底的自动化测试。其好处是显而易见的：加速反馈循环，减少人际冲突，以及可靠的部署过程。现在开始太晚了吗？如果没有，怎么办？如果今年有43%的人表现出色，那么有些人可能会怀疑，现在开始行动是否为时已晚。根据弗里曼的说法，不，即使是优秀的表演者也不完美。我们中的绝大多数人仍然在大多数领域苦苦挣扎，即使不是全部。除了2019年的主要发现，她还想强调四点：运行测试投资培训工程师使其变得敏捷自动化发布编写文档这些都很重要，但弗里曼再次强调，DevOps是关于人在过程之前，过程在技术之前。在这方面，她为诊断文化提供了很好的建议。企业面临的最大挑战之一这是公司面临的最大挑战之一：确定其文化的实际状态。弗里曼建议用愤世嫉俗的眼光来看待你。真正发现自己的文化需要询问员工的真实想法。匿名调查最好。如果你希望人们真的接受他们，只需添加相关的，聪明的问题。像这样的问题，"你有多大可能离开去加薪10%会非常有启发性。她还建议观察人际交往——人们是否投入，尊重他人，是否对彼此抱有积极的意图？看看领导力。毕竟，大数据质量，文化是从上层流下来的。培养正确的文化但诊断培养只是问题的一半。修好它怎么样？这就引出了下一个问题：健康的文化是什么样子的？她提出了四个原则作为指导原则（我认为每个员工都会遵守这些原则）：需求多样性在年龄、经验、性别、种族等方面，除了减少无意识的偏见外，它还提供了许多其他的商业优势。请讲道理！你的员工每周工作时间不应该超过40小时。非工作时间的工作和部署是不必要的——至少在绝大多数时间里是这样。它们是组织中更大问题的征兆。提供巨大的好处。医疗保险问题。工程师受到抑郁和焦虑等心理健康问题的影响是不成比例的。鼓励另类思考这又回到了第一位。例如，初级工程师会带来新的视角，经常会问一些经验丰富的工程师从未想过的问题。对于那些关心商业价值的人来说，弗里曼给出了这样的建议：快乐的工程师可以制造出伟大的软件。下一步是什么？最后，弗里曼问下一步是什么。虽然她很清楚自己不是未来学家，但她确实认为下一步是可靠性，特别是站点可靠性工程（SRE）。她认为在未来的几年里，SRE将和今天的DevOps一样重要。这与你的网站没有崩溃到你的数据保持一致有关。总的来说，这是一个伟大的开放技术轨道，我期待着未来一周。Mohan Kasibhatla是Sitecore产品营销副总裁。在LinkedIn上找到他。