敏捷和DevOps沐鸣测速注册并不是软件开发中神奇的独角兽

TechRepublic上有一篇名为《DevOps实施的十大挑战》的文章(链接如下)。那么挑战是什么呢?他们列出了标准的东西,比如文化和技能,计划和工具。沐鸣测速注册

如果不是因为我写的或发表的关于类似主题的文章比我愿意承认的要多,我会批评这个列表的愚蠢。我记得有三个月的时间,我被要求收集关于如何让DevOps工作的不同见解,我写的每一篇关于这个主题的文章似乎都集中在文化、技能和计划上,而文化总是占据了大部分的焦点。这里只是几个例子:

协作和社区是DevOps在2017年取得成功的关键

通过DevOps过渡的三个最艰难的阶段

应用生命周期管理需要统一的DevOps方法

这个问题比DevOps转换更根本

这是我对这类文章的看法。一个组织缺乏技能、计划和适当的工具不会导致DevOps采用失败。这些东西的缺乏是导致组织失败的原因。当人们谈论“文化”时,他们谈论的是一种普遍的心态。如果你的IT部门是由一群人组成的,他们向不同的方向推进,那么问题不在于采用DevOps,而在于整个IT部门。沐鸣怎么当代理?

我一直认为,切换到DevOps之所以有效,与敏捷的原因是一样的,而这与方法本身无关。转向DevOps或敏捷的原因是,它让部门没有做测试,没有做质量控制,没有雇佣正确的人,没有使用正确的工具来开始正确地做所有这些事情。如果那些混乱的组织将所有这些事情付诸行动,但是保持开发和操作之间的障碍,他们可能会看到所有相同的好处,如果他们做了所有这些事情,但是坚持瀑布式开发方法,他们也会看到进展。

必须有一个方法

我不是那种到处鼓吹某种方法论的人,因为我不相信其中任何一种方法比其他方法更有效。我所知道的是,没有方法论的组织肯定会失败,所以当没有方法的组织采用一种方法时,他们就会成功。沐鸣下载

TechRepublic的文章是对的。如果你的组织不解决上面提到的十个挑战,你的DevOps实施将会失败。但是,如果您的组织正在与本文所讨论的这十个挑战作斗争,那么无论您是否在实施DevOps,您的组织都注定要失败。