scrum只适合做产品,不适合做项目么?

团队近期换了不少新鲜血液，于是在国庆节前一天，举行了一次scrum的培训。

 

个人觉得PPT中有个地方做的不好，如果只是让人不理解也就罢了，还误导出scrum只适合做产品，不适合做项目的结论。

笔者在写此文的同时，翻阅了网络上最新的资料，发现已无倒三角模型，估计老外也意识到了这个问题。

 

[倒三角模型图片待上班后补充]

每到这个PPT，主持人会讲，敏捷是倒三角模型，它的精髓是价值优先

传统开发，需求是固定的，人和时间可变，所以，常见加人或加班。

而敏捷开发，人，时间是固定的，需求可变，所以，只承诺做价值高的。

受训者很容易就得出，我们是做项目的，客户需求砍不掉，所以，敏捷不适合我们。做产品则不一样，每个release做多少发多少，所以，敏捷适合你们。

 

那么，笔者补充下面这句话，阐述更重要的精髓

So instead of a large group spending a long time building a big thing,
we have a small team spending a short time building a small thing.

 

下面这个“写名字”游戏很有趣。

游戏背景：团队有Alex,Michael,Henry,Bin,Chenery

玩法（1）先写第一个人的第一个字母，然后去写第二个人的第一个字母，以此循环，直到完成所有人的名字。

（2）先只关注第一个人的名字，全部写完再去写第二个人，以此类推，直到完成所有人名字。

结果如图：

结论（1）在同样任务量的情况下，敏捷比瀑布耗时更短。

（2）做项目的公司，BA可以藏着需求。