每个企业都在强调对DevOps和敏捷理念的认可，可以肯定这两个目标在新的一年里会得到进一步的关注.今天，远程办公的全面实施为DevOps的全面普及铺平了道路，各行业加强协作，尤其是数字化协作的愿望从未如此强烈。DevOps和敏捷在新的一年将走向何方？按照业界大佬的普遍看法，DevOps和敏捷需要找到大规模应用的路径。DevOps是指在开发团队和运维团队之间建立协作体系，而敏捷则强调协调IT和业务用户同步，以自动化和安全的方式共同发布软件产品和更新结果。结合近几年的行业期刊和分析师报告，我们会发现DevOps和敏捷技术无处不在。但现实真的如此乐观吗？DevOps和敏捷在实际应用中是否依然相爱？两者的应用开发是否达到了预期的水平？衡量结果并控制趋势。ServiceNow的IT业务管理和DevOps副总裁总裁兼总经理RJJainendra表示，DevOps领域的发展可谓参差不齐。尽管许多团队取得了进步和成功，但也有一些核心的DevOps挑战仍然困扰着各类企业。根据他的观察，一些小型的、独立的DevOps计划大放异彩，但由于开发和运营团队之间存在多个手动流程、可见性差以及工具繁多等问题，扩展过程往往很困难。会损害其中强调的敏捷性。例如，许多软件发布率没有显着提高的客户表示，DevOps流程与现有工具选项之间的重大冲突是他们取得进展的主要障碍。Jainendra还指出，质量控制也是阻碍DevOps成功的障碍。“安全性和合规性是无法克服的问题。团队现在可以快速行动，但围绕风险、安全、变更和合规性的企业流程并没有跟上步伐。要真正实现DevOps的成功，组织需要逐步实现这些流程的现代化和自动化。”当然，Jaindendra并不否认敏捷的进步。他提到，通过实施更广泛的敏捷管理，敏捷方法的扩展在业界得到了足够的重视。此外，该团队还从敏捷方法中获益匪浅，通过创造效率文化的新功能不断提高生产力。即便面对大部分员工需要远程办公的现实，我们依然可以在疫情下获得与以往一样的团队合作优势。未来需要更全面的敏捷工作定制化。目前，组织通常无法根据自身情况调整敏捷计划。与其他实践或方法一样，敏捷实施方法也需要定制，以确保以最有效的方式解决当前面临的独特需求和挑战。通过定制敏捷实践，组织将使他们的工具更加有效和更具吸引力。但很多人对敏捷趋势的现状知之甚少。RoederConsulting创始人兼总裁TresRoeder表示，“项目管理专家总是片面强调优势。毫无疑问，敏捷在软件开发层面带来了很多好处，包括明确角色、改善沟通和加强团队.能力等但除此之外，敏捷在其他领域的好处鲜有记载。自从几年前发布敏捷宣言以来，其狂热者就将其视为解决所有问题的灵丹妙药。但这不是“案例，敏捷革命本身就遭遇了严重的失败。许多亲自投入并愿意全面转型的组织都深刻意识到其中的风险。”例如，敏捷技术对管理时间要求严格，涉及多个跨学科领域，往往很难在项目中工作。纯粹的敏捷方法让编程团队根据自己的判断自发进行工作，但显然难以满足软件发布的冲刺要求。总而言之，敏捷是个“好东西”，但需要注意用法场景。除了混合敏捷方法，预测性项目管理技术也非常重要。Roeder强调，具有前瞻性的现代组织以前采用了只能被认为是“纯敏捷”的方法。今天，必须将适应性和预测性技术结合起来在开发过程中创建一个动态的、定制的混合方法。云和低代码带来价值云计算已经成为n是DevOps和敏捷实践的重要推动力。随着新冠疫情的爆发，不少企业开始全面转向远程化、数字化流程。除了参与DevOps和敏捷实践，人们还对AI等新兴技术感兴趣。人工智能的介入可以在复杂的流程中建立高效的自动化系统，其低代码的特性也引起了广泛的兴趣。在此基础上，普通员工也可以在极短的时间内创建、部署和扩展应用。但必须承认，这一切还没有对原有的传统方法产生重大影响。在过去的一年里，他们在DevOps的应用上取得了长足的进步。团队亲身感受到了DevOps的价值，因此对它充满信心。然而，DevOps目前缺乏一个能够独立于云而存在的实现，这无疑减缓了变革的速度。在大多数场景下，这种对云的严重依赖限制了DevOps能力的发挥。此外，对DevOps的分析工作并不完善。DevOps的核心诉求是提高流程效率，但很多组织并不注重结果的衡量，甚至后续监控的规划。如果你不能准确理解业务变化并迅速做出反应，持续改进是没有用的。此外，低代码解决方案将成为DevOps发展的关键驱动力，分析能力不足有望得到解决。传统上，围绕数据生成有意义的仪表板和报告内容一直是??一项耗时的技术挑战。如今，低代码解决方案使业务用户能够轻松地从流程中提取数据并将其导入仪表板以快速获得洞察力。所以，只要用开发来解决开发问题，我们终将回到DevOps如火如荼爆发的那一天。
