进度开展慢了。。先铺导图，再谈三点想法：
1）就像前言中说的那样，这本书可以逐字逐句读，也可以“像从一盒多彩的巧克力中取出一块来细细品味”这么读。厉害了作者的强行信心。不过读者的背景、目的各不相同，我还是觉得只要抱着学习的态度，总归会有不同程度的收获。我只读了1/3（捂脸），觉得目前收获主要来自这么2个着力点：reminder+checklist的作用；促使自己把以前零星的想法整理起来的作用。
2）书里有一个章节下的子标题说的是：不要妄想烧干大海。
哎。。我就是那个经常“妄想烧干大海”的处女座。。。每次做个case study都恨不得先搜一两个小时把所有相关的链接铺开，等提示内存不足的时候再一个个先收藏到收藏夹。。然后能下载的下载下来，pdf再开了一堆，然后顶着山大的压力，计划把每篇文章从头到尾撸，摘信息，尝试先理出一个思路，然后再来一轮事实收集，寻找支撑自己观点的东西（有时候搞来的数据也是强行支持论点的）。——最后做出的ppt确实一片好评但是每次这个过程太痛苦了，疲惫不堪啊。不是说看的东西80%都没用（自己确实对某个行业也不了解，不看也还是不行），而是太浪费时间精力，而且自己给自己扣了个不完美的大帽子：“这些结论只是建立在我已经看到的数据和事实基础之上的，万一这不是个作业是个实战，时间不紧的情况下我又可以查更多的信息握草结果看到新的信息推翻了自己以前的结论了怎么办”...
我的解决思路是：
A. 参考书里这部分比较有价值的三句话，每次开始这种任务的时候就列在一旁提醒自己：
任何过度的寻找事实都是在浪费弥足珍贵的时间和精力
要有选择，理清手头需要优先解决的事情
当已经做得足够多的时候，就停下来
B. 提高搜索的质量和阅读速度；别妄想着完美。。当然更重要的是别拖延到最后一两天再做一个其实时间给了一周的大case...最后只能退而求其次匆匆完成作业而不是真心想找到解决方案。
3）说说这个MECE原则：是列框架或者decision tree的时候要遵循的一个原则，每次列sub-problems的时候要Mutually Exclusive, Collectively Exhaustive。书里举的例子是：
面对的问题是：“我们要增加装饰品的销量”，团队即列出以下清单：
A. 改变我们销售装饰品到零售网点的方式
B. 改进我们向顾客营销装饰品的方
C. 降低装饰品的单位成本
假如有人提出来另外一条：“对装饰品进行业务流程再造”，应该怎么让这条跟上面的保持一致？这点是挺好，但是不能和上面的mutually exclusive。那么就把这条和“利用我们的分销系统”、“改进我们的存货管理”一样，列到C条目这一项的子项目去。——总之就是不能重叠，否则引起思维混乱，听众困惑。
——强行结尾>_<
