七个DevOps时代的领导力规则

DevOps是关于持续变化和改进的：请准备好改变你所珍视的领导原则。

如果说DevOps最终更多的是关于文化而不是任何特定的技术或平台，那么请记住这一点：没有终点线，它是关于持续变化和改进的。

相反，如果IT领导希望DevOps帮助推动他们所寻求的结果，他们需要修改一些传统的方法。让我们考虑7个在DevOps时代更有效的IT领导规则。

一、对失败说“Yes”

“失败”这个词在很久以前就有了非常具体的含义，而且它们几乎都是坏的：服务器故障、备份失败、硬盘驱动器故障。

然而，一个健康的DevOps文化，依赖于重新定义失败，IT领导者应该重写他们的同义词典，使这个词成为“机会”的同义词。

“在DevOps之前，我们有一种惩罚失败的文化，” Datical的CTO联合兼创始人罗伯特·里夫斯(Robert Reeves)说。“我们唯一的经验就是避免犯错。避免错误的第一个方法是不要改变任何事情：不要加快发布时间表，不要迁移到云上，不要做任何不同的事情!”

这是一个过去时代的剧本，正如里夫斯所言，这是行不通的。事实上，这种停滞就是真正的失败。

里夫斯说:“那些缓慢释放并避免云的公司被恐惧所困，他们将会失败。”IT领导者必须把失败当作一个机会。人类不仅从错误中吸取教训，还从别人的错误中吸取教训。开放的文化和“心理安全”促进了学习和进步。

二、在DevOps中生活，吃饭，呼吸

尽管DevOps文化可以在各个方向上有机地发展，但那些从单一的、孤立的IT实践的公司，需要管理层全盘接受。如果没有，你就会发出混乱的信息。文化的改变是很困难的：人们需要看到领导者完全投入到这种变革中去。

“顶级管理层必须全力支持DevOps，以便它能成功地实现盈利，”热带雨林质量管理公司的CIO Derek Choy说。

成为一个DevOps组织，Choy注意到，从技术团队到工具到角色和职责，几乎都涉及到组织中的所有事情。

“如果没有顶级管理层的统一支持，DevOps的实施将不会成功，”Choy说。“因此，重要的是让领导人在过渡到DevOps之前保持高水平。”

三、在自己组织内定义“DevOps”

即使是在IT组织中，DevOps也是开放武器，不是所有人理解一致。

造成这种脱节的一个根本原因是：人们可能对这个词的含义有不同的定义。

“DevOps对不同的人意味着不同的东西，”Choy说。“对vp级的高管来说，确定DevOps的目标是很重要的，清楚地说明预期的结果，理解这一结果如何对企业有利，并能够在过程中衡量和报告成功。”

的确，除了基线定义和远景之外，DevOps还需要不断的和频繁的沟通，不仅仅是在一线，而是在整个组织中。IT领导人必须把这作为优先事项。

他说:“不可避免地，会出现故障和业务中断。”“领导者需要清楚地传达公司的其他信息，以及他们在这个过程中所能期待的。”

四、同技术相比，DevOp和业务关系更多

IT领导者成功地将其文化和实践作为一种业务策略，与构建和操作软件的方法相结合。DevOps文化是它从支持部门向战略业务部门转变的重要推动者。

“IT领导者必须将他们的思维和方法从成本/服务中心转变为驱动业务成果，而DevOps文化有助于通过自动化和更强的协作来加速这些成果，”CTO和CYBRIC联合创始人迈克•凯尔(Mike Kail)表示。

事实上，这是一股强大的潮流，贯穿了这些新的“规则”，在DevOps时代引领潮流。

“推动创新和鼓励团队成员承担风险是DevOps文化的一个关键部分，IT领导者需要在持续的基础上清晰地沟通，”Kail说。

“一个有效的IT领导者将需要比以往任何时候都更专注于业务，”西门罗合伙人的绩效服务主管Evan Callendar说。“每年或季度回顾的日子已经一去不复返了，你需要迎接每两周的工作安排。”在年度水平上进行战略思考的能力，但在冲刺阶段进行互动，当业务期望得到满足时，将会得到回报。

五、改变阻碍DevOps目标的任何事情

虽然DevOps的老兵们普遍认为DevOps更多的是一种文化，而不是技术，但是成功确实依赖于使用正确的过程和工具来培养这种文化。在拒绝对流程或技术进行必要的更改时，宣布你的部门是一个DevOps组织，就像买一辆法拉利，但要把引擎从你20岁的junker那里保留下来，每次你转动钥匙时，都会冒出滚滚的烟雾。

自动化，这是DevOps成功的关键并行策略。

“IT领导层必须强调自动化，”Callendar说。“这将是一项前期投资，但没有它，DevOps就会被低效和缺乏交付所吞噬。”

自动化是基本的，但变化不止于此。

领导者需要推动自动化、监控和持续的交付过程。这通常意味着对许多现有的实践、过程、团队结构和角色的改变。“领导者需要愿意改变任何阻碍团队完全自动化过程的能力。”

六、重新考虑团队结构和性能指标

当我们谈到改变的时候…如果你在桌面上收集灰尘的组织结构图与你在10年(或更长时间)的大部分时间里一直在使用的名称相同，那么现在是时候进行彻底检查了。

“在这个DevOps文化的新时代，IT管理人员需要采取一种完全不同的组织结构方式，”Kail说。“删除严格的团队界限，这将阻碍协作，并允许团队进行自组织和敏捷。”

Kail说，这种反思可以也应该延伸到DevOps时代的其他领域，包括你如何衡量个人和团队的成功，甚至你如何与人互动。

Kail建议:“在业务成果和总体积极影响方面衡量主动性。”“最后，还有一些我认为是管理中最重要的方面:要有同理心。”

要小心收集那些并非真正的DevOps指标的测量数据。他指出:“DevOps指标应该以某种方式与业务成果挂钩。”可能并不真正关心开发人员编写的代码行数、服务器是否在一夜之间出现硬件故障，或者测试覆盖率有多全面。事实上，你甚至可能不会直接关心你的网站的响应性或更新的快慢。但你要注意的是，这些指标可能与消费者放弃购物车或去竞争对手相关。“

七、把传统经验从窗户扔出去。

如果DevOps时代需要新的思维方式来思考它的领导力，那么就会发现一些旧的方法需要退休。但是哪一个呢?

“说实话，他们都是，”凯尔说。“摆脱‘因为这是我们一贯的做事方式’。”向DevOps文化的转变是一个完全的范例转变，而不是对过去的瀑布和变革顾问委员会的一些微妙的改变。

IT领导者们认识到，真正的变革需要的不仅仅是对旧方法的小小接触。通常，它需要重新启动以前的流程或策略。

West Monroe Partners的Callendar分享了一个遗留领导力的例子，这个例子让人想起了什么妨碍了 DevOps：未能接受混合IT模型和现代基础设施方法，如容器和微服务。

Callendar说:“我看到的一个重要的规则就是架构的整合，或者说，如果在一个同质的环境中进行长期的维护会更便宜。”