第四章一开始就用了一个十分生动的例子来说明搜集用户故事，那就是拖网渔船来捕鱼，用户的故事有大有小，所以要用不同规格的渔网来一遍遍确定。需求和鱼一样，会增长会死亡。所以，我们要学会如何捞到用户的故事。
在如何知晓用户的同时，我们要注意不能咄咄逼人，很多很简单的方法如同用户访谈和问卷调查都是传统的业务分析师所使用的。在做用户访谈的时候，我们要尽可能得到多样化的回答，所以不要从非常具体的问题开始。在做问卷调查的时候，我们要注意的是，问卷调查的过程中很可能造成时间滞后，所以不能做捕捞故事的主要方法。
我们在了解用户需求的过程中，不能想当然的去想象用户的需求，而应该去观察用户是如何产生真正的需求的，这只能通过观察去实现。这里我就突然想到了从前老师经常强调的，软件工程是面向客户的，而不是我们关起门来编码。自己关起门来编码不是做工程而是码代码。
客户团队里有一个或者多个真实的用户是及其重要的，因为我们在开发的过程中，可以想象用户如何使用软件，但是关键往往还在于实际的用户。产品公司里，客户经常来自市场团队。但是用户关注的是软件的功能数目，而不是质量。在读这一章的过程中，我认识到直接接触用户是困难的，所以我们要注意真实用户的感受而不是所谓的项目经理。
测试也是过程的一部分，测试可以让你得到更多的细节，可以检查故事是否完整实现。我认为这里的测试应该由用户来写，而不是开发人员，因为开发人员不能完全了解开发的原始需求。测试也是开发的一部分，应该边编码边测试，而不是在编码的过程中去做。我觉得在测试的过程中发现并改正问题比在项目完成后更加简单而且牵连的东西会大大减少，这对简化工作过程是及其有帮助的。