敏捷与能力

团队实施敏捷，经常会遇到的一个问题是：“实施敏捷对个人能力要求高吗？”其实不止是正在实施的团队，国内各个敏捷社区、论坛 上也充斥着这样的论调：“实施敏捷对能力要求太高了，如果团队成员的能力达不到一定的程度，还是不要实施敏捷的好”。

为什么大家会有这样的问 题？有些是实施中确实遇到的，更多的则是臆测推断出来的；在大家把问题统统归结为“个人能力”之前，我们还是先澄清一下能力的范围，是指在开发过程中，团 队各种角色（BA、QA、DEV、PM）由于自身角色能力不足，导致团队无法交付、时间拖延或者产品质量低下。我们先来看看出现的一些确实出现过或者凭空 臆测的典型问题：

某团队开发速度很慢，大大低于预期。为什么呢？多数开发人员对随用的语言和框架不熟练；
我们团队要采用TDD方 式编写自动化测试，除了开始一个月，后面大家很难坚持，一定是大家能力不行；
项目的Bug太多了，开发人员经验太少；
...

这 些问题都很奇怪，如果不采用敏捷，难道就不会出现上面的问题吗？当大家转而使用传统的开发方式时，上面的问题难道就会自动消失吗？
丰田精益生产方 式中一个经常用的隐喻是“湖水和岩石”。大意是指湖水太深，你无法发现阻碍当前生产的主要原因，只有把湖水讲下去，才能发现真正的岩石在哪里。在精益生产 中，湖水是指“库存”，而在软件开发中，对应的湖水则是“迭代周期”。
我们举一个例子，当发现“项目严重延期”时，通常已经是交付时间，不过开发 人员最近一直加班，也挺辛苦的呀。不过如果你是项目经理或者客户，你知道开发人员的时间都花到哪儿了吗？如果采用迭代式交付，每两周一个迭代，完成一定的 特性，你可能第一个迭代就发现问题了：开发人员Java语言的经验太少，光是IDE、构建环境就装了好几天；接下来的迭代你发现了更多的问题：开发人员根 本没有开发过web，每天上班就是在学习Web开发，加班时才是在干活...
我们可以抱怨团队开发人员能力不够，不过这关敏捷的什么事儿？本来大 家都知道的事情，只不过敏捷让它暴露的更严重更突出罢了，谁还会任由你“掩耳盗铃”呢。

如果你知道项目中可能存在问题，如果你想改进一下 当前的流程，为何不试试敏捷呢？把湖水（迭代周期）降下来，把岩石露出来，你会发现很多很多的问题。多数问题都跟能力有关吗？可能吧。不过能力都怨敏捷 吗？我不信。

 

评论

38 楼 hatedance 2010-05-27  

我相信敏捷是一种先进技术。
等我学会了再回头来批判他的不足。

37 楼 tottichen 2010-05-26  

讨论了这么多，其实敏捷只是解决问题的一种指导方案，但是并不是唯一方案。只要让项目正常运作什么样的方法都是值得借鉴的，没有绝对的好和差。

36 楼 yangyi 2010-05-25  

看问题的角度不同，得到的答案自然不同。任何问题都是人提出来的，只要最后的结果对自己是利大于弊的就好，哪怕是用错误的理由得到了正确的答案。大千世界，芸芸众生，也只有这样才能找到一条和平发展的道路。个人认为，任何时候，虚心自省都是有益的，强加给别人自己的价值观都是错误的。逻辑再清楚，那也是受时空条件制约的，没有人掌握了所有的先天条件。晚辈浅见。

35 楼 raito_yagami 2010-05-24  

一蓑烟雨任平生 写道

一伙业余球员，有个家伙看到全攻全守，就也想这么打，旁人说这打法对能力要求很高，答：我通过练习全攻全守，可以让问题显现出来。一职业球员说，你发现问题不解决，有个球用。答：你牛你来说说怎么解决。。。。。。

呵呵，虽然我不懂什么是敏捷，但还是查了查，看了看。
我觉得人家不说有人家不说的理由和角度
像这种问题，仁者见仁，智者见智，答案是不会统一的，毕竟接口是抽象的，实现是具体而多样的。
环境不同，影响也大不相同，结果也千奇百怪了。
我觉得学习好东西不是重在形式，而是借其精髓，不要总指望照葫芦画瓢走捷径。
要不怎么现在中国的这个山寨，那个山寨东西层出不穷呢，都没自己的东西。
扯远喽！
我也有点好高骛远了，呵呵。

34 楼 一蓑烟雨任平生 2010-05-21  

