前言：
各位先贤都说，Scrum是一个敏捷框架，每个学习Scrum过程的人都被告知大可以按照您的实际情况来裁剪修自己的实践来应用但是实践那么多，自身的情况又那么具体（对!每个团队都会觉得自己的情况是很具体而特殊的），你该裁剪什么，添加什么，好处和坏处都是什么？
近半年来，在我们公司，作为公司Scrum推行者，以及一个具体项目的PO，我参加了多数团队的迭代Sprint,演示,回顾会议，有机会分享他们的实践心得，发现大多团队都对敏捷书籍推荐的Scrum实践有所裁减或者修改，有的在迭代会议上不估值，有的不开早会，有的回顾会议开得散漫，或者一人身兼PO和Scrum Master，我的分享是：
你们有放弃或者修改任何一项Scrum实践的权力，但是前提要知道你失去了的是什么，并施加措施避免
关于标题：
标题起经济学这么标题党的原因是，我觉得多数Scrum实践为什么被那么多圣贤推荐是有理论依据，是符合经济学，社会心理学，管理学规律的，作为普及经济学畅销书，譬如《《牛奶可乐经济学》，《怪诞行为学》的爱好者，我忍不住要以这么一种口吻来描述，这也算是博物经济学的一种实践，就是用经济学的概念去理解日常生活中的任意现象的一种思维方式。
同时，我还想要用标题表达的是，经济学，心理学，管理学等等都是讲述统计意义的上的概率问题，就个体而言我是无法与你争论的，比如，心理学说：女人更喜欢感性决策，但是他背后的意思是：在统计意义上，女性用感性决策的概率搞过男性百分之几十个点。但是如果你周围都是理性决策的女强人，觉得我 "> 搬的道理不对是完全合理的。所 以，后面篇幅的大部分观点都是我通过理论上的分析，认为他们对的概率比错的概率高一些，具体多少点，我也不太清楚。
我把Nokia scrum test作为我文章的开头 ，原因是我的理解他们就是Nokia的开发团队认为scrum不应该被裁减的最核心最基础的实践，我从这几项谈起是为了抓住重点内容,当然这也可以作为给那些不清楚Scrum为何物的阅读者一个简单的scrum印象。
Nokia的Scrum标准（最早版本的，新版本条款太细太多，不适合举例子）：
- 迭代要有固定的时长（TimeBox），不能超过六个星期。
- 每一次迭代的结尾，代码必须经过QA的测试。
- Scrum团队必须有产品负责人PO，而且团队都清楚这个人是谁。
- 产品负责人必须有产品的Backlog，其中包括团队对它进行的估算。
- 团队必须有一个燃尽图，而且要了解他们自己的生产效率。
- 在一个Sprint中，外人不能干涉团队的工作。
这的疑问都是针对各项推荐实践，而且大部分是针对已经是Scrum Master和PO的或者有志于担当对Scrum有所了解的读者，有些是具体的同事提出来了，有些纯粹是为了凑个提问的形式，每一条相对独立，可以选择性的阅读。
下面是本系列第一问:
第二问
【Scrum经济学(2)-分析Scrum各项推荐实践为什么有用】我们的迭代要不要延期
欧阳丹-天爬者的blog
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
