2012年7月16日星期一04:00

敏捷发展:将脚趾放在敏捷水域中的导轨

由PEG Haustetter和Leon Brink写

决定是否使交换机成为敏捷开发方法可以是一个令人生畏的。  What is Agile? 其他公司如何使用敏捷? 应该被视为决定敏捷是否适合我的组织? 本文将帮助框架其中一些问题,并权衡沿着敏捷路径朝下的优势和风险。

什么是敏捷的,是你的组织是正确的吗?

敏捷是一种迭代和增量的开发方法,允许组织的跨职能团队通过将“大图片”分解为更小的“块”的工作中,这可以在更短的开发周期中进行准备。 它可以让贵公司更快地对客户要求做出反应,并最终变得更具竞争力。敏捷方法允许组织专注于:

  • 个人和流程和工具的互动
  • 全面文件的工作软件
  • 客户合作超过合同谈判
  • 响应遵循遵循计划 - [敏捷宣言] [1]

为了更好地了解从传统的瀑布开发过程变为敏捷的优势,考虑因素和风险,本文将解决以下问题。

  • 传统和敏捷方法有什么区别?
  • 其他公司如何使用敏捷,并通过普遍存在?
  • 如何在组织中尝试敏捷的决定?
  • 改变敏捷的关键考虑/风险是什么?

传统和敏捷方法有什么区别?

了解敏捷开发基础的最简单方法是将其与更传统的发展方法进行比较,如瀑布。 瀑布是一种结构化,线性过程,并依赖广泛的规划。 在实际时间轴术语中,瀑布项目可能会在进行设计,编码,测试和最终释放之前,在几周甚至几个月内收集的需求。 在可交付成果,工件,文档和规范方面测量进度。

SEI0

相比之下,Agile寻求采取基本业务请求并将其转换为整体项目目标和实际积压的描述。 此业务请求处于一般水平,而不是要求定义! 添加更多的东西,你准备开始了。该团队必须达成一致的时间长度,称为迭代或冲刺,您将成为开发功能。 典型的迭代通常为2-3周。 从那里,主要焦点正在阐述该工作或“故事”的第一次迭代,并定义完成的接受标准或为该工作的“定义”。 “完成的定义”决定何时宣布胜利,有时会失败。 承认失败并不总是一件坏事!凭借敏捷,您希望您的故障提前来,因此您可以进行更正,仍然符合您的更大目标。

通过手中的迭代长度,故事和“定义”,敏捷团队应该能够开始迭代#1。 此时,该项目迭代前进,规划在执行工作之前的下一阶段开发阶段。 本质上,设计,代码和测试活动可以与两个或更多迭代并行发生。

要为下一轮或迭代准备,团队通过回答以下问题开始:

  • 是否会在迭代#1结束时发布工作软件?
  • 工作是否符合“完成的定义”,可以发布吗?
  • 工作是否符合迭代的具体定义,但未能满足整体业务请求?
  • 学到了什么以及这些课程如何结合到下一次迭代中?

通过提供快速反馈,适应更改,“立即计划”以及使用所获得的知识,即时纳入下一组故事,该团队已准备好开始在下次迭代中。

SEI1

定义,开发,测试和提供。通过向客户提供工作软件来衡量进度。 洗涤,冲洗,重复,直到满足业务请求。

其他公司如何使用敏捷和多少?

敏捷起源于90年代初,因此整体概念并不新鲜。 Gartner Research认为敏捷是一个主流,成熟和经过验证的开发方法。 Forrester Research调查了近1300名IT专业人士,发现35%的受访者表示,敏捷最密切地反映了他们自己的发展过程。 一些敏捷采用预测高达80%。 在开发世界中,敏捷在许多组织中继续在几年前在许多组织中发挥更大的作用。 敏捷有许多致力于粉丝的粉丝,觉得这是一个全无或没有任何命题,跟随信函的许多规则和公理是敏捷的。 (见敏捷宣言1)

