Scrum敏捷项目管理

扩展敏捷方法

如果敏捷宣言和Scrum框架的基本原理很简单,那么在企业界管理全球敏捷软件开发项目有时会变得越来越复杂。本文列出了一些已创建的方法,用于回答在大型组织中扩展敏捷实践而提出的特定问题。

扩展敏捷可能是一个充满挑战的旅程。 LeSS方法的作者Graig Larman和Bas Vodde在他们的第一本书中写道:“在大型,多站点和离岸开发领域工作了几年之后,我们将经验和建议总结为以下几点:不要”做到”。实际上,有些人认为您不应该尝试扩展敏捷,而应该学习如何缩减项目规模。

但是,这并不是许多大型跨国组织想要快速开发大型软件产品的方式,这种软件产品有多个团队,可以分布在遥远的地方。随着产品的愿景和参与项目的人员越来越多,这些项目需要特定的实践来进行管理。从简单的Scrum of Scrums初始构想到功能和史诗中用户故事的扩展以及在发布议程中集成sprint,敏捷项目管理界已为初始Scrum和看板框架添加了新概念。这导致创建新的框架和方法,这些框架和方法通常由销售服务和认证的咨询公司进行商标和注册,并可以供较大的公司使用。本文简要介绍了这些努力的主要结果,并为您提供了一些参考资料,您可以在其中进行更深入的探索。

以下是按字母顺序排列的以下敏捷扩展方法:纪律敏捷交付(DAD),企业Scrum,快速敏捷,大型Scrum(LeSS),Nexus,可扩展敏捷框架(SAFe,ScALeD敏捷精益开发)。

有纪律的敏捷交付(DAD)

有纪律的敏捷将自己定义为“企业信息技术的流程决策框架该框架的主要特点是:以人为本,面向学习的混合敏捷方法;具有风险价值交付生命周期;是目标驱动的;具有企业意识;在团队一级具有战术上的可扩展性;并且可以在所有IT上进行战略性扩展。”DAD由Scott Ambler和Mark Lines开发。

有纪律的敏捷交付(DAD)
(单击图可查看大图)

DAD认为自己是一种混合方法。它通过来自其他方法的元素扩展了Scrum,例如极限编程(XP),统一过程(UP)或看板和精益软件开发。它向Scrum角色添加了架构所有者,并使用了诸如独立测试员之类的辅助角色。由于其目标驱动的方法可以避免像Scrum这样的规范性,因此它声称比其他敏捷方法更灵活,更易于扩展。 DAD的另一个关键点是其风险-价值生命周期,其中首先完成风险较大的工作以增加项目成功的机会。

网站: http://www.disciplinedagiledelivery.com/

参考文献

* 维基百科规定的敏捷交付
* 有纪律的敏捷交付:企业中敏捷软件交付的从业人员指南,Scott Ambler和Mark Lines,IBM Press
* 考虑纪律敏捷交付(DAD)的10个理由

企业Scrum

企业Scrum将自己定义为“面向业务,可扩展的常规经验管理和执行框架。它可以帮助以更高的敏捷度管理任何业务流程,包括公司管理,战略,市场营销,销售,产品开发,软件开发,基础研究,合规性管理,业务流程重新设计,创业和创业等。”Enterprise Scrum由Mike Beedle创建。

网站: http://www.enterprisescrum.com/

参考文献

*企业Scrum:项目成功的一种自适应方法。迈克尔·比德尔(Michael Beedle),艾迪生·韦斯利(Addison-Wesley)
* Mike Beedle发布企业Scrum定义1.01

快速敏捷

快速敏捷定义为”一个轻巧,简单的框架,可以扩展以生产出比当今星球上任何产品都更好的软件! 快速敏捷是一种组织工作,组织人员和协作模型的新方法。 FAST以前所未有的方式结合了Scrum,极限编程(XP),故事映射和开放空间技术(OST)的元素,其目标是在短时间内获得高带宽和高质量的软件。”由Ron Quartel创建的FAST Agile。

此方法带有警告“除非您了解,亲身经历并欣赏开放空间技术或其他自组织系统的功能,否则许多FAST Agile可能会使您感到困惑,并感到难以置信。 ”

FAST的愿景是在业务和软件开发之间建立和谐。 Fast Agile团队中的角色是Story Steward的产品总监,开发人员。例如,如果您是特定任务所需的DBA,则您也可以简单地成为Resource。 FAST中团队负责人或软件架构师有特定的角色。这种方法采用了灵活的方法“right thing”从其原理可以看出:
*合适的人将为正确的故事工作
*适当的讨论将在适当的时间进行,由适当的人员来解决依赖性并提出设计
*无论发生什么,都是唯一可能发生的事情
*故事将在正确的时间以正确的顺序开始并完成

