如果团队当前的解决方案对团队运作良好，他们认为没有理由改变它 - 因此无动于衷。如果你没有解释为什么你的解决方案在这种情况下适合这个团队，他们会把它当作流行语 - 特别是如果你只是说“我们应该使用DevOps”，没有其他解释，因为在那一点它只是一个流行语。

 

做你的研究，并确保你不只是抛出流行语。查找关于配对编程的好处的数字（减少错误数量，更高的总线因数等），找出为什么Kubernetes是一个很好的解决方案，并弄清楚DevOps将为您的团队带来哪些好处。

 

向管理者讲话：新技术引进项目对新经理来说是一个轻松的胜利。“你在上一个职位上做了什么？我介绍了产品X并保存了公司$$$。”

 

Pitch to Devs：使用新技术在开发人员简历上看起来很不错。使他们能够申请更多更高薪的工作。'CV驱动发展'

 

向管理员倾斜：自动化手动流程可减少人员的工作量。

 

尝试引入新东西的危险在于你正在摆脱旧东西。可能是人们把自己的声誉寄托在一起的旧东西。

 

即。如果我去年推出Scrum并获得加薪，我今年不能让你把它改成KANBAN。

 

找到没有人喜欢替换的东西或找到你可以添加的东西，而无需更换任何东西。

 

在提出建议之前了解谁介绍了什么以及什么时候。