读 陈皓 为什么scrum不行

今天，读了 陈皓 写的 为什么scrum不行。

scrum据说是一个很好的团队管理模式，我现在所的项目组的项目经理据说，也曾向公司推存这种管理模式，但都被无情地推延。

读了 陈皓 为什么scrum不行 http://coolshell.cn/articles/5044.html ，

作者通过 9 个原因分析scrum何以不行，写这篇博客仅仅只是为了总结一下自己的观点，对这9个观点发表一下自己的看法：（当然我同样也需要来个“免责声明”，对陈皓的文章我还是很喜欢的)

Reason 1:  Scrum 的基石是相信人。

就是团对成员互相信任，但是在一个如此现实的社会环境下，的确太难了，在这个原因上，作者的评论让我感觉到一些火药味和一些讽刺，下面这句是出自原文：too young, too simple, sometimes naive!

是啊，程序员生存是艰难的，付一代都是很一件很难的事，更别提付二代，付三代。。。。都是为了生存，很明显是不能"全心全意无私奉献".

wake up pool man.

Reason 2: Scrum 认为只要给员工足够多的自由，员工就能做得最好。

原文提到 人的天性是懒惰的,这句话不知道是不是哪个名人说的，如果作者能把写出这句话的名人的名字注释在后面，应该更有说服力，至少我认为这句还是有道理。至少我现在的同事，还是有若干表现地如作者所提及的,"他们会只会做他们感兴趣的事，要么聊QQ，要么打游戏，看闲书，反正不干正事".虽然我很想也这么干 ，但是为了前途，还是很少做这些事的。May be 周围的同事也有曾如是想过，但是干 出来的事，那就是事实，由不得不信，they are not.

Reason 3: 因为前面的原因，所以，我们仍然要把一个PM放在Scrum团队的上面做管理，这样才会有产出。于是，PM给团队分配任何，管得细枝末节，事无巨细，天天让你做进度汇报，等等。直至把团队拖垮。

这个确实是说到点上了，天天做一个进度会报，无形上会给程序员一个压力.听起来很好，有压力就有动力，事实上这样增加了程序员的焦虑感，日积月累，这就成了工作以外的额外负担，无形中又会有抱怨之类的心理，最后，一心就只想着：看哥，能不能飞出你的笼子。于是你在他心中就是一个失败的管理者，也成了吐糟的对象，你就很可能没有一个，原意百分百合作的担档了。

Reason 4: Scrum 只不过是一个流程。

原文两句：你都能看到的是员工都是那一副副苦逼的脸;不是开发团队自发出来的，而是上面管你喜欢不喜欢按给你的.

流水线生产，貌似乎记得是美国汔车大王：福特，在他的汔车生产过程 中首创的，由于能大大的提高生产效率，以致于得到了全世界范围的引用和发展。真没想到，这东西也在软件开发中得到发展啊。

可关键在于，软件不是机器，不需要你像锁镙丝一样，不用思考，拿起板手就开始一天，同样动作的工作。

程序员可注重于思考不同的需求，做不同的业务实现，岂能按部就班！我们需要的是协同。而不是“压迫”与“压力”。

 

Reason 5: Scrum delivers ‘business value’。

  原文 一句:真正了解业务的那帮人根本不可能加入项目团队，那些人谁TMD愿意和苦逼的技术人员加班啊。 

加班的我们是很苦逼的，真是的TMD，懂业务的人，ＴＭＤ公司就没给协调过来。我不能把人都是自私的这个概念推给大家，因为这是在传播负面言论，所以大家可以把这句忽略。

在我的身上，事实证明了解业务的那帮人，绝对不可能加入项目团队，所以像个救火队员疲于奔命,那是必须的。

Reason 6: 一个敏捷的团队应该是持续进步的。

原文 ：这就是为什么Scrum总是在问什么干得好，什么需要改进，并定义行动方案。你真的以为员工想进步吗？让他们不得不去想想自己和团队怎么进步，然后他们还不得不去执行行动方案。别天真了，人的天性是不喜欢改变的，人的天性是习惯于一些按部就般的事的，也许那样做令人讨厌，但是人家还是能干点东西出来。如果你逼着人家改变，你就是在压迫人家，人家自然会反抗。

人的天性是不喜欢改变的，人的天性是习惯于一些按部就般的事的。

 这句话，细细思考一下，一般情况下，还是挺有道理的，至少对于程 序是这样的，因为程序员就没有什么具体的按部就班的，不需要思考的作业了。

自然，也是不希望总有那么多不同的需求要去实现，自然地，导致了不喜欢改变，也导致了，TMD的不想进步。

实际上，上面的结论还是很郁闷的，我还是很想进步的，但是能不能不要“总是在问什么干得好，什么需要改,进并定义行动方案。"，能不能说说”什么做得好，什么需要改进，定义行动方案，做好了，大家有什么升职，或者涨薪的机会,至少有个奖金吧“。

加班免费如此艰辛工作，来点奖励引诱安慰一下。

 Reason 8: 软件质量和生产率成正比。

原文：也就是说，质量越高，生产率越高。如果质量不高，你开发效率就会低下，但是谁管呢？我们朝九晚五的上班，质量好了也是做8小时，质量差了也是做8小时，无所为嘛。另外，我们的 project manager (或者是Scrum master!) 总是会批评我们没有按计划完成。所以，这根本 不可能。

质量越高，生产率越高<------>我们的 project manager (或者是Scrum master!) 总是会批评我们没有按计划完成。 这是事实，至少我现在的项目组，的每个人，都被 ！强调过进度慢。

这个太搞了，看得出Scrum ,是一个理想化的东西，看到此，可以说对scrum失去信心了，

简直是”无人性“的代名词，当然，大家不要误解，我说的是 没有考虑人性化的 意思。

Reason 9: “是的，如果我们只做需要的功能，那么我们就会最低的成本，对吗？”，为什么这世上总是会有这些幼稚的人？这种事怎么可能啊。很多很多的银行或保险公司的项目在你还没有启动项目前就谈好了一个价格（可能还会有回扣），为了打单子，销售什么都干得出来，让你去做项目是因为你是廉价劳动力，而且，他们会不断地加需求，因为软件合同谈好的价格时候，连需求都没有，你去做了才有，还是模糊和不确定或根本就是错的，然后需求是越来越多，越改越多。等你精疲力尽的时候，你才意识到，销售早就把你卖了。

这个真是的，深有同感啊：还是模糊和不确定或根本就是错的，然后需求是越来越多，越改越多。等你精疲力尽的时候，你才意识到，销售早就把你卖了。

如果销售能考虑一下技术人员的感受就好了，但是就算了解了技术员的感受，他就会手下留情吗？

我只能说，单是肯定还是要签的，程序员，还是注定要杯具的，因为签单是程序员的前提，出卖程序员也是前提，因为这是太自然的事了吧。

 

 

  终上所述，至少scrum在中国真的是行不通，中国人的骨子里有 历史的劣根性，这就注定了至少scrum不适合在中国发展.程序员的工作，需要的前提，都是被狠狠地潜规则，而且当下的社会特性，也注定了scrum不合适。