之所以看这本书，是部门里一个很厉害的产品经理推荐的。
这两天生病，在医院里事情不多，花了几个小时时间看完了这本书。
书不是很厚，作者用了很多自己的例子来表述自己的观点。而且在讲方法的时候，同时说明了自己团队在这个时候的实践过程。
这里先简单记录一下作者想推荐的冲刺方法：
周一：
1. 先列出一个长期目标
2. 然后找各个专家讨论，分析。然后选择一个目标
周二：
1. 每个人都对目标提出自己的一些观点
2. 然后静下来，每个人对已有的东西做一份方案
周三：
3. 每个人都阐述一遍自己的方案
4. 投票，然后决策者作出决策
周四周五：完成原型，用户测试
其实，不一定是在团队，做一个这么大项目的时候才能用，做事情的时候也是这样。其实可以把做事情都归咎为以下几点：
- 找到问题
- 想清楚问题的需要注意的地方，最好的实现方式，建议，创意
- 然后设计出几个方案
- 选出一个设计方案
- 简单检测方案的效果
- 执行方案
这本书另一个关键的地方在于：
在团队的执行过程中，协作者都必须提出自己的观点，找到自己没有想到的地方。然后静下来每人做一个方案，最后再对方案进行评审，选出一个最好。
与一般的头脑风暴的区别是，头脑风暴在提出观点后，最后是一个人或者两个人做方案，而设计冲刺的方法是提出观点，所有人安静的思考后，每个人都要做方案，最后进行评审。
而我认为，书中说的参与的人，比如说程序员，销售，客服。在一开始想问题需要注意的问题，是需要到场的，可以站在不同的观点上提供建议和创意。但是在第二步，做方案的时候，其实可以交给另一批更专业的人做，比如说一个产品团队去做，把前一天总结的要点都提供出来，由他们设计不同的方案，进行比对。也就是说，其实上面列的几步可以交给不同的人做，这样可能效率更高，更有效。
(之后带团队的时候要尝试一下这本书团队协作的部分