网站: http://www.fast-agile.com/

大型Scrum(LeSS)

大型Scrum(LeSS)定义为“Scrum适​​用于许多团队共同开发一种产品。为什么选择LeSS?与一团队Scrum相似,就像一团队Scrum一样,LeSS具有(1)轻量级,(2)简单易懂和(3)难以掌握–由于本质上的复杂性。对于大型团队,LeSS在定义的混凝土元素和经验过程控制之间达到了最佳平衡。它不是“新的和改进的Scrum”。相反,LeSS的目的是弄清楚如何在大规模环境中应用Scrum的原理,元素和目的。“。 LeSS由Craig Larman和Bas Vodde创建。

LeSS-overview-diagram
(单击图可查看大图)

大规模Scrum(LeSS)基于以下原则。
*大型Scrum是Scrum
*经验过程控制
* 透明度
*事半功倍
*整个产品重点
* 以顾客为中心
*不断追求完美
*系统思考
*精益思维
*排队论

大型Scrum具有两个框架:用于由2到8个团队开发的产品的LeSS,以及用于由8个或更多团队开发的产品的LeSS Huge,每个产品最多可容纳数千人。

网站: //less.works/

参考文献

* Wikipedia上的大规模Scrum(LeSS)

* 规模化精益&敏捷开发–大型Scrum的思维和组织工具, 克雷格·拉曼(Craig Larman)& Bas Vodde

* 扩展精益实践&敏捷开发–使用大规模Scrum进行大型,多站点和离岸产品开发, 克雷格·拉曼(Craig Larman)and Bas Vodde, Addison Wesley

* J.P. Morgan @大型Scrum(LeSS)

* 使用大规模Scrum(LeSS)在政府中扩展敏捷

* 克雷格·拉曼(Craig Larman)–大型Scrum简介 (视频)

关系

关系将自己定义为“一个驱动扩展核心的框架:跨团队依赖性和集成问题。它是一个外骨骼,位于多个Scrum团队的顶部,他们共同创建一个Incremental Increment。它基于Scrum框架和价值观。结果可以形成一个多达100人的有效开发团队。对于更大的计划,可以使用Nexus +,这是多个Nexus的统一。”Nexus由Ken Schwaber开发。

关系 Scrum扩展框架
(单击图可查看大图)

关系建立在现有的Scrum框架和价值观之上。它保留了Scrum的基本原则,并在各个团队之上增加了集成和协调活动。目标是以最小的协调开销最大化结果。每个Sprint至少应交付一个“完成”的集成增量。

网站: //www.scrum.org/Resources/The-Nexus-Guide

参考文献

* 引入规模化专业Scrum – 关系

* 扩展的专业Scrum – 关系框架

* 使用Nexus框架扩展Scrum (视频)

规模化敏捷框架(SAFe)

可伸缩敏捷框架(SAFe)定义为“一个在线的,免费公开的,具有公认成功模式的知识库,用于在企业范围内实施精益敏捷软件和系统开发。它为企业投资组合,价值流,计划和团队级别的工作提供了全面的指导。”由Dean Leffingwell开发的可伸缩敏捷框架(SAFe)无疑是最著名的敏捷扩展方法。

规模化敏捷框架(SAFe)
(单击图可查看大图)

SAFe方法提供了在团队,计划和项目组合级别应用敏捷的单独建议。基于莱芬威尔’在有关敏捷需求的工作中,SAFe的主要概念之一是敏捷发布训练(ART),这是其交付价值的主要概念。每个ART都是一个自我组织的团队,它们基于共同的积压工作一起工作。敏捷发布火车由特定角色(例如充当火车ScrumMaster的发布火车工程师)管理。产品管理,DevOps或UX设计等其他活动也在列车级别执行。

网站: http://www.scaledagileframework.com/

* 维基百科上的扩展敏捷框架

* 什么是规模化敏捷框架(SAFe)

ScALeD敏捷精益开发

ScALeD敏捷精益开发是由Christoph Mathis,MarkusGärtner,Stefan Roock,Andreas Schliep和Peter Beck开发的(最初是德语)。他们认为,无需任何新方法或其他框架即可成功扩展敏捷实践,而需要一套指导原则。 ScALeD的原则基于激动的客户,满意且富有成效的员工,全球优化,支持性领导和持续改进。

网站: http://scaledprinciples.org/

有关扩展敏捷性的其他参考

* 敏捷扩展知识库

* 扩展Scrum– What Works

* 在大规模敏捷框架中划分Wet Agile,SAFe和Spotify

* 瘦–Scrum精益运动框架

1引用和引用

  1. 软件开发Linkopedia 2016年4月

评论被关闭。