• 2009-09-27

    别急着敏捷

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://www.blogbus.com/dreamhead-logs/47245799.html

    在敏捷中国2009上,有人问了这样一个问题,我们公司实行的是CMMI,我们在这个框架下敏捷呢?

    我们怎么敏捷呢?这是许多人曾经问过的问题。很多人之所以问出这个问题,多半是听说了敏捷的诸多好处,然后,心向往之,却不知从何入手。从愿望上讲,这是件好事,追求一些业界好的东西,但你真打算敏捷吗?

    大多数想做敏捷的人,都是因为对现状不满。但恐怕他们并没有仔细想过,现有开发过程中存在的问题是靠敏捷就能解决的吗?

    • 市场部门只是扔给开发团队一大堆需求和一个不切实际的deadline,不改变,敏捷也没辙。
    • 进度压力大,团队成员没有时间和精力去学习和思考,不改变,敏捷也没辙。
    • 只关注业务,忽略软件开发技能,不改变,敏捷也没辙。
    • 只关注显式成本(比如硬件投入),忽视隐式成本(比如漫长的编译时间),不改变,敏捷也没辙。
    • 只给开发团队压活,不给开发团队解忧,不改变,敏捷也没辙。
    • ……

    你看到了,前面我用了很多“变”。想真正敏捷起来,就要面临改变。

    许多团队团队并没有意识到敏捷到底意味着什么,他们指望一成不变,添加几个敏捷实践,就把所有问题都解决了。越是积淀深厚的团队,这几乎就越是一件不可能的事情。

    采用一些敏捷实践,也许会让某些团队有一些进步,但我也了解过不少“敏捷”团队,因“敏捷”而痛苦万分,唯一让他们欣慰的是,抛弃了繁重的文档。目前关于敏捷,很多人看到都只是鼓舞人心的一面,也许敏捷的“烟斗”才是最真实的一面。

    如果你认为你的团队一切正常,如果你没有准备好承受敏捷带来的改变,别急着敏捷!

    分享到:

    历史上的今天:

    演进的标准 2011-09-27
    论求知 2005-09-27
    引用地址: