在很久很久之前，我就听说了敏捷开发的大名，也听到过诸多成功人士对于Scrum与XP方法的赞誉。只是由于我个人的一些原因，一直没抽出时间去拜读这些名著。直到最近，我才有机会去阅读敏捷开发相关的资料，而硝烟中的Scrum与XP则是我阅读的第一本关于敏捷方面的书。
在阅读本书之前，我阅读了一些关于敏捷实践方面的文章，并被这种新的管理方式深深所吸引（其实，这种管理方式并不是很新了，它在几年前就已经开始在诸多项目中使用，现在最新的软件管理方式是精益）。因为根据那些文章中所述，他们因为使用Scrum，使用敏捷才使项目避免了某些灾难，并且这种管理方式可以缩短项目开发周期。对于公司来说，这节省了项目开支，增加了公司的收益。
当我阅读这本书时，我觉得项目中会出现诸多“fuck”、"shit"之类的词语来表达项目中的混乱，但我始料未及的是本书自始至终都没出现这样的词语。相反地，本书只是用简单的言语介绍项目的紧张性，我只能用自己所处的项目场景去想象作者所述的项目处境，这是我比较遗憾的地方。
不过，不用浓墨重彩去描述Scrum与XP实践过程以外的内容，也是本书的优点。作者仅仅用了130页的篇章，就将敏捷实施的情况介绍完毕，并且介绍了在实施Scrum中会出现的各种情形，比如管理多个Scrum团队，管理地理位置上分配的团队。
Scrum与传统的软件开发相比，它更强调会议。会议有计划会议、每日会议 和 回顾会议。在计划会议中，它强调产品经理与Scrum Master以及团队共同参与会议，然后确定每个Sprint周期内要完成的故事，并将每个故事拆分成更小的故事，最后把故事拆分成任务，并估算每个任务的完成时间。
确定完计划之后，接下来整个团队每天都会进行短时间的每日会议，来确定前一天完成了哪些事情，以及接下来的一天要做哪些事情。每日会议中可能会发生各种各样的情况，包括会议时间多长、会议没有结果等，不过作者详述了他们是如何处理这些事情的。这对于那些没有处理过相关问题的读者来说，这真是宝贵的经验。
现在的很多项目管理都没有将回顾会议放到日程中，那真是项目管理者和项目团队的悲哀。回顾会议能够让项目借鉴以往的成功经验，并吸取教训，可以让团队少走很多弯路。但是项目管理者看不到这些，因为他们没有回顾会议。
Scrum是偏向于管理和组织实践的，但是软件项目离不开编程，所以项目要取得很大的成功还需要注重编程实践，XP则恰恰弥补了这一点。将Scrum与XP整合起来使用，管理与编程想结合，最终项目可以获得更大的成功。
最后，感谢硝烟中的Scrum与XP的作者，感谢他将Scrum与XP的实践经验分享给我们，让我们在软件管理中少走很多弯路。Thanks You！