通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

培养 DevOps 文化的建议

  • 项目

适用于此 Azure Well-Architected 框架卓越运营清单建议：

OE：01 确定工作负载团队成员的专业化，并将其集成到一组可靠的实践中，以按照规范设计、开发、部署和操作工作负载。 团队成员必须明确决策和责任，重视持续改进和优化，并采用包含持续学习的无责备文化。

本指南介绍有关在工作负载中实施 DevOps 原则和做法的建议。 培养 DevOps 文化有助于在工作负载团队中建立共享所有权、相互尊重和欣赏高质量工作的基础。 Devops 文化为高绩效团队提供了一个模板，让他们在他们所在系统中茁壮成长。

关键设计策略

根据 Well-Architected Framework 建议做法运行的工作负载从采用 DevOps 文化开始，即凝聚力、责任、持续学习和改进。 团队成员具有自己的专业知识，并可能专注于工作负荷操作的特定领域。 但是，整个团队应能够根据需要在外部团队的支持下独立管理日常、按需和紧急任务。 你的团队必须在整体组织要求范围内工作，并使用重视共享知识的思维模式与其他团队协作。

以下建议可帮助你在团队中采用和实现 DevOps 做法，以优化工作负载的操作并为组织增加价值。

促进相互尊重

团队应使用基于相互尊重的道德准则来运作。 团队中的每个人都拥有为团队带来价值的专业知识。 将个人能力视为团队文化的核心原则，使对话可以从安全的地方开始。 个人应该觉得他们可以就工作负载操作提供诚实的意见，并受到尊重。

相互尊重可以培养一种无可指责的文化。 当出现问题时，工作负载团队应拥有协作所有权并找到改进方法，而不是分配追溯并影响团队的凝聚力。

团队角色和职责

团队在重视其工作时拥有工作负载的所有权和责任。 工作负荷团队最终对其工作负载的操作负有端到端责任。 尽管工作负荷操作的某些方面可能需要外部服务，但你的团队负责与其他团队协作，并确保成功完成所有功能。 无论他们在支持服务中的参与程度如何，工作负载团队成员都必须将支持工作负荷的每个功能都视为他们的责任。 这种思维模式有助于增强所有权的常识。

明确定义团队角色和决策责任。 团队决策应尽可能民主，但结构化，以便有效地做出决策。 当对某个情况有不同意见时，必须由某人负责根据提供的证据做出最终决定。 团队决策可能会影响整个工作负载，因此，即使个人不同意最终决策，也请务必在整个决策过程中感到被倾听和重视。

持续学习和改进

使用支持团队来发挥工作负载团队的优势。 某些组织具有支持团队，例如平台团队、体系结构评审委员会或卓越云中心。 这些团队提供了所有工作负载团队必须遵循的标准，以确保设计和流程的一致性。 使工作负载团队能够与支持团队建立开放的沟通渠道，并协作改进流程和共享知识。 通过开放式沟通，支持团队中持续学习和改进的思维模式。

相互学习，培养跨职能团队。 建立一个团队结构，其中每个人都是其职能的专家，是所有其他职能的通才，以便团队成员可以在需要时相互支持。 跨功能可帮助团队成员了解彼此的专业知识，并帮助他们了解整个工作负载的复杂性。

致力于优化

了解业务、法规和其他要求，并将其集成到实践中。 工作负荷团队不会在真空中运行。 你的团队受你运营的业务、行业和地理区域强制执行的要求的约束。 确保工作负荷团队成员了解他们必须遵循的要求以及未能满足这些要求的后果。

通过集成专门面向所需函数的测试机制，主动调整做法，以确保符合要求。 组织可能会对工作负载实施某种程度的治理。 使用业务标准化的要求作为防护措施，确保正常运行。

定期与团队一起审查标准操作程序，以促进有关改进领域的讨论。 通过培养一种理念，避免自满，鼓励创新思维，即应在整个工作负载生命周期内持续审查和改进所有标准操作过程。 团队成员应该有权随时就改进提出意见。 但是，请确保花时间一起审查程序，以便每个人都有空间思考需要改进的领域，并就他们的想法进行重点讨论。

接受安全试验。 向团队成员授予对沙盒环境的访问权限，并确保在冲刺中内置时间，以便进行试验。 文档标准，定义当团队成员发现可提供有形优势的函数或组件时，新功能如何集成到工作负载中。 请小心确保新功能与 安全部署做法保持一致。

注意事项

严格定义的角色和职责可能会导致某些团队成员在履行职责范围之外的职能时感到不适。 与团队就团队结构进行公开和诚实的讨论，并愿意在需要时进行调整。

Azure 简化

Microsoft 在专用的 DevOps 资源中心发布了有关 DevOps 区域性的大量文档。

卓越运营清单

请参阅完整的建议集。

卓越运营清单