此次学习Scrum，以《Scrum 实战 故事、模型与成功秘诀》作为基本的教材。按照此书的专题进行培训。同时每一专题，讲师可以进行扩展。
这本书有一大特点，每章一个主题，每章以故事开始，然后介绍相应的模型和实施方法。也就是每个主题，都有一个案例故事，围绕案例故事，提供做事的模型（套路）。
这样，所提供的方法和套路，不是抽象的说教，而是针对案例故事的解决方案。这样，通过案例，容易带入相应的场景，后面的模型，也更有针对性。
“知易行难”，故事背景为：
Jeff，敏捷教练；Julie，Jeff的搭档；Suzy，项目群经理；Mike，Suzy项目的首席测试员；Wyatt开发人员；其他人员，Suzy项目组一共8人。
这个故事说的是项目经理Suzy，她的项目组实施Scrum 已经半年，但是项目质量还是不好，所以邀请敏捷教练Jeff来进行指导。
Jeff和他的搭档Julie来到项目组现场，参加项目组的讨论。项目组的讨论一开始就成为了抱怨。首席测试员Mike，认为开发挤占了测试时间，造成测试时间太少，开发人员Wyatt觉得开发时间就是需要那么多时间，同时觉得Scrum才是问题的根源。通过他们的对话，Jeff了解到他们将一个迭代的时间延长到了8周，不是每天开站立会议，回顾会议是两天长，计划会议则有8天长，回顾会议一直在争吵，没有解决什么问题。
---Suzy和他的团队，改造了Scrum，没有达到预想的结果，大家相互抱怨。
通过思考以后，Suzy再次召开会议，自我检讨。觉得要重新再来。大家也都觉得，要按照Scrum的本来要求来做。大家不再抱怨，相互鼓励，对前景充满了期望。
通过这个故事，我觉得有如下的启示：
1) Scrum模型简单，但是不走样的实施，不容易，得到实际效果就更难。
2）知道，会做，能够指导别人做，是不同境界。如Whatt和Suzy了解了Scrum，觉得不复杂，就实施，而且是改造了以后实施，最后效果不好
3）团队遇到问题，抱怨和相互指责，不能解决问题。Mike和Wyatt抱怨，解决不了问题
4）团队领导，遇到问题，不回避，想解决办法，责无旁贷。Suzy首先是想到邀请教练进行指导，在团队抱怨时，引导他们聚焦到解决问题。最后，能够再次开会，陈述自己的问题和团队面临的问题，重新开始。
回想去年进行敏捷教练，如果做好这几点，可能会取得不一样的结果：
1）多花一些时间进行松土，实现进行充分的思想动员，多进行培训，引导每个人对敏捷的认同
2）慢就是快，虽然敏捷本身也需要快。但是是不留质量隐患的快。实施敏捷也不能留有隐患。
3）引入外力，通过独立顾问，可能更能够看到那些是不能走样的，那些是可以变通的。
原文：http://www.cnblogs.com/laoduan/p/scrum4.html