本书作者杰夫·萨瑟兰，被誉为“Scrum 之父”，是敏捷管理方法的发明者和共同创造人，也是敏捷宣言的起草人。他曾先后担任了11家软件公司的首席执行官和首席技术官，积累了丰富的项目管理经验。
在阅读本书之前，关于敏捷都是通过PPT，培训，博客了解的相关的信息，后悔没有早点阅读敏捷创始人原滋原味的著作，更加全面的了解作业的思想，和他在敏捷实践的过程中归纳总结的所有法。通过这本书，也对敏捷过程中涉及的过程和相关的工具有了更加深刻的认识。
我是获得有PMP证书，在学习敏捷以前我认为软件开发应该和建造一栋大楼一样，拥有良好的设计，一旦设计完成施工就应该按设计一摸一样的执行，如果设计没有按照施工图纸执行，建筑物必然出现问题，软件开发的流程应该和建筑物一样，按部就班。然而在多年的开发和管理过程中，发现并不是这样。设计阶段，软件就不能像建筑一样由接受了专业学习，并且非常有经验的人完成，软件的设计文档由一帮不懂代码的人提出需求，不懂业务的人完成各个功能的设计，然后再由不懂任何软件开发技术的人签字画押。如此不严谨的设计文档如何能引导接下来的开发工作，而且如何能确保在设计的阶段不出现错误。在敏捷方法之前，任何的软件开发都是反感改动的，必须又变更委员会提出改动，并且审批。软件开发中需求的改动并不是那么的可怕，在任何时候即刻响应变化带来的成本都远远低于最后阶段被迫的修改设计和其中的代码的实现。敏捷告诉我们拥抱变化，并且正面的对待变化带来的价值提升。
Scrum 流程梳理如同下面的一些步骤。
挑选一位产品负责人。这个人决定做什么，对产出的价值负责，要考虑到风险与回报、可行性
挑选一个卓越团队
挑选Scrum主管
拟定待办事项清单，并确定优先顺序。这个清单列出了为了落实产品负责人的愿景而需要完成的所有事项，待办清单在实施过程中需要不断演化调整
评估待办事项清单。让负责实际开发工作的团队对待办事项做出评估，判断事项是否符合SMART原则，通过计划扑克算出点数
冲刺规划会。团队要从待办事项清单的顶端着手，看看一个冲刺阶段中能完成多少（根据往期冲刺完成的点数），在冲刺的过程中，没有人能够变更冲刺内容
工作透明化。准备一块白板，上面分成三栏：待办事项、在办事项、完成事项，团队知道什么已完成以及什么未完成，他们就能够自我组织和自我管理了；另一个工具是燃尽图
每日立会。这是Scrum的活力源泉。团队每天在固定时间进行内部沟通，时间一般不超过15分钟，Scrum主管向团队成员提出下列问题：（1）你昨天做了什么？（2）今天你打算做什么？（3）什么因素阻碍了团队的前进之路？让整个团队清楚地知道在这一个冲刺周期内各项任务的进展。所有任务都能按时完成吗？有没有机会帮助其他团队成员克服障碍？
冲刺展示与反馈，团队展示之前冲刺中创造的成果，征求反馈意见
冲刺回顾，算快乐分，决定一个最需要改善的地方，比如加强透明度、自主性
上一个冲刺阶段结束之后，立即开始新的冲刺阶段。利用在之前的冲刺过程中，团队在消除障碍、改善流程方面积累的经验
