为什么需要DevOps达成共识?
需要共识,因为DevOps不仅是一回事。这是一整套解决广泛问题的想法。任何共同解决问题的团队必须首先同意:
我们要解决什么问题?
解决指定问题的最佳工具是什么?
我们如何衡量改进(或缺乏改进)?
想要使用DevOps回答这些问题的企业和团队必须首先就以下两个问题的答案达成共识:
什么是DevOps?
我们如何使用它来改善软件交付?
每个企业想要完善或升级自身的运维体系,都必须问自己这些问题才能开始使用DevOps,并且每个企业的答案都不同。进行自我询问和回答的过程可以知道什么有效,什么无效,以及可以采取哪些措施来促进有效的变革。
首先,DevOps讨论
正在考虑DevOps的企业应首先讨论什么是DevOps以及如何使用它。有很多关于DevOps的学习资源(有关更多示例,请找度娘或者关注并私聊我)如果你承担着促进讨论的任务,那么你很幸运,有许多有效的方法可以引导对话。你的第一步是研究。对基本概念的理解将使你能够将其介绍给各种各样的利益相关者。
“领导对话”并不一定意味着“向同事介绍DevOps。”要达成DevOps共识,你的首要任务是打下基础,然后让讨论有效地进行。作为协作的“发现”会话,第一次对话将更加有效。对话负责人往往更有效地作为教练和裁判,而不是教育者。介绍基本思想,然后通过聆听和提问来促进对话。
如果你准备在DevOps上做演示,我建议你在简介的开头限制使用“ DevOps”一词。这个词可能充满了成见,特别是如果你的听众对DevOps接触很少。重点关注基本原则,重点在于如何将其用于解决特定问题。尝试避免和阻止对DevOps的简化定义。你会听到类似的声音:
DevOps就是自动化
DevOps确实是过程改进
DevOps工程师是配置管理方面的专家
这些是快速形成意见的示例,但并未完全理解DevOps的广度和深度。DevOps涉及自动化,流程改进和配置管理等等。使用严格规定的处理方式,不应将DevOps视为正统观念。应该将其视为用于实现业务目标的一组工具。
随着对话的进行,记录关键问题。最关心的业务是什么?列出这些问题的优先顺序。该过程将使小组专注于最关键的业务挑战。一旦达成共识,即可将DevOps评估为解决这些问题的工具。