使用 DevOps 规划高效的工作负荷

DevOps 的规划阶段通常被视为 DevOps 的第一阶段，但这不太准确。 在实践中，现代软件团队会在紧张的周期内工作，而每个阶段会通过吸收的教训不断提醒他人。

有时，这些教训是正面的。 有时，它们是负面的。 有时，他们是团队需要的中立信息，以便为未来制定战略决策。 该行业围绕敏捷这个形容词来描述快速适应这些教训所造成的不断变化环境的能力。 该术语已变得几乎无处不在，因此现在它是大多数形式的 DevOps 规划的同义词。

什么是敏捷？

敏捷描述了一个软件开发的务实方法，它强调增量交付、团队协作、持续规划和持续学习。 它不是一组特定的工具或做法，而是一种总是愿意改变和妥协的规划思维模式。

采用敏捷开发实践的团队可缩短其开发生命周期，以便按一致的计划生成可用软件。 持续专注于向最终用户交付质量，可使整个项目快速适应不断变化的需求。 若要开始发现这些类型的回报，团队需在此过程中制定一些过程。

采用 Agile 文化

在组织中构建和培养敏捷文化是针对有效 DevOps 的一项关键投资。 虽然最终结果可能是一组特定的软件和服务，但生成和维护这些资产所需的人力资源却值得特别考虑。 团队在投入时间来适应其文化以匹配敏捷思维模式的价值时，会发现最佳结果。

选择敏捷方法

敏捷方法通常被称为框架，它们是软件开发生命周期阶段的综合方法。 它们为完成工作提供了附带明确指导和原则的方法。 最受欢迎的敏捷框架之一是 Scrum。 由于 Scrum 的成熟社区和生态系统，大多数不熟悉 Agile 的团队都从 Scrum 着手。 但同时也有很多替代方案，因此在解决之前，有必要花时间审视不同的选项。

采用敏捷工具

有一个庞大的行业，围绕 DevOps 规划的工具而构建。 这些工具通常与软件开发中使用的各种敏捷方法和平台相集成。 其中一个常见工具是看板，它有助于组织和他们的团队可视化工作，以便更好地规划交付。

构建敏捷团队

当每个人都有明确的方向时，团队的成效最佳。 采用敏捷方法可极大助力此领域，因为敏捷可提高 DevOps 中的透明度。 但是，还可应用其他有效技术来改进团队跨项目里程碑的功能。 任何组织均可受益于构建以客户为中心的高效团队。

随着组织的成长调整敏捷

随着敏捷的普及，很多陈规和误解对其有效性产生了负面阴影。 我们很容易听到“是的，我们正在实施敏捷”，但却没有任何问责。 随着时间的流逝，坏习惯因各种原因而形成十分常见，其中还包括对敏捷目的的误解。 小型组织可能会发现很容易忽略其中某些误解。 但在更大的操作中，如果不解决这些问题，则可能会成为真正的麻烦。 幸运的是，有一些有用的指南可用于将敏捷扩展到大型团队。

后续步骤

Microsoft 是第一家将 DevOps 用于规划大规模软件项目的主要公司之一。 了解 Microsoft 如何在 DevOps 中计划。

正在寻找 DevOps 亲身体验？ 查看发展 DevOps 实践学习路径。 它主要采用 Azure DevOps，但其中的概念和体验同样适用于其他 DevOps 平台（如 GitHub）中的规划功能。

详细了解平台工程，让你可以使用微软和其他供应商的构建基块来创建深度个性化、优化和安全的开发人员体验。