2009年2月2日,星期一19:00

为什么要敏捷?

由艾伦·科赫(Alan Koch)撰写
什么's so Great about Agility?

最近,用于管理软件项目的敏捷方法发挥了很大的作用。人们为什么这么多谈论它?这只是最新的“新事物”吗?还是有一些真正的价值?

“敏捷”是一组软件开发方法,是在七年前定义的,因此“泛滥成灾”早就烧光了。事实是,越来越多的组织(从小型商店到大型公司)正在发现敏捷性的真正价值。

在定义什么是敏捷还是什么不是敏捷之后,我们将研究它可以带来的价值。

什么 is Agility?

敏捷方法具有许多或关键属性,可以称为“敏捷本质”。他们是:

  • 学习与适应 -传统方法希望我们可以预见该项目将如何以合理的精度进行。敏捷方法接受许多我们无法预料的事情,因此它的结构允许我们首先了解那些未知因素,然后适应我们所学的知识。
  • 合作 -敏捷方法为所有持续合作的利益相关者(包括程序员及其客户)赋予了很高的价值。
  • 以客户为中心 -客户是敏捷项目的重点,并一直积极参与。
  • 小型自我指导团队 -敏捷利用了自我指导的团队,并认识到小型团队可以最有效地自我指导。
  • 精益原则 -精益制造已证明的原理体现在敏捷性中,尤其是诸如“足够”和“及时”之类的概念。
  • 渐进式需求制定 -我们希望在项目进行过程中了解系统要求,因此在项目开始时试图将它们严格地定义为完整的规范是没有意义的。敏捷项目建立了路线图,并在需要时详细说明了细节。
  • 增量交付 -确保我们建立正确系统的最佳方法是定期获得客户的反馈。敏捷性始终包括将产品逐步交付给客户-至少用于验收测试。
  • 迭代计划和适应 -敏捷项目非常重视计划。他们参与各种级别的计划,并定期进行计划。同样,这是由于我们无法预见到所有重要的事实,因此我们必须在学习过程中调整计划。

什么 is Agility Not?

许多人滥用“敏捷”一词来作为无纪律做法的借口。有些人错误地认为敏捷意味着这些东西:

  • 没有文件 -敏捷项目产生的文档与传统项目产生的文档明显不同,敏捷团队将始终询问为什么需要各种文档。但是他们总是(以独特的方式)记录他们的计划,需求,设计以及任何其他提供价值的工件。
  • 没有计划 -敏捷项目实际上比大多数传统项目参与了更多的计划。他们在项目启动期间制定了一个高级计划,并在整个项目中定期重新访问和调整该高级计划。他们制定了在每次开发迭代中将要做什么的计划,并且他们每天开会以检查进度并计划当日的工作。
  • 没有要求 -敏捷团队的产品负责人(客户)定义了产品愿景,并且他们共同努力来记录产品的高级需求(称为产品待办事项列表)。然后,在整个项目中需要时,将详细阐述和记录这些需求。
  • 没有时间表或预算控制 -敏捷项目始终在“时间框”内运行。也就是说,它们具有确定的开始日期和结束日期,并且不会违反这些日期。而且由于人的时间是软件项目预算的最大部分,因此时间限制也限制了项目预算。敏捷的口号是:“我们将在项目约束内提供最大的客户价值!”
  • 程序员随心所欲 -客户对敏捷项目具有主要控制权。在整个敏捷项目中,客户都参与了计划,优先级划分和状态保持的各个方面。如果项目团队没有产生客户认为有价值的东西,则由该人来重新指导工作。团队的唯一作用是估计可以在有限的时间内完成的工作。团队的客户确定如何指导工作。

敏捷的价值

公司发现敏捷方法(按预期实施时)可提供价值的原因很多。引用的值通常包括:

  • 合适的产品 -客户不断参与项目,确保正在构建有价值的软件并确定工作的优先级。此外,客户接受或提供有关所生产产品的每个增量的关键反馈。在客户的这种参与水平下,不可能制造出错误的产品。
  • 质量 -敏捷始终包括对构建质量的强烈关注。这不仅包括客户的验收测试,还包括许多技术质量实践。运作良好的敏捷团队可以生产高质量的软件。
  • 时间表和预算 -敏捷项目的时间装箱意味着其进度和预算很少会“超支”。如果事情未能按计划进行,则可以跳过或缩短低优先级功能。如果敏捷项目确实需要延长其时间范围,则需要客户和管理层的完全同意。
  • 预先警告 -因为敏捷项目本质上是一系列简短的小型项目,所以问题可以在很早就得到纠正。
  • 适应变化 -改变是企业的事实。与传统项目相比,敏捷项目可以更有效地适应业务环境,组织内部或与客户的变化。

Every business values agility (lower-case "a"). 什么 many are finding is that Agility (upper-case "A") provides what it promises.

版权所有©2009 Global Knowledge Training LLC 版权所有。


PMP艾伦·科赫(Alan Koch) ,是Ask Process的总裁。 Inc.,(http://www.askprocess.com/)和Global Knowledge Training LLC的讲师。作为业务分析社区的长期成员,科赫先生在软件开发方面拥有28年的经验。可以通过以下方式与他联系 http://ca.mc883.mail.yahoo.com/mc/[email protected].  

©BA Times.com 2020

麦格雷戈徽标白色网站