本次的阅读了网罗需求，学到了一些寻找需求的有用技巧。
在第五章的开头，作者给我们举了很生动的例子，在撒网捕鱼的时候，网罗者得到的鱼往往比他原先想要的多，而且有经验的捕鱼者可以知道在哪撒网以及该扔除什么鱼。所以，网罗需求也可以得到这种效果。有经验的需求分析员可以剔除和保留已网罗到的需求，得到自己真正想要的，而且得到的也比自己一开始想得到的多。同时作者也介绍了一些网络需求的小技巧。比如要考虑用户，因为有些用户会有一些未意识到的需求或者是没想到会实现的需求，所以必须要考虑到这些。其次就是一定要网罗全部的需求，如果发现晚了，那么将会产生很大的代价。
网罗工作是由需求分析师来策划的，但是，他不是独立完成的。需要需求分析师用户和其他风险承担者积极的合作，来收集需求。
用户、顾客和客户
作为用户、顾客和客户的那些风险承担者是关于工作知识的来源。他们知道工作是什么，对工作应该是什么见解，因此，用户、顾客和客户有责任想需求分析师提供他们的工作知识也有责任讨论并决定需求分析师孙关于工作和产品的想法的可行性。
需求分析师
分析师是解释者。他必须理解用户所说的关于工作的事情，并将其解释成一个产品的需求规格说明书。在此过程中，分析师必须将某些新的东西引入，为此他必须观察和学习该项工作，从用户的角度理解它；解释该项工作，对用户的描述进行过滤，跳过对当前技术或做事情的方式的描述，来发现该项工作的实质；发明完成该工作更好的方法；用需求规格说明书和分析模型的方式来记录结果，同时分析师必须确保他与用户对产品的理解是一致的。要学会挑选最适合实际情况的技巧来帮助完成网罗需求的任务，在网罗活动过程中，必须揭示好捕获所有的需求，以防其在维护和使用阶段被发现，耗费大的代价将其加入。
网罗活动具有多面性。需求分析师必须理解用户目前在做的工作，并确定用户、顾客和客户希望在将来完成的工作。网罗活动使用了一些来自项目启动阶段活动的输出结果。启动阶段确定了工作的上下文范围，产品的目标和任何解决方案都必须满足的限制条件，这些对分析师的研究工作和手机需求起到了指导作用。需求网罗的第一部分就是观察工作，而做学徒是观察实际工作很好的方法。徒弟与师傅坐在一起，通过观察，问问题，并在师傅的指导下完成一些工作来学习。人们正在做一件事时,最能解释他们在做什么，为什么要这么做。而师徒关系可以与当前系统的建模结合在一起，需求分析师可以利用学徒关系来试验他的需求和设计思想，学徒通过看着相同的任务多次完成而学习工作时，可以发现工作的底层本质。
用户访谈时需求收集的传统方法，需求分析师可以事先草拟一份问卷，在访谈过程中，用户不应该完全是被动的，在与用户进行访谈时，我们需要构建模型，即业务事件响应，用况，场景等。我们需要设定好访问进行的上下文，这对于避免用户谈一些你不希望谈的问题是必要的，有利于增强谈话的方向性；问问题，听取回答，然后反馈自己的理解；画出模型鼓励用户改正它，当讨论一个处理过程时，数据流模型是最适合交流的；并使用用户的术语和制品，不管是概念上的还是实物的；保留制品和文档的样本，以防将来在研究过程中对其提出某些问题；感谢用户提供了自己的时间，并且告诉他为什么这是有价值的。
部分的解释工作是发现工作的本质，系统的本质。代表了系统存在的根本原因。对于每个业务事件，都有一个工作做出的响应，每个业务事件都有他的负责人，与其他感兴趣的人一起，构建一些场景以显示对业务事件做出正确响应所需的动作。