作者:冰云 来源:冰云@Blogging   酷勤网收集 2008-05-01

摘要
  敏捷需要团队协作,这种成功不可能是靠一个人的英雄主义来完成。必须是整个团队和组织在共同一致的目标和价值观作用下,共同努力的结果。很多人实施敏捷不理想的原因,是由于他们无法改变其他人的做事方法,无法获得团队的认同。

本文是回复CSDN编辑的问题:

> 1. 每个地方、每个人对敏捷的认识和理解都不一样,在我国技术应用和开发的背景下,能否结合您的体会说一下什么是敏捷?

从理论定义上讲,“敏捷是指在动荡的业务环境中,适应变化并创造变化,从而获得价值的一种能力“。Jim Highsmith在他的敏捷项目管理一书中如是说。“同时敏捷是平衡灵活性和稳定性的一种能力”。

(Agility is the ability to both create and respond to change in order to profit in a turbulent business environment. Agility is the ability to balance flexibility and stability )

不同的情况下,敏捷的适应能力可能会体现出不同的解决方案和做事方法。这也许是有人对敏捷认识不同的原因:他们被缤纷的实践手段而遮蔽,而忽视了对敏捷原则或理论的目的理解,那就是适应性。

有人说要做有中国特色的敏捷方法,而敏捷本身就是一种适应性方法,所谓适合中国的敏捷方法这本身就是一个错误的阐述。这句话应该说:敏捷思想天生的适合于各种情况,也包括中国的情况,因为他本身就一个适应性方法。在具体的实践上需要针对各组织和团队的情况进行创新。

> 2. 在我国,总体上说敏捷的实施和推广并不理想,“雷声大雨点小”。既然敏捷这么好,您认为为什么不是所有人和公司都用它?

上面说了,敏捷是一种指导思想。在这种指导思想下做事能获得很大的成功。敏捷需要团队协作,这种成功不可能是靠一个人的英雄主义来完成。必须是整个团队和组织在共同一致的目标和价值观作用下,共同努力的结果。很多人实施敏捷不理想的原因,是由于他们无法改变其他人的做事方法,无法获得团队的认同。在没有人支持和响应的情况下,成功真的很难。

另一方面,由于很多敏捷方法的实践者的尝试都局限在开发团队或IT部门中,他们无法改变外在环境,只能靠团队的努力来进行敏捷实践。这对他们的实践带来了很多限制。有时候外部的力量迫使他们不得不放下已经初有成效的实践。这也是在国外敏捷实践过程中人们逐渐发现的一个问题。ThoughtWorks提出敏捷企业的口号,就是要将敏捷思想和方法带给开发团队以外的公司其他部门。从而提升IT部门的创造力,为企业带来增值。

> 3. 摩卡软件的总工程师说,“敏捷并不适合中国?”您是否认同?能否说说您认同或者不认同的原因?

他说敏捷不适合中国的主要观点是说,中国开发者水平不足以实施敏捷。虽然没听上下文有断章取义之嫌,不过这点我不敢苟同。中国的开发者大多数都很聪明,能力用于实施敏捷开发足以。

目前的问题是,许多团队对敏捷了解不多,或者缺乏敏捷教练的指导。敏捷还没有成为他们做事的一种准绳,开发者的对敏捷的思路还不熟悉,很多人还是只了解学校里学到的瀑布模型。所以,在敏捷的普及上还有待各位敏捷支持者一起努力,来建立这样的大环境。

> 4. ThoughtWorks 在敏捷方面一直做得很优秀,在业内引领着敏捷前进的旗帜,您认为为什么ThoughtWorks 会做得这么好?

信念。因为每一个ThoughtWorker都对敏捷抱有坚定的信念。我们发自内心的认为敏捷是好的,是正确的。因此我们都会告诉我们的朋友,来吧,试试看敏捷。

> 5. 如果有开发者从未真正接触过敏捷,您要说服他使用敏捷的开发方法,您会怎么说?

我建议从具体的实践一点点的,手把手的去让他理解为什么要这么做。不用提敏捷,等到他自己逐步的了解之后,自然会水到渠成的明白敏捷是什么。

> 6. 对于使用敏捷开发方法的程序员,您有什么经验或者教训告诉他们呢?

如果你坚信一件事情是正确的,那就去做,不用管别人怎么说。你在做的同时,也告诉你的朋友,我在做这件事,我认为正确的一件事。这可以潜移默化的影响你周边的人。总有一天,你的努力会有成效的。

题外话:不仅仅是对敏捷,对任何你觉得正确的事情,都应该坚持。例如保护环境,例如节约,例如帮助困难的群体,例如微笑。

来自:什么是敏捷?– Q&A

分类: 软件工程 项目管理 系统架构 软件测试



关于酷勤 | 联系方式 | 免责声明 | 友情链接