【DevOps】知识梳理-DevOps应用：企业文化

DevOps应用

1. 企业文化

graph TD
    A(DevOps四大组成部分) --> B[协作]
    A(DevOps四大组成部分) --> C[亲和性]
    A(DevOps四大组成部分) --> D[工具]
    A(DevOps四大组成部分) --> E[规模化]

• Collaboration 协作

通过互相支持和多人协同来达成特定结果。业务价值通过协作实现。所有参与团队（包括开发和运营）之间的协作对于实现更高业务价值至关重要，通过增加交流、自动化和高质量软件。典型实践：结对编程、避免Super Star型员工、解决自有与外包团队的矛盾：确定团队间的共同任务。

• Affinity 亲和性

共同的组织目标，同理心和不同团队之间共同的组织目标，同理心和不同团队之间的互相学习。收益：缩短process时间，减少沟通成本，信任、创新。

• Tools 工具

工具能够带来加速效果和成本节约，但必须适合采用的工作方法。典型实践：自动化运维，版本控制，可视化，监控

• Scaling 规模化

伴随组织的成长、成熟甚至是收缩，DevOps应该都可以做适应性的变化。潜在收益：扩大客户群，利润增长，扩大项目以满足需求，比竞争对手成长的更快。

1.1 DevOps契约（组合）原则

工作在一起，保持沟通想法和遇到的问题，并作出动态调整，朝着共同目标努力。整个团队一起写项目范围的最好理由——确保团队有共同目标，对成功有共同定义。

撰写项目范围的最好理由

答：对成功达成一致性定义。

任何采用DevOps的团队都可以被描述为一种契约。什么原则最适用于做一个紧凑的工作？

答：持续沟通。

协作是有效DevOps的四大支柱之一。为什么它如此重要？

答：DevOps的业务价值是通过团队合作实现的。

1.2 DevOps思维方式缺失的情景分析

固定思维，认为才能和能力是天生的

成长型思维，认为才能和能力可以通过实践习得和提高

应对：
-从错误中学习，不要指责
-积极，频繁建设性的反馈
-沟通，倾听（沟通三要素 Ask, Listen, Learn）

常见问题

不正面沟通，背后抱怨，体现了哪种沟通方式？

答：避免Avoidance

成功和失败都属于团队而非个人，如何建立团队之间的互信和共鸣？

答：召开团队会议，公开讨论隔阂

团队成员冲突，如何解决？

答：鼓励培养协作。强迫任何人做任何事都是不礼貌的。犯错可以接受，团队成员应共同协作以克服各种错误或挑战。

“当某一构建遭到破坏且无人担责时，我们应当找出造成破坏的人并要求他们展开工作，以保证他们能修复这一构建。”这样做合适吗？

答：No，DevOps中不存在追责。若同事不承担责任，不要强迫他们。高效的DevOps环境中，建立稳固长久关系的关键是——采用无追责汇报体系来解决组织内的问题（注意：鼓励良性的冲突，而不是无条件解决冲突）。

能否不聘用新成员就实施DevOps？

答：可以，如果原团队具备共同目标，并且能够为团队提供学习机会、创建无追责环境。

1.3 如何通过促进协作、DevOps思维模式和共鸣及信任从一组人中创建一个团队

常见问题

一支真正团队的标志？

答：能够维持稳定的工作节奏，并能够始终向着共同的目标努力。

解决你的问题的最佳策略是什么？

答：找到一个共同的目标，并开始朝着这个目标努力，以增加合作。

为何具备无追责的DevOps文化如此重要？

答：因为DevOps总是在多元化的团队中发挥作用，只有具备无追责文化，多元化才能起到作用。

您希望您的DevOps组织更趋成熟。有很多方法都能做到。哪种方法不会使您的DevOps组织更趋成熟？

答：记录会议的所有内容，使您的团队成员可以很方便的了解到每次沟通的内容。（有必要记录达成共识的内容，而不是记录整场会议）。

建立一套开发运维无缝衔接流程产生的效果不包括什么？

答：通过标准的工作和内容清单在开发运维之间形成工作流（Check list需要人工）。

运维希望实施新方法的不合理的理由是什么？

答：新做法在另一家公司如何运作。

1.4 协作的错误概念的情况分析，找出正确的解决办法

问题；团队中的一些人没有在做应有的贡献
-澄清角色和责任
-测量能力并允许学习
-关注可能的原因，比如倦怠，个人问题等

问题：有些人没有做足够的沟通
-尝试评估潜在因素
-确保信任，以身作则

要解决员工倦怠与压力的问题，应当考虑哪些长远的战略？

• 应在团队中同时采用永久雇员和合同工，以更好地控制工作量；
• 管理层与开发部门应当找出工作环境中导致员工倦怠的因素并制定解决这些因素的计划。