三种敏捷开发方式技术指南

日期: 2014-12-11 作者:JIM BIRD翻译:Eunice 来源:TechTarget中国 英文

长期以来,软件部署的扩展,尤其是跨项目、文件、地理和企业的敏捷部署一直都是关注的热点。本文将介绍三种不同的敏捷扩展方法,分别是LeSS (Large Scale Scrum), SAFe (Scaled Agile Framework), and DAD (Disciplined Agile Delivery).

LeSS和LeSS Huge – Large Scale Scrum

《敏捷迭代开发 管理者指南》一书的作者Craig Larman批判了传统的开发方式,即一旦项目中发生错误,就迁怒于前期的规划。他建议重组企业开发团队,成立端到端的多功能团队,多功能团队可以通过分享代码和知识快速做出反应、协同解决问题、减少切换和延迟。

LeSS的企业架构看起来容易,但其实不然。它需要每一个团队成员都是开发者,每一个开发者都是架构师。架构师在团队和项目之外,以志愿者的形式组成实践社区,共同合作构建企业的架构。这听起来不错,但实际上,架构师,尤其是大企业的架构师都十分重要,所以不能去管理公司之外的东西。

LeSS应该支持纵向扩展的,但大多数LeSS层看起来都像是很多人同时完成的Scrum。现在还不清楚Scrum在哪里结束,LeSS在哪里开始。

SAFe – Scaled Agile Framework

LeSS没有管理者(除了产品拥有者,他们是成功最大的绊脚石,就像Scrum里一样)。部署LeSS包括从根本上围绕业务驱动项目重组企业,不要管理者和专家。

在SAFe中,管理者还有架构师和专家有了一席之地。SAFe是借鉴了精益、敏捷和瀑布流开发方式的细致、重量级的方法。Scrum之后,团队需要给项目和文件添加代码,这需要管理和协调。

实际上,SAFe中,管理者作为“精益和敏捷开发领导者”有很多需要做。《敏捷软件需求:团队、项目群与企业级的精益需求实践》一书作者Dean Leffingwell列举了管理者在扩展敏捷项目中的责任。

改变文化最容易的方法就是去的成功。不要关注文化,要关注执行,改变自然会发生。

只有管理者能改变系统,因为是管理者创建的系统。改变来自中间层。

管理者需要找到向团队和个人下达决定的方式,让它们了解自己的职责,这样他们才知道自己能决定哪些事情。

DAD – Disciplined Agile Delivery

规范敏捷交付》的作者Scott Ambler认为敏捷开发一定有可以扩展的方法。因为一个企业中不同的团队和项目会以不同的方式交付不同的软件。包括Scrum、XP、Kanban、精益开发、RUP、SAFe或者瀑布流方法。

DAD不是软件开发方法,也不是项目管理框架,它是制定决策的框架,关注如何在整个企业中规划、构建和运行系统。Scrum/XP、精益开发/Kanban或者其他生命周期上的DAD层能够帮助管理者制定关于如何管理项目、风险和如何推动变革的决策。

项目,和项目中的工作人员需要有企业意识,项目需要在企业限制中进行,遵循标准和一致性,和传统系统集成,能够与其他系统和项目协作,利用共享资源和企业中的其他资产。

在敏捷扩展方面,开发并不是最大的难题。要想运行的更快,需要在很多方面做出改变,比如治理(包括PMO)、采购、财务、合规性、法律、产品管理、数据管理和OPS等。这些改变需要花费很长的时间。在DAD中,这是最困难的。

企业的敏捷开发

Dean Leffingwell曾说“在团队层面,没有什么能打败敏捷”。但要想在企业层面实现敏捷却并不容易。

接触了很多不同行业、不同国家的高级管理者我发现,大多数企业看上去像是找到了自己的方法,但实际上是混淆了瀑布式开发和大规模项目管理实践,企业级的敏捷和团地级的敏捷不可同日而语。

敏捷的最大优势不是对不断的变化做出反应,也不是实现更快、成本更低的交付,而是更早地知道是不是要继续下去,有没有继续下去的必要,还是应该停下来去做别的事。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者

JIM BIRD
JIM BIRD

翻译

Eunice
Eunice

相关推荐