一伙业余球员，有个家伙看到全攻全守，就也想这么打，旁人说这打法对能力要求很高，答：我通过练习全攻全守，可以让问题显现出来。一职业球员说，你发现问题不解决，有个球用。答：你牛你来说说怎么解决。。。。。。

33 楼 王者之剑 2010-05-21  

gigix 写道

berlou 写道

人家帖子就是在讨论敏捷过程中，与“人”密切相关的问题， 人家没说需要什么，你来主动投怀送抱，人家当然要问一下你能提供什么， 但是你又说免费的提供不了什么，那你掺和什么？

你可以回过头去看看这个帖子是怎么发展起来的
我一开始就说了，如果你没打算帮人解决问题，最好就不要去帮人发现问题
因为发现了问题以后，别人就会“当然要问一下你能提供什么”
这个时候你能做什么呢？免费的你确实提供不了什么，然后别人就会问，“那你掺和什么？”

或者你想，那我就多少提供一点什么吧，只当我加班做公益事业了
可惜，事情无一例外地会变成这样：
1. 你提供了某种解决方案
2. ...
3. 别人说：某某专家给我提供了解决方案，还是不管用！
永远没有人会去关注，在2这个环节里，他是不是真的照这个解决方案做了。

这两种情形，都是我亲身经验
尤其是前一种，你的反应就已经再次例证了我的观点
所以，我真的很难不继续坚持我这种狭隘自私的观点

支持，不让他花钱，他骨子都有让专家出洋相的巨大冲动。

32 楼 hideto 2010-05-20  

开个玩笑，楼主还是告别敏捷吧，现在已经是“精益”的时代了

31 楼 抛出异常的爱 2010-05-19  

敏捷一般包含二个方向

1.更好的透明度,可以观察到，可以度量
2.更快改变制度以适应人群。

有时会二者会产生矛盾
那个时候需要一些指导

其它时候 1 与 2 都没什么问题
有问题的是3 政Z 因素或叫作人文因素。
在其它行业中3的存在价值很高（最佳实践）
但在软件行业中3的存在价值只是恐惧与习惯而已
（其实软件业还没有谁发现最佳实践呢）
敏捷运行不起来大多与这个有关

30 楼 yh_private 2010-05-19  

好大一片硝烟。低调。低调。

不过还是不要针对人、公司。

事情总是会产生些分歧，不吸纳，就抛弃吧。不能指望所有人都是一样的。

佛学会产生现实社会 意义上的 价值么？不能么？能么？

看问题的视角不一样，结论自然也不一样。

昨天这个时候跟一个法国朋友讨论佛学的事情。

我问：你们追求的是什么。
其答：永恒
我问：永恒是什么。
其答：永恒，也许是物也许是理这个得靠你自己去修行，这个是文字语言无法说明的，出口即错，语言没办法去说！能说出来的都不是正确的。

Super Monkey 2:57:26
所以。在现实社会中 所谓 永恒就是没有
海落因的空虚 2:57:37
有！
Super Monkey 2:57:40
什么呢
海落因的空虚 2:57:45
只是你想不到而已
Super Monkey 2:57:50
你告诉我啊。
海落因的空虚 2:58:27
问你可问不出来，我吃饭我饱你不饱，如人饮水，冷暖自知的道理你都不懂吗？
海落因的空虚 2:58:57
就是佛祖，也说不出来，他也只能带着弟子一点点让他们体会

29 楼 berlou 2010-05-17  

sg552 写道

改了又改，我不知道回帖到底应该写啥。

邪恶的小人说：（马赛克处理）
善良的小人说：berlou 很淳朴，挺善良的。我回帖的时候，一定要想一想再回。

好吧，最后就是一句话： 我sg552还是多多学习，继续低调吧。

其实论坛里至于有那么大压力么？就是因为有人代表公司形象，所以不能说透？那样何不穿个马甲， 跟我来个对骂也无所谓。
事情就是这么个事情，情况就是这么个情况。。。

28 楼 强强爱妍妍 2010-05-17  

gigix 写道

直接的回答是，只有当这个问题成为我们的问题，我们才会去谈论解决办法。别人选择信或者不信我所说的话，那都是别人自己的事，不是我的事。在一个问题没有成为我的问题之前，我个人倾向于不去暴露太多的问题，更不会去说我有什么解决办法，因为我没有办法确保别人听了我的解决办法会照着去做。
我说的那个“很搞笑的漏洞”就是：你需要什么，不等于别人应该提供什么。如果哪怕有一个人，需要什么别人就会提供他什么，那这个世界早就应该和平了，是吧？

咨询公司就这嘴脸,大家瞧瞧!

27 楼 sg552 2010-05-17  

改了又改，我不知道回帖到底应该写啥。

