DevOps 的规划阶段通常被视为 DevOps 的第一阶段，这不太准确。 在实践中，新式软件团队在紧张的周期内工作，每个阶段通过学习的教训不断通知其他人。
有时这些教训是积极的。 有时它们是消极的。 有时，他们是团队需要的中立信息，以便它可以为未来做出战略决策。 该行业围绕一个形容词达成共识，以描述快速适应由这些教训所带来的变化环境的能力：敏捷。 术语变得如此无处不在，它现在是大多数形式的 DevOps 规划的同义词。
什么是敏捷？
敏捷 描述了一种务实的软件开发方法，强调增量交付、团队协作、持续规划和持续学习。 这不是一组特定的工具或做法，而是一种规划思维模式，它总是愿意改变和妥协。
采用 敏捷开发 实践的团队缩短其开发生命周期，以便按一致的计划生成可用的软件。 持续专注于向最终用户交付质量，使整个项目能够快速适应不断变化的需求。 若要开始看到这些类型的回报，团队需要在此过程中建立一些过程。
采用敏捷文化
在组织中构建和培育敏捷文化 是有效 DevOps 的关键投资。 虽然最终结果可能是一组特定的软件和服务，但生成和维护这些资产所需的人力资源值得特别考虑。 团队在投入时间来适应其文化以匹配敏捷思维模式的价值时，将看到最佳结果。
选择敏捷方法
敏捷方法通常称为框架，是软件开发生命周期阶段的综合方法。 它们规定了一种方法，以提供明确的指导和原则来完成工作。 最受欢迎的敏捷框架之一是 Scrum。 由于 Scrum 的成熟社区和生态系统，大多数不熟悉 Agile 的团队都从 Scrum 开始。 但有许多替代方案，因此，在解决之前，有必要花时间审查不同的选择。
接受敏捷工具
围绕 DevOps 规划工具发展的一个重要行业。 这些工具通常与软件开发中使用的各种敏捷方法和平台集成。 一个常见的工具是 看板，它帮助组织和他们的团队可视化工作，以便更好地规划交付。
构建敏捷团队
当每个人都有明确的方向时，团队的工作效果最佳。 采用敏捷方法可以极大地帮助本领域，因为 Agile 提高了 DevOps 中的透明度。 但是，还可以应用其他有效的技术来改进团队跨项目里程碑的功能。 任何组织都可以受益于 构建以客户为中心的高效团队。
随着组织的增长，实施大规模敏捷实践
随着敏捷的普及，许多陈规定型观念和误解对其有效性产生了负面阴影。 在没有任何责任的情况下，说“是的，我们在实施敏捷”是很容易的。 随着时间的流逝，坏习惯因各种原因而形成很常见，包括对敏捷目的的误解。 小型组织可能会发现很容易忽略其中一些误解。 但在更大规模的操作中，如果不解决这些问题，它们可能会变成真正的麻烦。 幸运的是，有一些有用的指南，用于 将敏捷扩展到大型团队。
后续步骤
Microsoft是第一家采用 DevOps 规划大规模软件项目的主要公司之一。 了解 Microsoft 在 DevOps 中的计划。
正在寻找实际操作的 DevOps 体验？ 查看 提升你的 DevOps 实践 学习路径。 它主要具有 Azure DevOps，但概念和体验同样适用于在其他 DevOps 平台（如 GitHub）中的规划。
详细了解 平台工程，可在其中使用来自Microsoft和其他供应商的构建基块来创建深度个性化、优化和安全开发人员体验。