InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

你的敏捷组织应该关注什么?

作者 Mike Bria 译者 金毅 发布于 2009年6月18日

领域
过程 & 实践
主题
敏捷 ,
敏捷实施
标签
原则 ,
持续改进

采用敏捷并不容易。许多组织通常努力想从Scrum或XP实践中抽取些实践,运用到他们的工作中去。Mike Cottmeyer提醒这些组织,在敏捷的实施方式上关注太多可能并不是条明智的路。

Cottmeyer主张:

认清我们真正努力想要做到的,会帮助我们打破教条,不再纠结于方法论好坏的争论,避免纯理想Scrum主义(Scrumdamentalism),不然这一切会阻碍我们逐步式地采用敏捷实践。那么,我们的目标是采用Scrum呢,还是提高业务敏捷度呢?

Mike继续阐述了他认为团队“能带来价值”、“能承担责任”、“可预测的”、“信息公开”以及“获得成长”才是最重要的理由。至于团队是否有“Product Owner”、“Scrum Master”、“计划会议(Planning Rituals)”和“每日站立会议”,他认为这些相对没那么重要,并说明了原因。

他声称,缺少类似的价值体系,可能会成为你成功通向敏捷的障碍:

【某些Scrum或XP实践】可能和你的组织标准不一致,事实上,这会阻碍你运用敏捷。你可能需要考虑,你真正想要实现什么,并拿出一些具体的、切合实际的策略来建设团队……从而使团队尽在掌控中。

希望业务部门出一个产品经理,并将他们转变成为产品负责人,这样的要求可能不太现实。但是让他们提供需求,确保团队可以顺利开发软件,这确是合情合理的……需求要考虑到变更……帮助缓解风险……并且更好更快地交付业务价值。
Jim Shore之前也提过类似的想法, 在你读了Mike的那个篇文章后,也推荐你去看看Jim的观点,很有价值。

查看英文原文:What Should Your Agile Organization Value?

译者 金毅 多年来服务于欧美软件外包行业从事管理工作,对软件工程、方法学等在外包业的运用和CMMI实施略有感悟。

对!Mike 说出了敏捷的核心 发表人 Zhang Charlie 发表于
难道不是一开始就是这样的吗? 发表人 Li Guanglei 发表于
敏捷,需要按照各自工作、团队的实际情况进行本地化 发表人 Wang Carl 发表于
说的很对!能否分享惨痛的敏捷经历? 发表人 Zhang Charlie 发表于
Re: 说的很对!能否分享惨痛的敏捷经历? 发表人 Wang Carl 发表于
  1. 返回顶部

    对!Mike 说出了敏捷的核心

    发表人 Zhang Charlie

    Scrum、XP 的 practices 只是表象,如果不顾实际条件,盲目地照搬就成了教条。真正重要的是这些做法背后的 why,为什么 Scrum、XP ... 等等敏捷方法要这么做,有哪些前提条件。只有理解了 why(敏捷软件工程的基本原理),才能灵活地运用。



    从守,到破,再到离,这是人们认识敏捷的一个必然过程。Mike 大概已经到了破和离的阶段。

  2. 返回顶部

    难道不是一开始就是这样的吗?

    发表人 Li Guanglei

    拿XP来说, 难道不是一开始就确立了"价值观-原则-实践"的体系了吗? 那些认为应用xp的practices是守, 上升到原则,价值观就是破,离的人, 只能说连守都没守好

  3. 返回顶部

    敏捷,需要按照各自工作、团队的实际情况进行本地化

    发表人 Wang Carl

    理论终究还是理论,如果将先进的理论本地化,适应各自团队的需要,才是最重要的。
    一个项目下来,有了几个敏捷实践不是关键,真正理解这些实践背后的含义,培养敏捷的价值观更为重要。
    说到底,关键的还是人。
    在一次惨痛的敏捷后,近期的一次项目中,我们的项目中制定了“词汇手册”。将所要使用的敏捷概念列入其中,然后围绕这些已经可以吃的准的概念开展项目。避免项目成员在众多的敏捷概念中迷失方向。

  4. 返回顶部

    说的很对!能否分享惨痛的敏捷经历?

    发表人 Zhang Charlie

    2009年6月20日 下午11时18分 发表人 Carl Wang



    敏捷,需要按照各自工作、团队的实际情况进行本地化



    理论终究还是理论,如果将先进的理论本地化,适应各自团队的需要,才是最重要的。一个项目下来,有了几个敏捷实践不是关键,真正理解这些实践背后的含义,培养敏捷的价值观更为重要。说到底,关键的还是人。在一次惨痛的敏捷后,近期的一次项目中,我们的项目中制定了“词汇手册”。将所要使用的敏捷概念列入其中,然后围绕这些已经可以吃的准的概念开展项目。避免项目成员在众多的敏捷概念中迷失方向。




    Carl,能否分享一下你们的那次“惨痛敏捷经历”?我想可能很多人会和我一样对此感兴趣。



    你说的这几点都很重要,包括本地化,实践的含义,关键在人,词汇(概念)手册等等。我很赞同。



    道理往往很简单而浅显,一点就破,但要让更多的人明白这些简单的道理却往往是不简单的。



    敏捷教练 张恂


    www.zhangxun.com

  5. 返回顶部

    Re: 说的很对!能否分享惨痛的敏捷经历?

    发表人 Wang Carl

    下面是我的一点经验之谈,欢迎大家讨论。
    说来惭愧,这篇文章已经写了半年了,目前还没有继续补充完整。
    近期的项目中,我们吸取了上次的一些教训,后面如果效果不错,我在继续完善。
    blog.csdn.net/ggokind/archive/2008/12/23/359137...

深度内容

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。

解析JDK 7的动态类型语言支持

随着JDK 7的发布,字节码指令集终于迎来了第一位新成员——invokedynamic指令。这条新增加的指令是JDK 7实现“动态类型语言(Dynamically Typed Language)”支持而进行的改进之一,也是为JDK 8可以顺利实现Lambda表达式做技术准备。在这篇文章中,我们将去了解JDK 7这项新特性的出现前因后果和它的意义。

Java Remoting远程服务(下)

随着互联网应用的发展,Java分布式远程服务技术受到越来越多的关注,本文将对各种相关实现以示例的形式逐一介绍,并总结其中的优缺点,使读者能够在技术选型时有所准备。这是文章的下篇。