邪恶的小人说：（马赛克处理）
善良的小人说：berlou 很淳朴，挺善良的。我回帖的时候，一定要想一想再回。

好吧，最后就是一句话： 我sg552还是多多学习，继续低调吧。

26 楼 berlou 2010-05-17  

gigix 写道

berlou 写道

人家帖子就是在讨论敏捷过程中，与“人”密切相关的问题， 人家没说需要什么，你来主动投怀送抱，人家当然要问一下你能提供什么， 但是你又说免费的提供不了什么，那你掺和什么？

你可以回过头去看看这个帖子是怎么发展起来的
我一开始就说了，如果你没打算帮人解决问题，最好就不要去帮人发现问题
因为发现了问题以后，别人就会“当然要问一下你能提供什么”
这个时候你能做什么呢？免费的你确实提供不了什么，然后别人就会问，“那你掺和什么？”

或者你想，那我就多少提供一点什么吧，只当我加班做公益事业了
可惜，事情无一例外地会变成这样：
1. 你提供了某种解决方案
2. ...
3. 别人说：某某专家给我提供了解决方案，还是不管用！
永远没有人会去关注，在2这个环节里，他是不是真的照这个解决方案做了。

这两种情形，都是我亲身经验
尤其是前一种，你的反应就已经再次例证了我的观点
所以，我真的很难不继续坚持我这种狭隘自私的观点

既然这么说，我也无话可说了。我也不是针对你和TW，我说话有时难听，但是是在说事情。你们的做事风格会给人留下这样的印象，既然你选择不解释，那我也不勉强了。

25 楼 gigix 2010-05-16  

berlou 写道

人家帖子就是在讨论敏捷过程中，与“人”密切相关的问题， 人家没说需要什么，你来主动投怀送抱，人家当然要问一下你能提供什么， 但是你又说免费的提供不了什么，那你掺和什么？

你可以回过头去看看这个帖子是怎么发展起来的
我一开始就说了，如果你没打算帮人解决问题，最好就不要去帮人发现问题
因为发现了问题以后，别人就会“当然要问一下你能提供什么”
这个时候你能做什么呢？免费的你确实提供不了什么，然后别人就会问，“那你掺和什么？”

或者你想，那我就多少提供一点什么吧，只当我加班做公益事业了
可惜，事情无一例外地会变成这样：
1. 你提供了某种解决方案
2. ...
3. 别人说：某某专家给我提供了解决方案，还是不管用！
永远没有人会去关注，在2这个环节里，他是不是真的照这个解决方案做了。

这两种情形，都是我亲身经验
尤其是前一种，你的反应就已经再次例证了我的观点
所以，我真的很难不继续坚持我这种狭隘自私的观点

24 楼 berlou 2010-05-16  

gigix 写道

berlou 写道

敏捷只有一个敏捷，说明你没有充分理解，什么是“多态”。
敏捷是一种思想， 实现它的方式有很多种，而且具体实践，需要根据项目，团队能力，以及客户接受的程度来进行裁剪和改进。

如果你充分理解什么是多态的话，你就应该明白：子类对象IS A父类对象。换句话说，不管你的“敏捷实现类”有什么裁剪和改进，它的外在行为都是并且只能是“敏捷接口”，否则你就是在滥用继承。因此，不管你怎么裁剪和改进，敏捷只有一个敏捷，即符合“敏捷接口”的敏捷，其他都是伪敏捷。论证结束。

berlou 写道

你现在需要把我当作一个比你层次和理解力低的人，来向我说明白敏捷需要解决的问题，和遇到这种濒死的项目，你们有什么解决办法。
我需要的是直接的回答，不是像算命先生一样的绕来绕去。

直接的回答是，只有当这个问题成为我们的问题，我们才会去谈论解决办法。别人选择信或者不信我所说的话，那都是别人自己的事，不是我的事。在一个问题没有成为我的问题之前，我个人倾向于不去暴露太多的问题，更不会去说我有什么解决办法，因为我没有办法确保别人听了我的解决办法会照着去做。
我说的那个“很搞笑的漏洞”就是：你需要什么，不等于别人应该提供什么。如果哪怕有一个人，需要什么别人就会提供他什么，那这个世界早就应该和平了，是吧？

说来说去， 我明白了一个意思：
1.如果你项目需求控制不住 --> 你不够敏捷
2.如果你研发质量不高 --> 你不够敏捷
3.如果你持续集成做的不好 --> 你不够敏捷
4.如果... --> 你不够敏捷

只有一个敏捷，好，如何敏捷？scrum, xp,pair名词堆砌给我，最后，到底如何实施？
您的回答在第二段话的逻辑里：