然后,其他证据表明敏捷并不是“到处”。 Gartner估计它占应用开发公司开发的软件的不到15%。 那么人们如何协调这些数字(比如敏捷的35%),但在敏捷下只有15%的应用程序开发软件公司的输出? 与许多事情一样,答案在于中间的某个地方。

研究,轶事证据和常识表明,敏捷的采用实际上并不是静态,大多数项目都是最好的,因为“敏捷”是最好的。 由于管理者和开发人员获得了敏捷可以做的事情,解决方案通常是敏捷原理的混合,例如快速反馈和工作软件,适用于更传统的发展生命周期。

像生活中的杂交种一样(见:8英镑西红柿,柔性燃料汽车,瑞士军刀)因为它们倾向于发挥优势,更灵活,效率更加灵活。 敏捷没有什么不同。  虽然Gartner估计不支持,但敏捷在这里留下来。未来似乎是持续采用敏捷方法和最佳实践技术的混合,以便在更短的时间内为客户和客户提供工作解决方案和软件,并且成本较低。

如何在组织中尝试敏捷的决定?

当然,没有单一的决定性因素会告诉你你是否应该尝试敏捷。 但是,在当前的项目中寻找一些常见的特征,可以评估,以便在组织中确定敏捷测试运行的好地方。

SEI2

如果这些具有挑战性的方案中的一个或多个与您的其中一个项目的当前状态相匹配,那么它可能是与敏捷的测试运行的时间。

改变敏捷的关键考虑/风险是什么?

一旦决定得到敏捷试试,它是时候进行战术,选择一个项目,并应用方法。 确定在开始之前需要的信息;询问一些基本问题 - 谁,谁以及如何。

SEI3

一旦识别出基础知识和资源,还有其他方面被认为是通过定义角色和职责,编写业务要求或“故事”,并记录更改以满足合规性要求的更改组织团队。

准备好敏捷?

恭喜!你已经完成了你的作业并相信是时候尝试敏捷项目了。通过第一次FORAY增加成功机会的一种好方法是将一个人或人员与经验汇集以获得滚动。该人可以成为您组织内部的人,以敏捷体验或外部顾问,直接经验开始新的开发方法,如敏捷。 无论如何,这种“敏捷Sherpa”应该能够在日常基础上提供与项目启动和指导指导的暧昧性质。

专家应该能够帮助组织取得成功:

  • 确保组织了解敏捷的基本面,并有机制来实现敏捷项目的成功
  • 识别和减轻人们,过程和技术的风险
  • 在项目中定义主要敏捷项目决策(如迭代长度,工作单位定义,所做的定义)的领导,并确保决定遵守项目的整个生活中
  • 与本组织合作以实现对整个组织的敏捷过程的接受和理解
  • 利用多年的实际项目经验,为项目生命周期提供价值

现在你已经学习了一点关于敏捷,在开始一个敏捷项目之前需要考虑的事情,以及可以发生的潜在风险,这取决于你和你的利益相关者决定现在是否是正确的时间在敏捷水域中的脚趾。 (或也许炮弹!) 底线是您的组织是独一无二的,挑战也是如此,只能通过潮湿来发现。 所以......这是时候:蘸脚趾或炮弹?

[1] 敏捷宣言,2001年 http://agilemanifesto.org/

D不要忘记留下你的评论。


PEG众议院 ,PMP,CSM,CSP是顾问 Systems Evolution Inc. 拥有超过20年的行业经验,方案和项目管理,运营管理,质量控制,业务分析和流程改进。 Haustetter女士是经过认证的Scrum Professional,具有在医疗器械行业,支付媒体,金融服务和互动营销中提供敏捷/ Scrum软件开发项目的经验。

莱昂边缘 是一个顾问 Systems Evolution Inc. 并拥有18年的运营管理专业经验,项目管理,营销和销售管理,软件系统设计和软件实现。 布莱恩先生在包括电信,金融服务和教育的不同行业经验,除了从初创公司到跨国公司的公司提供各种领导作用。

©ba time.com 2021

MacGregor Logo White Web