敏捷是干出来的，不是说出来的。虽然在我们的Team没有采用Scrum作为我们的开发模式，但敏捷的思想一直指导着我们的工作。
读完这本书后，发现Scrum与我们现在的项目开发相比，Scrum更强调会议。Scrum会议中有计划会议、每日会议和回顾会议。在计划会议中，强调产品经理与Scrum教练以及团队共同参与会议，然后确定每个Sprint周期内要完成的故事，并将每个故事拆分成更小的故事，最后把故事拆分成任务，并估算每个任务的完成时间。这和我们Team针对项目开发的过程类似，我们的组员共同参与任务的分解，将任务分解成1-3工作日的粒度，并在看板上进行每日跟进，及时发现问题解决问题。但我们的任务分解是基于模块或者功能的，而Scrum基于业务场景的用户故事，这一点我们可以在今后的项目开发中进行尝试。
Scrum在开计划会议的时候会出现一些问题，例如：时间拉的太长，计划不能落实等等。需要我们在今后的计划会议上注意。Scrum的每日会议和我们目前的站会比较像，Scrum每日会议中可能会发生各种各样的情况，包括会议时间多长、会议没有结果等等，但我们的站会采用了固定时间、固定地点、固定形式来开展，可以避免Scrum每日会议中的各种坑。
我们可以学习书中对任务估算的方法，本能反应和生产率计算，在今后的任务分解中使用。
Scrum是偏向于管理和组织实践的，但是软件项目离不开编程，所以项目要取得很大的成功还需要注重编程实践，XP则恰恰弥补了这一点。将Scrum与XP整合起来使用，管理与实践相结合，项目最终可以获得更大的成功。
书中说明了回顾会在项目过程中的重要性，这使得我更深层次的思考我们推广回顾会意义。回顾会议能够让项目借鉴以往的成功经验，并吸取教训，可以让团队少走很多弯路。我们引导式的回顾会更能激发团队成员的参与度、积极性，团队成员共同提出问题、发现问题从而解决问题，让每一位员工都能够认识到自己的存在和责任，激发每一个人的潜能。这也使得我更有信心和动力去引导好每一次回顾会，并同时发现和培训积极主动的同事来担当引导者的角色。