说白了就是你们将事情弄得很高深，很神秘的样子，云山雾罩的将我们虎的团团转，最后，告诉我：
你不是我的客户，我不能把秘笈告诉你，想要知道，请购买TW的敏捷咨询服务。
是吧？

人家帖子就是在讨论敏捷过程中，与“人”密切相关的问题， 人家没说需要什么，你来主动投怀送抱，人家当然要问一下你能提供什么， 但是你又说免费的提供不了什么，那你掺和什么？

23 楼 gigix 2010-05-16  

berlou 写道

敏捷只有一个敏捷，说明你没有充分理解，什么是“多态”。
敏捷是一种思想， 实现它的方式有很多种，而且具体实践，需要根据项目，团队能力，以及客户接受的程度来进行裁剪和改进。

如果你充分理解什么是多态的话，你就应该明白：子类对象IS A父类对象。换句话说，不管你的“敏捷实现类”有什么裁剪和改进，它的外在行为都是并且只能是“敏捷接口”，否则你就是在滥用继承。因此，不管你怎么裁剪和改进，敏捷只有一个敏捷，即符合“敏捷接口”的敏捷，其他都是伪敏捷。论证结束。

berlou 写道

你现在需要把我当作一个比你层次和理解力低的人，来向我说明白敏捷需要解决的问题，和遇到这种濒死的项目，你们有什么解决办法。
我需要的是直接的回答，不是像算命先生一样的绕来绕去。

直接的回答是，只有当这个问题成为我们的问题，我们才会去谈论解决办法。别人选择信或者不信我所说的话，那都是别人自己的事，不是我的事。在一个问题没有成为我的问题之前，我个人倾向于不去暴露太多的问题，更不会去说我有什么解决办法，因为我没有办法确保别人听了我的解决办法会照着去做。
我说的那个“很搞笑的漏洞”就是：你需要什么，不等于别人应该提供什么。如果哪怕有一个人，需要什么别人就会提供他什么，那这个世界早就应该和平了，是吧？

22 楼 berlou 2010-05-16  

敏捷只有一个敏捷，说明你没有充分理解，什么是“多态”。
敏捷是一种思想， 实现它的方式有很多种，而且具体实践，需要根据项目，团队能力，以及客户接受的程度来进行裁剪和改进。

21 楼 berlou 2010-05-16  

gigix 写道

berlou 写道

]Jeff同学， 宣传敏捷是你们的职责，但是你的比喻不是很恰当。
人家用你们敏捷就是让你做医生，做手术的，来改善他们的既有流程，你只管刨肚子，不管治疗么？

第一，没有什么“你们敏捷”“我们敏捷”，敏捷就只有一个敏捷（以及很多伪敏捷）
第二，你这句话有一个很搞笑的漏洞，不知道你自己注意到没有

谢谢你的回答，我发现你总是会及时回答问题。
但是你不要用这种云山雾罩的话来说事情， 敏捷里一个重要的能力是“沟通”， 如果TW的人都这么沟通的话，你们工作是怎么做的？你们都是诗人么？哲学家？你现在需要把我当作一个比你层次和理解力低的人，来向我说明白敏捷需要解决的问题，和遇到这种濒死的项目，你们有什么解决办法。
我需要的是直接的回答，不是像算命先生一样的绕来绕去。

20 楼 gigix 2010-05-16  

berlou 写道

]Jeff同学， 宣传敏捷是你们的职责，但是你的比喻不是很恰当。
人家用你们敏捷就是让你做医生，做手术的，来改善他们的既有流程，你只管刨肚子，不管治疗么？

第一，没有什么“你们敏捷”“我们敏捷”，敏捷就只有一个敏捷（以及很多伪敏捷）
第二，你这句话有一个很搞笑的漏洞，不知道你自己注意到没有

19 楼 berlou 2010-05-15  

gigix 写道

老话说，我不杀伯仁，伯仁因我而死

谁想去帮别人发现问题，谁就得帮别人解决问题
如果你压根没打算帮人解决问题，那么你就不要去撺掇别人发现问题

别人原来就算有一千个问题，至少他活着
你去把他肚子拉开了，指着里头说，你看，一大堆的瘤子，啧啧，都烂了也～～
然后他一害怕一忧虑一悲哀，就真的死了
这个时候你又说，唉呀，害死你的是瘤子不是我，难道我不看见，瘤子就不会害死你了么？

他会死。但不是现在。
他之所以现在死了，就是我开头说的那句话。

Jeff同学， 宣传敏捷是你们的职责，但是你的比喻不是很恰当。
人家用你们敏捷就是让你做医生，做手术的，来改善他们的既有流程，你只管刨肚子，不管治疗么？