 作为 DevOps 社区的思想领袖，我们相信下面的 10 个趋势将会影响全球 DevOps 的下一年。 敏捷和 DevOps 是源于技术领域的草根运动。然而，在许多情况下，敏捷和 DevOps 并没有能突破技术。另一方面，敏捷已经被用于其他职能部门，包括财务、人力资源、采购和营销。一些高层领导越来越多地邀请他们的整个组织“变得敏捷”。 然而，这似乎并没有帮助技术社区与其他职能部门的同事协作。由于数字化给组织带来的竞争压力，到 2020 年，我们将开始看到更多跨职能的协作——以敏捷作为对话的起点。 为了加速这一过程，务必要鼓励你的团队与来自不同职能部门的人员探讨他们使用敏捷方法的经验。下面是一些有用的问题：你是如何实施敏捷的？你在干什么？你有什么变化？你有什么问题吗？我们如何共同努力来帮助解决这些问题？这些问题将帮助来自不同职能部门的人们相互了解对方，从而增加协作。 DevOps 需要尝试新技术。DevOps 研究所最近的一项研究发现，55% 的受访者更愿意从组织内部聘请 DevOps 团队。不幸的是，许多公司没有必要的技能来做到这一点，而且由于预算限制，不大可能招聘新员工。 一种方法是建立内部培训大学。速递服务公司联邦快递就是这样做的：该公司知道他们的工程师人才没有足够的技能，这导致它的 CIO 提出了联邦快递云 Dojo，作为联邦快递的一所大学，教他们自己的工程师软件开发技术。这所大学已经对 2500 多名软件程序员进行了再培训。 希望使用 DevOps 帮助其推进数字化转型的组织必须在培训、学习和提高 DevOps 所必需的技能方面做出重大改进。我们期待在 2020 年看到更积极主动的追求。 认识到人才市场竞争紧张，组织和个人将大量投资于技能培训和交叉培训，以满足对新技能不断增长的需求。虽然所有 IT 专业人员都需要提高跨域胜任能力，但是开发人员尤其需要在测试、容器化、基础设施、人工智能和安全等领域拓宽他们的技能组合。 还将更加重视核心（软）技能，如同情心、客户体验和协作。在许多领域，竖井开始减少，每个人都需要成为 T 型的，其所具备的知识既要有深度又要有广度，这将成为支持创新的必要条件。所有这些培训和新的协作（见上述趋势 1）将导致更多的员工开发新的技术和专业技能以及个人素质，增加团队中个体的深度和能力。 价值流映射可以帮助你的团队改变对完工定义（DoD）的思维模式，从“我完成了我的工作”转变为“实现了价值”。这是改变行为最有效的方法之一，可以让你的团队思考他们所从事工作的端到端生命周期。 这就是为什么在 2020 年采用价值流管理至关重要。它将使你能够自动化价值流映射的输出，从而可以进行进度监控。这使得团队可以根据周期时间将所有复杂的 DevOps 工具链与系统派生的数据连接起来。在 2020 年，采用价值流管理的团队将能够根据数据驱动的决策和优先级进行下一个提升实验。 技术领域的工具和框架其数量令人生畏。IT 团队在理解、连接和应用这些工具方面所面临的挑战还将继续，到 2020 年，还不会有真正的解决方案。 DevOps 工具链的竞争异常激烈。活动和会议充满了技术和最佳实践环节。书籍、博客和视频充满了邮件收件箱，思想领袖渴望分享他们的专业知识。此外，为了集成新技术，越来越多的开源工具正在出现。 为了在复杂性挑战中生存下来，拥有一个自动化策略变得越来越重要。当你努力开发这个策略的时候，不要忽略你想要解决的实际问题，以及如何利用自己的团队来达到目标。 “有量化，才谈得上管理。”在彼得德鲁克在其著作《管理实践》中引用了这句话 60 多年后，它仍然有效。然而，我们都希望避免为了度量而度量。 在 DevOps 未来几年里，我们今天所知道的持续改进指标还会是重要的关键指标。我们预计，到 2020 年，会有更多的组织就度量维度和采用这些指标达成一致。那些寻求支持的人可以参考 DORA（DevOps Research and Assessment）的研究中列出的绩效指标，该研究引用了软件交付和运营性能（SDO）的五个指标，它们可以作为高绩效 DevOps 团队取得成功的主要指标。报告中的主要基准为 2020 年团队必须改进的领域提供了指导。选择这些关键指标并使用数据填充它们，将为 DevOps 的价值和旅程提供见解。 2020 年，继续沿着 DevOps 道路前进的员工将会看到他们的收入和工作满意度的提升。自动化将允许员工从事更多的增值工作，而不是单调的手工工作，从而提高工作满意度，降低压力水平。 特别是，如果 DevOps 工程师在工作中通过自动化和协作改进了软件交付，那么他们的薪水将比承担传统角色（例如系统管理员）的同事高出许多。在培训和认证方面的投资也会对代码的质量产生积极的影响，因此可能会改善业务结果。反过来，这可能最终会改变更多组织内部的价值平衡，并为 IT 带来更重要的战略席位。它肯定会改进其他职能领域现在和将来使用它的方式。 随着最近 ITILv4 的发布，对于已经采用 DevOps 和服务管理框架 的组织来说，2020 年将是有趣的一年。软件产品的开发和管理需要敏捷技术，减少浪费，专注于共创价值。DevOps、服务管理和其他最佳实践（如 SRE）可以共存，使团队保持一致，满足涉众的需求，并改进交付的价值。因为数字化转型在一个组织内不会立即实现，所以成熟企业应该从最适合他们需求的最佳实践和方法开始，从小处入手——然后学习、积累专业知识并扩大规模。 人们开始忘记 DevOps 出现之前的日子了。当今，IT 和 DevOps 团队的年轻一代并不记得严格的竖井，职责领域有明确的界限（如基础设施、运营、应用程序设计、开发、测试和安全）。他们不记得，大量的工作是如何在团队和小组之间交接的。他们不知道产品所有者、业务分析师、架构师、开发人员、测试人员、发布经理、系统管理员和基础设施所有者必须就软件的规划、开发、测试、部署、运营和管理达成一致并进行协调。光是输入这句话就够累人的了；想象下那样的生活。 2019 年，当我们庆祝 DevOps 10 周年时，我们看到，堵在 Dev 和 Ops 之间的墙已被移除。这是我们所有人庆祝的一个理由，并且在 2020 年，随着越来越多的组织采用 DevOps，我们将会看到这一切的发生。 根据 ISACA 最近的一份报告，人工智能和机器学习（ML）最近被评为未来十年最重要的企业技术。两者都将在下一代 IT 运营和 DevOps 团队中扮演关键角色。AIOps 将使 DevOps 团队能够更快地分析更多的数据，从而改进关键流程、任务和决策。到 2020 年，预计会有更多的 DevOps 团队采用这些工具，这些工具可以自动获取大量的数据，使用 ML 进行分析，并能够利用知识进行自动化或决策制定。 AIOps 市场发展势头日渐增强，22% 的 IT 企业 将 ML 和数据科学作为其工作的一部分。供应商的范围很广，有各种各样的领导者。今年，AIOps 市场将继续从科学项目转向试点和实验阶段。 为了帮助 DevOps 的推广使用，2020 年还有很多工作要做。它需要的不仅仅是工具和技术。DevOps 计划必须成为变革计划，这需要来自所有业务负责人的时间、资源和优先级承诺。今年，我们希望其中的一些趋势能够实现，而 DevOps 被视为一种新的工作方式。 https:///article/2020/1/10-devops-trends-watch-2020 点个在看少个 bug 👇 |
|
|
