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

有关培养 DevOps 文化的建议

适用于此 Azure 精心构建的框架卓越运营清单建议:

OE:01 确定工作负荷团队成员的专用化,并将其集成到一组可靠的做法中,以设计、开发、部署和操作工作负荷以规范。 团队成员必须有明确的决策和责任,重视持续改进和优化,并采用整合了持续学习的无责备文化。

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

关键设计策略

根据精心构建的框架建议做法运行的工作负荷首先采用具有凝聚力、责任、持续学习和改进的 DevOps 文化。 团队成员具有自己的专业知识,并可能专注于工作负荷操作的特定领域。 但是,整个团队应能够根据需要独立管理日常、按需和紧急任务,并得到外部团队的支持。 你的团队必须使用重视共享知识的思维模式,在整体组织要求中工作,并与其他团队协作。

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

促进相互尊重

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

相互尊重助长了一种无罪的文化。 当出现问题时,工作负荷团队应采用协作所有权,并找到改进方法,而不是分配责任并影响团队的凝聚力。

建立明确的角色和职责

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

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

致力于持续学习

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

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

致力于持续优化

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

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

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

采用安全试验。 为团队成员提供对沙盒环境的访问权限,并确保在冲刺中内置时间,以便进行试验。 当团队成员发现可提供切实优势的函数或组件时,用于定义新功能如何集成到工作负载中的文档标准。 请注意,确保新功能与 安全部署做法保持一致。

注意事项

严格定义的角色和职责可能会导致一些团队成员在职责之外执行职能时感到不适。 与团队就团队结构进行公开和诚实的讨论,并根据需要进行调整。

Azure 便利化

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

卓越运营清单

请参阅完整的建议集。