我假设希望进行DevOps转换的组织存在一些其感兴趣的问题和政策。这种兴趣可能来自高层管理人员,中层管理人员,甚至可能来自下至上。阻碍这种改变的最大因素之一就是促使其他人愿意去做改变。

例如,在许多情况下,推动诸如敏捷之类的“新”想法常常失败。人们抵制变化,好像一堵墙阻止了好事的发生。然而,有一项责任就是要发生好事。

可以使用哪些方法来影响组织中开始DevOps转型的员工?特别有效的特定技术和方法。具体来说,更多的工程设计,更少的挥手。

评论

整个书架上都写有影响组织变革的主题。我怀疑引入devop属于该类别,并且在这方面可能不太“特殊”。我自己的印象是,诉诸情感是变革的最强动力。

我已经阅读了一些有关此内容的内容,但我不是专家,并且不在我的缓存中。抱歉。人们获得了关于这些东西的大学学位,您知道...这有点像问一个非医生“我如何保持健康?请采取可行的措施;)”,所以,不,我没有一个值得回答的答复我猜。

请停止过度主持。这些问题是DevOps的重要组成部分。我们需要与文化和流程相关的问题。

在devops.stackexchange.com/questions/341/上添加了一个仅讨论功能标志切换的狭窄版本。

@JiriKlouda重新打开

#1 楼

您必须了解流程会改变遵循流程的人员。当人们在一个过程中学习,内化并变得更好时,它改变了他们学习如何解决特定问题的方式。一系列相似的过程会相互强化,使人们能够解决一个问题类别,并最终形成一套指导新问题的决策和新解决方案的价值观。

即使您更改了在不改变思维方式,甚至对价值至关重要的前提下,人们将简单地使新流程适应与原始流程相同的价值观,相同的思维方式甚至相同的解决方案。在某个时候,不可能将这个人从这个职位上与所获得的思维方式离婚或改变其基本价值。

要进行改变,您有以下两种选择:


请一个已经拥有正确价值观和思维方式的人,最好的情况下,在没有您帮助的情况下了解需要遵循的流程。

如果最近被雇用,新雇用或从组织中其他团队调动来培训他的新流程,希望灌输新的思维方式,希望新的价值观会出现。如果更改是本地的,则您可能希望内部转账,因为该人已经共享了您希望保留的全球公司范围内的价值。如果进行较大的变更,您需要从外部引入一个新的观点,而不是共享您可能试图改变的公司范围内的价值观。

重要的部分是使个人,团队或业务部门能够遵循流程,并使它们分别与可能仍遵循旧流程的旧团队,其他团队或公司其余部分隔离。由于很难将这样的变更代理人与上层管理人员隔离开来,因此,如果要进行较大的变更,它通常需要一直沿循管理链的上端或从顶端开始。

注意:如果没有管理层的支持,很难将变更带给不仅仅是您的团队。即使在您的团队内部,如果其他人已经按照自己的方式设置,也很难。对于一家新公司中的新团队而言,成功的传道人即使没有管理层的支持,通常也可以通过仅仅成为领导者或创造最小的阻力让他人效仿的方式来影响组建政策。但是在已建立的公司中,请参见上文。

评论


而做这两件事的权力通常需要某种管理职位,对吗?

– Evgeny Zislis
17 Mar 1 '17 at 5:16

没有管理层的支持,很难给不仅仅是您的团队带来改变。即使在您的团队内部,如果其他人已经按照自己的方式设置,也很难。对于一家新公司中的新团队而言,成功的传道人即使没有管理层的支持,通常也可以通过仅仅成为领导者或创造最小的阻力让他人效仿的方式来影响组建政策。但在成立公司中,请参见上文。

–吉里·克鲁达(Jiri Klouda)
17年1月1日在5:23

#2 楼

破解您的团​​队

很难改变您的组织。人们有习惯,他们抵制变化,并且通常对现状感到满意。为了带来变化(无特定顺序),您可以使用以下一些工具。


使其他人体验DevOps解决的问题。很多时候,您的团队只能从理论上了解DevOps的优势。其余的开发团队或管理人员希望并且很少遇到部署期间发生的大多数问题。要解决此问题,请确保您对问题出现时保持直言不讳,并提及如果团队使用持续集成解决方案就不会发生此问题。另一种可能性是确保您要求开发人员修复他们的代码在部署期间引起的问题,而不是自己修复。
寻找领导者。人们跟随领导者是很常见的,无论是领导者还是管理层中最受欢迎的人。让这些领导者加入您的愿望,转变为DevOps文化,并设计公开的方式来使用或倡导最佳实践来展示他们。
建立信任。在我们已经与人们达成一两次同意之后,我们更有可能同意人们的看法。理想情况下,您会发现在不改变文化的情况下可以进行的微小改进,并以此为基础。但是,如果不是这样,请向他们询问简单的问题并提供简单的建议,以使他们养成同意或同意您的习惯。
不要为重复自己而感到羞耻。重复会成功,并最终陷入困境。只要有可能,请提及如果团队使用DevOps会有多大的成就。但是,这仅在您首先在团队中建立信任的情况下有效。
使其愉快。如果允许您为DevOps情况建立概念证明,请在报告和通知中使用可爱的表情符号和欢快的颜色。构建失败时发布有趣的gif。确保您不讨厌自己的更新。


评论


看来“ Trail Blazer”将是其中一些黑客的恰当称呼。

– Evgeny Zislis
17 Mar 2 '17 at 16:18