DevOps 思维的 5 个关键价值观

在解决业务问题时,人和流程比任何技术“银弹”都更耗时,但更重要。
177 位读者喜欢这篇文章。
Getting started with SQL

Opensource.com

如今,许多 IT 专业人员都在努力适应变化和颠覆。 您是否正在努力维持运营? 您是否感到不知所措? 这并不少见。 今天,维持现状是不够的,因此 IT 不断尝试重塑自我。

凭借超过 30 年的 IT 经验,我们目睹了人际关系对 IT 有效并帮助企业蓬勃发展的重要性。 但是,大多数时候,我们关于 IT 解决方案的对话都是从技术开始,而不是从人和流程开始。 寻找“银弹”来解决业务和 IT 挑战的倾向非常普遍。 但是,您不能仅仅购买创新、DevOps 或高效的团队和工作方式; 它们需要培育、支持和指导。

由于颠覆如此普遍,并且对变革速度的需求如此之大,我们需要纪律和护栏。 下面描述的 DevOps 思维的五个关键价值观将支持我们实现目标的实践。 这些价值观不是新想法; 它们是我们从经验中学习后重构的。 一些价值观可以互换,它们是灵活的,并且它们指导支持(像支柱一样)这五个价值观的总体原则。

 

5 essential values for the DevOps mindset

1. 来自利益相关者的反馈至关重要

我们如何知道我们是否正在为我们的利益相关者创造比为我们自己创造更多的价值? 我们需要持久的质量数据来分析、告知和推动更好的决策。 来自可信来源的相关信息对于任何企业的蓬勃发展都至关重要。 我们需要倾听并理解我们的利益相关者所说和未说的话,并且我们需要以一种使我们能够调整我们的想法(以及我们的流程和技术)的方式实施变更,并根据需要进行调整以使我们的利益相关者满意。 很多时候,由于不正确的信息(数据),我们看到的变化很少,或者出于错误的原因进行了很多更改。 因此,将变更与利益相关者的反馈对齐是一项基本价值,可以帮助我们专注于对公司成功最重要的事情。

专注于我们的利益相关者及其反馈,而不是仅仅为了改变而改变。

2. 改进超越当今流程的限制

我们希望我们的产品和服务能够不断让我们的客户(我们最重要的利益相关者)满意,因此,我们需要不断改进。 这不仅关乎质量; 还可能意味着成本、可用性、相关性以及许多其他目标和因素。 创建可重复的流程或使用通用框架是很好的 - 它们可以改善治理和许多其他问题 - 但是,这不应该是我们的最终目标。 当我们寻找改进方法时,我们必须调整我们的流程,并辅以正确的技术和工具。 可能有理由抛弃所谓的“框架”,因为不这样做可能会增加浪费 - 或者更糟,只是“空头崇拜”(做一些没有价值或目的的事情)。

努力始终在可重复的流程和框架之上进行创新和改进。

3. 不要创建新的孤岛来打破孤岛

孤岛和 DevOps 是不兼容的。 我们经常看到这种情况:一位 IT 主管请来所谓的“专家”来实施敏捷和 DevOps,他们做了什么? 这些“专家”在现有问题之上创建了一个新问题,这是一个添加到 IT 部门和充斥着孤岛的业务中的另一个孤岛。 创建“DevOps”头衔违背了敏捷和 DevOps 的基本原则,这些原则基于打破孤岛的概念。 在敏捷和 DevOps 中,团队合作至关重要,如果你不在自组织团队中工作,你就什么也做不了。

激励并协作分享,而不是成为英雄或创建孤岛。

4. 了解您的客户意味着跨组织协作

业务的任何部分都不是独立的实体,因为它们都有利益相关者,而主要利益相关者始终是客户。 “客户永远是对的”(或者像我喜欢说的那样,是国王)。 关键是,没有客户,就没有真正的业务,并且为了在当今的业务中生存,我们需要与竞争对手“区分开来”。 我们还需要了解我们的客户对我们的感受以及他们对我们的期望。 了解客户的需求至关重要,并且需要及时的反馈,以确保企业能够快速且负责地解决这些主要利益相关者的需求和疑虑。

 

Minimize time spent with build-measure-learn process

无论是来自想法、概念、假设还是直接的利益相关者反馈,我们都需要通过使用探索、构建、测试、交付生命周期来识别和衡量我们的产品提供的功能或服务。 从根本上讲,这意味着我们需要“融入”整个组织。 持续创新、学习和 DevOps 没有边界。 因此,当我们跨企业进行衡量时,我们可以了解整体并采取可行的、有意义的步骤来改进。

衡量整个组织的绩效,而不仅仅是业务线。

5. 通过热情激发采用

并非每个人都愿意学习、适应和改变; 但是,就像微笑具有感染力一样,学习和渴望成为变革文化的一部分也具有感染力。 在学习文化中适应和发展为一群人学习和传递信息提供了一种自然的机制(即文化传播)。 学习方式、态度、方法和过程不断发展,因此我们可以改进它们。 下一步是将所学到的和改进的内容应用并与同事分享。 学习不会自动发生; 它需要努力、评估、纪律、意识,尤其是沟通; 不幸的是,这些是工具和自动化本身无法提供的。 审查您的流程、自动化、工具策略和实施工作,使其透明,并与您的同事合作进行重用和改进。

通过精益质量的可交付成果,而不是仅仅通过工具和自动化来推广学习文化。

总结

 

Continuous goals of DevOps mindset

当我们的公司采用 DevOps 时,我们继续提倡这五个价值观,而不是任何书籍、网站或自动化软件。 采用这种思维方式需要时间,这与我们过去作为系统管理员所做的事情截然不同。 这是一种全新的工作方式,需要很多年才能成熟。 这些原则与您自己的原则一致吗? 在评论中或在我们的网站 Agents of chaos 上分享它们。

接下来阅读

DevOps 放大您的开源凭证

如果不共享脚本或代码,您真的可以进行 DevOps 吗? DevOps 宣言的支持者重视跨职能团队、共生关系和持续的反馈循环……

标签
User profile image.
自 80 年代中期以来,我一直在努力实现软件工程的简单性和可维护性。 作为一名软件工程师,我分析、设计、开发、测试和支持软件解决方案。
User profile image.
Brent Aaron Reed 是一位务实的领导者,他一直处于技术及其在为人们带来价值方面的应用的最前沿。 Brent 致力于通过教育、意识、协作和热情来实现持续改进。 Brent 获得了 Microsoft、Security+、Agile & Disciplined Agile 以及许多其他框架和技术的认证。

6 条评论

很棒的文章,真正重要的是理解和采用 DevOps 思维。 谢谢!

非常感谢

我发现了解你提到的内容非常重要。感谢你的努力。

很好的一组简单指南! 几年前,我在英国就 DevOps 发表了演讲,指出这是常识(但他们是怎么说常识的——它出奇地不常见)。 如果没有背后的故事,很多幻灯片都没有意义,但我认为你会喜欢第 10 张幻灯片上引用的参考资料…… https://www.slideshare.net/MarkPhillips16/migrating-the-runbook-from-le…

Creative Commons License本作品采用知识共享署名-相同方式共享 4.0 国际许可协议进行许可。

下载终极 DevOps 招聘指南

使用这些针对未来员工和招聘经理的最佳实践来构建您的 DevOps 团队。

© . All rights reserved.