感谢图灵社区的电子书阅读奖励计划。
现在大部分互联网公司的开发方式都应该是敏捷式，而不是之前的瀑布式开发。
在刚入职时，经历了从瀑布式到敏捷开发的转变，确实敏捷开发更符合当下对产品的需求。在产品领域，讲究「敏捷迭代，小步快跑」，那敏捷式开发是因为产品需求所以出现呢，还是因为先有了敏捷开发方式，发现产品会变得更被接受所以产品就更多的讲究「敏捷」了呢？
当然无聊哪个是原因，敏捷已经是最为常见的开发方式，甚至都感觉「敏捷就是开发的正常流程」。但实际上，我们公司所经历的敏捷帮助我们做到什么了呢，它是否真的必须使用不可吗，对于敏捷还是存在一些问题的，尤其是在担任 SM 后，对于敏捷、敏捷流程都存在一些问题，希望能够解决这些问题。
作为一个没有系统性了解「敏捷」的人来说，从这本书能够了解到「敏捷是什么」、「为什么要敏捷」、「敏捷怎么做」，先不管对错，至少能够对敏捷有了一个初步的认知，补充一些完全没有意识到的问题，比如 SM 应该做什么？
之前都只是单纯的照搬前人的做法，但书中提到了作为 SM，应该「激励」团队，这一点是一直没有意识到。但其实这一点可能会和自身职业有关，如果 SM 是产品，是更接近用户与数据的人，会自然而然的与开发者，即项目组成员分享这些信息，自然而然的做到了「激励」团队。
但如果 SM 是开发，其实是没有这个意识的，当然从本书中，意识到了可以尝试这么做。
如果没有了解过敏捷，又希望尝试它，寻求一些方法，这本书还是值得一看。
