主题：【原创】闲聊敏捷开发——SCRUM（一） -- 哈酷

是不是一般签个框架协议什么的？

第一轮谈的时候,谈要做什么,做出一个宽松的预算,给后面的变更留出余地.

还有一个办法是,对于后加的功能,签订维护协议,在运营后的几年里分批支付.

哈酷:一点不白痴，很实际的问题

此外：有可能遇到‘坚持认为自己不会有修改’的客户。这种客户往往很初级（客户确实有三六九等）。那就要通过一些手段，让他了解‘需求变更是常态’。教育客户真的很需要技巧。

上次结尾讲到了考评，不出所料，说到考评环节，果然问题多多，我再次声明：这个考评部分确实和SCRUM培训教材上说的不同。SCRUM培训中没有对考评部分做什么特别说明，这部分确属是我自己的私货了。那么我为什么吃饱了非要提这个部分呢？

我费半天劲卖私货其实是抛个砖，希望能引玉。真心感谢大家的回复，说明大家一起在思考。这是伟大的思考和讨论，我们怀着人文精神，为人类寻找管理生产的方式……打住。

我必须把逻辑链整理一下，事情必须要说圆。

PO为什么要信任poker-plan会上team的报价？

当然我可以说PO要相信team，让他相信SCRUM，告诉他根据经验这样一定是对的，但别忘记PO有可能是外部客户，当我和客户解释的时候，必须要逻辑完美才能说服客户，高举SCRUM大棒是不行的。

即使是内部客户，我已经说服了大老板支持SCRUM，但如果不能让PO真正相信SCRUM，他们一样会抱怨的（以前瀑布式可能是TEAM抱怨，现在换人了而已），他们的抱怨一样影响工作成果。

PO在poker-plan会上是来买东西的。

想象有两条街，一条街都是国有企业，但隔壁一条街全是私营的，东西一样。假设你只能挑一条街去，你更相信哪边价廉物美？我选私营街。原因在于你相信自负盈亏的店铺才会有争夺业务的动力，才会把价格报的实在，东西也会做的好，是这个理不？

这里就是关键的逻辑起点，team成员必须有争做story的动力。这个动力来源何处本身倒不重要。

比如来源于团结，大家特别团结，混日子的会被眼神杀死，OK。

比如来源于自我实现的愿望，大家都有这种愿望，抢着做，OK。

比如来源于学习欲望，不断的想做点东西提高自己的能力，OK。

再比如，或者大家都是公司股东，都一股脑就想着把项目做完赚钱，也OK。

反正怎么都行，只要满足：team成员有争做story的动力。而且最好这个动力是能够摆上纸面的，要说服PO啊。

这并不容易啊！要知道很多story很无聊的，有聊的和无聊的工作也差不多是二八分，团队成员的动力来源能让大家争做这些无聊的工作么？

我能想到的办法就是计点，很多工作PO觉得优先度很高，但很无聊，大家都不愿意做，那么一定点数比较高，点数高了，自然有人愿意做了，这是符合市场经济价值观的。为什么点数高了就有人愿意做了呢？要让他心甘情愿的做，前提还是这个点数对他是有激励作用的。至于多大程度上的激励，当然可以先约法三章。甚至只是打出来给大家看的，但不要忘记，即使只是打出来看，也是软激励，也是有用的。如果不幸团队成员士气很低，软激励不起作用了，那么只好直接和奖金挂钩了，挂钩程度越大，激励越大，同时‘竞争过度’的可能性也越大。

另一方面讲，因为team成员在意自己的积点，那么就会更加在意和PO的沟通，从而确保自己的story能够顺利validate，从而做下一个story。这就是自负盈亏才能够价廉物美的道理。

我一开始就说过，要把项目环境考虑的糟糕一点，糟糕的环境包含了三个方面：

我特意扯出计点考评的原因就是为了第二个方面啦。因为我认为SCRUM培训中这个环节有缺失。导致了逻辑链不完整，这样事情就说不圆。SCRUM项目失败的原因很多，其中很多一开始就败了，有一个重要原因就是没能把事情说圆，于是大家抱着强烈的怀疑执行着纸上写的规章，尤其是PO他们带着这样的怀疑，事情就很难办好。

如果哪位同学能够不用计点考评，就可以把这个问题解决，我老白真心求教。真的，吃管理饭可不是动嘴皮子驳理论，项目好坏事关真金白银。现实很残酷，我手下没那么多士气高水平高并且带着强烈自我实现欲望的程序员团队，有限的奖金也希望能够用在实处，留下英才。

最近有点忙了，接下来不定期更新。

• 【原创】闲聊敏捷开发——SCRUM（五）

如果team的成员达成一个私下的协议,平均每次出价都在自己出价的基础上提升100%,这样team成员的工作可以变得轻松,收入不会减少,当然这有个前提是点数决定收入,而不是项目的总预算;或者说,项目的总预算是可以变的,但是单位点数对应的报酬不变; 如果反之,项目的总预算不变,那这样的出价结果就是预算必须增加了. SCRUM是如何应对这种情况的?

花您.

没成功过吗?成功过吗?没成功过吗?.....哈哈哈哈

好吧,根据一个被广泛认可的竞争模型,Bertrand model(或者叫Bertrand competition)

我个人不看好这样的价格联盟可以持续下去..

更何况,PO无论何时都有抽身而去的权力,无非是他要做一个权衡. 所以一直加价是拿不住PO的...

只要人数不太少，那么价格联盟难以成功，掌握有限的‘竞争’是可以控制到最适合你们TEAM的状况的。

PO搞垮价格联盟是很轻易的事情。这也是说服他们相信SCRUM的一条。

Team不大，比如你的例子，一共3位。要是这3位团结起来，一起报高价呢？那么怎么办？虽然市场竞争是好事，但如果市场小，也很容易垄断。至于如何解释这个高价，如果PO不懂技术（大多数情况），那么这个团结的team是很容易解释的。

SCRUM TEAM的大小确实不能太小（3个人少了点），举例用3个人是为了举例方便。

一方面说，3个人的team要用SCRUM管理也可以，但不会起到特别优势。

另一方面说，如果三个人能联合起来对付PO，哪怕不用SCRUM管理，这项目也一样很难办。

2年了，自己做公司，操心得很，一直闲不下来落笔。但对于SCRUM的管理有了更多的认识。

自己练摊之后看问题会更全面些，多了很多以前没有的视角，能够从更多的纬度看待管理，操作方面限制和方法也会更多，花等下文。

遗漏，错误描述都是存在的。