对”为什么Scrum不行？“的评价

coolshell 发布 ”为什么scrum不行？“的文章：评价的原文：http://coolshell.cn/articles/5044.html/comment-page-1#comment-67737。我有不同的看法。原帖有我的评论。为了集中期间，这个博客把全部我的评论集中到一起。

 

如下就是我的看法：

 

尽管你和原作者的内容基本不离谱，但是出发点好像非常不同。原来的作者更多是为了实践黑帽子而来的戏言。而从你的红字来看，你更多把这个当真了。并且希望以此为依据，“友情”提醒，顺道批批scurm的传道者。我以前常常听说“具体问题具体分析”这句话太对了，以至于毫无沟通的价值，你的重视人，人是核心的资源的想法也是太对了，但是我希望看到你对此本身的论述，而不是说有人简单的推行scurm，不多多的提到人的因素而不爽，因此就假途灭虢。文章提到的原因几条其实是司空见惯的，过去会有，现在会有，未来依然会有，而我们要做的是，如何把这样的状况一点点的变成更加坦诚，高效的沟通环境。相信经过漫长的博弈，很多优秀的人会发现坦诚一点和隐藏内心的真实想法而让自己受伤来的更好。

1000copy

2011年7月24日11:34 | #48

回复 | 引用

关于reason1,。连杰克韦尔奇也说，缺乏坦诚是商业社会的最卑劣的秘密。可见曾经号称世界第一ceo对此也非常痛苦，而他把坦诚作为高效企业的第一条法则也就不为过了。创造安全的环境，让大家自由的表达，是创新的核心。创新第一，并且包容失败必须领导人有足够的胸襟和气度。这个不容易。但是竞争激烈的环境，必然让他们一点点的发现，坦诚是最简单的方法。面对各种各样的办公室政治，坦诚是最直接的解决问题的诀窍。坦诚不等于交心，而是谈事。和人的沟通的挫败常常会有，克服或者说与恐惧同在，比起玩弄或者鄙视办公室政治来的简单、痛快、大气。如果这次不行，还有下次，如果今年不行，还有明年，一旦有机会，常常的历练就会让你更加容易把握这样的机会，帮助公司和同事腾飞。

1000copy

2011年7月24日11:37 | #49

回复 | 引用

关于原作者的出发点，http://maurits.wordpress.com/2011/07/13/why-scrum-will-never-work/ 的第一个回复就是“作者不过是为了带上思考帽”而来的的戏言，这一点和我看法一致。我觉得看看别人的评论，然后再对比下我们当前这篇文章的评论，就会觉得前者要成熟的多，后者则充满了受伤者的调调。不要鄙视’办公室政治’了，作为一个技术人员，花费时间去鄙视不值得。

1000copy

2011年7月24日11:48 | #50

回复 | 引用

关于 Reason 2:
我觉得假设人是“足够多的自由员工就能做得最好”并不是什么科学，而是经验，一个相比之下更优的选择；你相信这个能行，这个就倾向于能行。你相信他不行，他就会倾向于不行。不管怎样，我倾向于这个假设是更优的。至于“人的天性是懒惰的”这个可能是对的，也有人说”人的后天是追求虚荣“的，这就是说人性本恶。也有人说人性本善，到现在为止，这些哲学东西还并无定论。但是人的行为是要受到观察的影响的。相比之下，我宁愿相信人性本善，就是说，人为了更好的懒惰而勤奋，为了更好的虚荣而追求荣誉，比起相信人性本恶让人更好接受。也更加容易导出良好的结果。至于和报酬挂钩，不然就会混日子，我觉得大可不必——你要知道混日子其实对自己而言是很难受的。你要混日子只是对自己不负责而已。你想借此惩罚公司，其实只是惩罚了自己而已。真的要和报酬挂钩，更好的办法是做好工作，多多研究，或者换个工作，然后做好，然后研究。和混日子相比，前者更加容易有机会拿到更好的报酬。至于成为Teamleader ,我知道不少技术人员其实就是想做技术，觉得做tL很麻烦的。

1000copy

2011年7月24日11:53 | #51

回复 | 引用

About Reason 3:
PM进来管理，就必须“管得细枝末节，事无巨细”？这是什么逻辑？“天天让你做进度汇报，等等。直至把团队拖垮”，scrum的进度沟通(不少汇报，我不喜欢这样的词汇），不过是15分钟，大部分情况下，沟通好只要几分钟，哪里会被拖垮呢?确实是相当的blackhat。没有这样的每日例会，项目关系人总是看不到进展，程序员纯按自己的想法去做，这个项目非常容易走偏，多做无用功，这样的做法反而容易把团队拖垮。

1000copy

2011年7月24日12:04 | #52

回复 | 引用

About Reason 4:

是的，” Scrum 只不过是一个流程”。这样的调门，我见的太多了。“c#不过是一门语言”，everything 不过是一门工具，”你这样做不过是一种编码方式“。你总是站的那么高，然后俯视这个世界，殊不知你就在这个世界里。你就在每天编码，每天查找文件。这就是大家每天的工作，为何要轻视它。轻视这些工具，这些方法，就是在轻视自己的工作。

”这世上有太多的流程，尤其是那那些操CMMi的公司。几乎所有玩CMMi流程的公司，你都能看到的是员工都是那一副副苦逼的脸。所以，Scrum的流程同样会这样“。我傻，这是什么逻辑？就因为cmm苦逼，scrum是流程，因此也该苦逼？

”因为这些都不是开发团队自发出来的，而是上面管你喜欢不喜欢按给你的“。

我见过几个公司就是这样的看法，你试试后，如果你发现有用，就用。至少我们是这样的。

”Scrum 根本不可能增进你的软件质量和技术，只能是优秀的人才才可能“！

优秀的人才到了一起，如何分工，如何沟通，如何更好的协作?一将愚蠢，累死千军，”这个共同认可的流程就是将“。就是Doom的开发者和创始人卡马克都不排斥管理。他说，找一个项目经理把管理的事情做了，我不想弄这些事情。我觉得按你的说法，美国只要有Washionton,Paine,杰斐逊就行了，写什么”独立宣言“，弄什么宪法。

 

不想继续评论其他reason了，都是差不多的逻辑混乱。至少在总结下，不要鄙视”办公室政治“，不需要指望销售人员做什么业务，不要鄙视”流程“，因为不值；不要轻视你的工作，你的code，你的工具，你都不重视，其他人会重视吗?——有这个时间，不如把技术变成你的核心竞争力。我和我的团队花费了8年的时间，逐步的做出各种各样的平台，技术，成果，终于让公司的”不懂得技术“的领导相信，技术是核心的竞争力，并且争取到更多的资源。我宁愿相信人性本善，相信人的进步，相信环境和轻量的，被接受的流程对人的进步、产品的进步的持续影响。而不是花费时间去疗伤； 

 

评价的原文：http://coolshell.cn/articles/5044.html/comment-page-1#comment-67737

评论

1 楼 wwccss 2011-07-25  

我好久没有上javaeye了。但这个帖子要顶！

我宁愿相信人性本善，相信人的进步，相信环境和轻量的，被接受的流程对人的进步、产品的进步的持续影响。而不是花费时间去疗伤；