读书感受

需求部分的讲解是这本书的亮点，我觉得比较实战，如听用户的，但不要照着做；多做就是少做；需求的性价比。一个需求过来并不是马上着手去做，而是看看用户到底想要什么，然后才是评估，然后再开始细化，细化中需求越来越大，范围越来越广，但时间有限，就要开始看优先级，工作量，性价比，最后得出不得不做的，少做的。这里和Joe Software说得一样，一个需求如果一个迭代里排不进去，可能这个需求以后都不会有机会排进去了，因为可能真的不重要。

还有例如需求中的层次，如基本的，增值的，兴奋的。而优先级高中低又是另一个层次上，这样子的分类使得产品的需求有层次，不用一味地满足基本需求，基本功能，优先级高的，总是可以挑些边缘的，但成为产品亮点的。

另外，我觉得作者确实是有很善于积累的人，工作才短短3年多，说起来很有章法，我觉得主要归功于作者的日常笔记，以及博客，作者很善于总结，把一个个项目都总结下，看看能学到什么。其实可以看到，作者是做烂的项目，比成功项目要多得多，但作者还是把道理和方法总结出来。《软件开发者路线图》里的 Skill Set方法，似乎是不错的，观察自己工作的内容和方式，可以看到自己的变化，作出分析。

这本是一本阿里化很重的书，确实如此，但里边有不少值得借鉴的流程，例如评审会议，从需求到测试，都会有评审。如设计评审，就是开发者把故事讲给 PD和测试听。它并不是一次通报，而是一次review。还有例如bug级别列表。可以看到阿里软件和流程管理做得比较多，而规范。是否敏捷就不好判断了。还有例如KPI作为团队考核，都是其流程的反映。