这是有关DevOps文化的系列文章中的第三篇，以及从Patrick Lencioni的领导力书中学到的经验教训 团队的五个功能障碍-领导寓言.
- 开发运维 团队的5个功能障碍：缺乏信任，探讨了信任如何成为适应团队文化以适应DevOps运动的基础。
- 开发运维 团队的5个功能障碍：害怕冲突，探讨了高绩效团队如何不害怕围绕业务或使命的关键问题和决策进行热情的对话。
现在，我想探讨团队的第三个功能障碍- 缺乏信任的.
缺乏信任的
第三个功能障碍是团队成员之间缺乏承诺。在团队的背景下，承诺是两件事的功能：清晰度和买进。优秀的团队做出清晰及时的决策，并从团队的每个成员，甚至是那些反对该决定的人那里获得完全的支持。
我们着迷的趋势之一'在整个DevOps中，人们重新开始看到许多组织正在以某种形式或另一种形式参与主要利益相关者之间的协作，但是对于他们的DevOps计划成功的模样尚不清楚，这会在整个团队和整个业务中造成歧义。如果没有成功标准，DevOps如何成功'清楚表达了吗？企业是否只是在做“ 开发运维 ”呢？还是在进行转型？您负责的skunkworks项目之外的人是否知道DevOps是什么？
开发运维 需要更好的定义和目标和可交付成果的支持。而且，没有一种方法适合所有DevOps的方法，而是“执行DevOps”的一组新兴的关键要求。但是警告您注意的是 工具心态 在讨论DevOps时。工具无疑是有地位的，但是处理这些文化和组织问题是第一要务。
在UpGuard最近进行的一项调查中，我们发现所有DevOps计划中有27％处于自上而下的状态。相反，在所有DevOps计划中，超过36％被认为是基层运动。
开发运维 仍处于起步阶段，由于缺乏技术，财务和政治债务，更多的创业公司比大型企业具有优势。此外，在利益相关者之间，对于DevOps是什么，他们为什么这样做以及取得什么样的成功仍然存在困惑。这种不确定性导致缺乏高管的支持，从而可能导致危险的连锁反应。您可以拥有一个相互信任并且不惧怕直接解决棘手问题的kickass团队，但是没有所有业务部门（运营，开发，QA，服务管理，安全）和领导团队（管理）的承诺，高管），您将无法实现卓越。
结论
开发运维 是改变IT交付方式的一种颠覆性方法的卑鄙用语。我毫不怀疑，各种规模和规模的组织都需要围绕目标和可交付成果更好地接受，因为这与他们的DevOps计划有关。我们都知道反馈循环很关键（我们将在另一时间介绍），但是一旦实现了目标明确性并进行了沟通，那么就应该了解自己的能力并为自动化做好准备。因为请记住...您无法自动化您不了解的内容。这并不是要寻求任何共识（这是不可能的），而是要围绕该小组最终做出的任何决定集会。
