Scrum敏捷项目管理

关于Scrum的神话& DevOps

减少用短Scrum冲刺创建可用软件的时间是一件好事,但是您如何将其交付给用户呢?拥抱变化的敏捷开发人员如何与喜欢稳定性的系统人员一起工作?为了回答这些问题, Scrum.orgDevOps研究所 产生了一份名为“ Scrum与DevOps的融合”的白皮书。

白皮书声明,敏捷和DevOps具有许多共同的方面,例如更快的交付周期,更小的发布增量,快速的反馈,消除浪费和障碍。他们的重点稍有不同,这些明显的差异由于误解而扩大。白皮书列出了以下差异:
*一些敏捷主义者认为,所有过程都是不好的,而运营则深陷于过程稳定的历史中。
* DevOps寻求工具和自动化来提高速度,而一些敏捷专家则认为工具充其量是必要的弊端,而在最坏的情况下会分散注意力。
* DevOps寻求整体系统思维来解决问题,而敏捷则期望人们推动变革并通过工作发现变革。

关于Scrum的神话& DevOps

敏捷和DevOps具有不同的文化,这可能导致通信问题。正如作者所写的那样:“语言确实很重要,团队需要一致的语言和概念才能一起工作。”人们应该一起工作,并在自动化,流程和授权团队之间找到平衡。本文档中详细讨论了这种平衡以及敏捷开发团队与操作人员之间的集成。

在结论中,作者写道:“ DevOps诞生于敏捷团队所产生的痛苦,最初被称为“敏捷基础架构”。目的是通过更灵活的基础架构方法来更好地支持敏捷团队。该意图已成为更广泛运动的一部分,该运动不仅关注基础架构,而且推动了整个IT行业的一场革命。但是,重要的是,DevOps不要忘记其根源。支持以客户为中心的Scrum /敏捷团队仍然是成功的基础。这意味着要对变更的管理方式,服务提供和团队组织进行根本性的改变。 DevOps运动和Scrum团队仍然需要共同努力,以交付DONE软件,并相互支持,他们不断需要通过检查和通过透明度进行改进来进行改进。”

可以从(无需注册)下载本白皮书 //www.scrum.org/resources/convergence-scrum-and-devops