BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

敏捷实施:项目级别照单全收,组织级别循序渐进

| 作者 Mike Bria 关注 0 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2009年8月24日. 估计阅读时间: 3 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

对于敏捷运用,是采用循序渐进的方式更好,还是要么不用,要么彻底全面使用更有效,一直有着很激烈的争论。Johanna Rothman认为需要双管齐下:项目级别应该全面彻底地运用,而组织级别则应该循序渐进。

在最近的2篇博文《对于项目,全情投入》和《小步前进很好,但要小心如何起名》中,Johanna认为人们在项目层面上应该采用所有方法来运用敏捷。实质上,她立场坚定地指出:采用基于时间盒的迭代或者持续集成,很可能对你遇到的情况很有帮助,但这不意味着你“敏捷”了。进一步说,如果你把这叫做敏捷,你会自寻失败。

...如果你把某些东西称为敏捷,请你真正地把它做得敏捷。如果你只是小心地初体验,那你就还没有做任何承诺。如果你觉得自己无法完成时间盒中的工作,然后就调整时间盒的长度,那就不是敏捷,而是增量开发。你可以这么说:“我们正在尝试增量开发。我们选取不同长度的时间盒,这样就能确保完成所有的工作。可能经过一段时间这样的实践,我们将会固定下来时间盒长度,再来看运行得怎么样。”

这就非常合理了。如果你还没有尝试过增量开发,我鼓励你去这么做做看。但是别把它称为敏捷。它不是敏捷。

不久之后,Rothman又在她的第三篇博文中对于组织级别的敏捷运用给出了与之前不同的观点。她建议管理者们采用一种更加循序渐进的方式来改变整个组织的行政结构:

对于一个组织而言,转而运用敏捷不是一个简单的问题。最先要关注的是项目。第一步就是项目组合。接着真正困难的工作就来了:人力系统就是下一步。一旦人力系统又重新可以帮助你的员工了,你就可以考虑改变薪酬系统了。(我的一个客户尝试先改变薪酬系统,但这行不通。薪酬和人力系统之间需要一些互相迁就和妥协。)

对于管理者们而言,既然你们选定持续的目标,并且致力于用敏捷或者精益来实现它,那么小心地逐步地把敏捷引入管理系统中也是可以的。但对于一个只在项目内部使用敏捷的项目,也循序渐进地去运用敏捷,而且你觉得这样没错,那就不行了。同时,管理者们需要致力于敏捷和精益管理的学习。

实质上,Rothman通过这一系列短小的文章来说明了一个观点:实施敏捷需要一定程度的纪律性,但这不是所有项目都已经准备好的。选择一个准备好的,彻底地进行敏捷转变。但是,不要担心是否所有的项目或者整个组织都立刻转变了,当一切来临的时候,想想怎么“循序渐进”。您怎么看呢?

查看英文原文:Agile Adoption: Projects Should Dive-In, Organizations Should Toe-Dip

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

任何事儿都得慢慢来的... by Zoom Quiet

不论敏捷也好瀑布也好,这都只能发生在人们协作过程中;


而这恰恰是慢慢来的根本原因!

  • 软件工程的所有方式以及组织形式,都是反直觉的,要训练和学习的!
  • 每个人在接受工程训练后,可以形成的习惯也是千差万别的!
  • 所以,只能慢慢进行 Mind hacking
  • 什么时候,一个团队的思想达到一定的同步了,什么时候才可能真正的敏捷...

    允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

    当有人回复此评论时请E-mail通知我

    允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

    当有人回复此评论时请E-mail通知我

    1 讨论

    登陆InfoQ,与你最关心的话题互动。


    找回密码....

    Follow

    关注你最喜爱的话题和作者

    快速浏览网站内你所感兴趣话题的精选内容。

    Like

    内容自由定制

    选择想要阅读的主题和喜爱的作者定制自己的新闻源。

    Notifications

    获取更新

    设置通知机制以获取内容更新对您而言是否重要

    BT