本书分为五部分，针对阅读过的第Ⅰ部分和第Ⅱ部分，我有以下收获：
什么是需求？
软件需求包含一个时间维度。它们可能是描述目前系统性能的现在时。或者它们可能是近期（高优先级）、中期（中等优先级）或者想象中（低优先级）的未来。甚至可能是过去时，也就是那些曾经被人指定但后来又被舍弃的需要。我们没必要浪费时间争论某个东西是否是需求，即使知道自己会为了某个合理的业务原因而永远不执行它。需求就是需求。
软件需求有三种不同的层次：业务需求、用户需求和功能需求。此外i，每个系统都包含某种类别的非功能需求。
从客户角度审视需求。
如果没有足够的客户参与，当项目结束时一个无法避免的结果就是期望落差，用户的真实需求和开发人员根据项目之初所听到的需求开发出的产品之间的巨大鸿沟。期望落差对所有干系人来说都是一个残酷的“惊喜”，软件中的出现“惊喜”从来都不是什么好消息。与此同时，需求也很容易由于业务变化而过时，所以与客户沟通至关重要。缩小期望落差的最好方法是与合适的客户代表频繁沟通。这些沟通可以是正式访谈，对话，需求评审，用户界面设计走查，原型评估以及敏捷开发中在可执行软件每个小的增量功能上收集的用户反馈。每次沟通都是一个缩小预期差距的机会，让开发人员所开发的软件能够更贴近用户所需。
项目启动往往基于一个想法：创造或是修改一个产品，为某些人提供有价值的好处和一个合理的投资回报。业务需求描述新系能为其出资方、买家以及用户提供的主要收益。业务需求直接影响着用户需求的实现和顺序。
开发软件一定要善于倾听用户的心声。就像孩子们玩的“传声筒”游戏一样，用户与开发人员之间插入的中间层越多，信息传递的错误率与传输延时就越大。不过有些中间层是能够增加价值的，例如当有经验的业务分析师和用户或其他参与者一起收集、评估、细化以及组织输入信息的时候。在使用市场人员、产品经理、主题专家或其他人员作为真实的用户代言人时，要认识到自己所承担的风险。虽然优化用户的表述很有难度而且成本高，但是如果跟你沟通的无法提供最优信息，产品和客户就会吃苦头。
目前作为一名在校大学生，直白说就是“菜鸟”。成为一名业务分析师，对于刚刚走出校门或从完全不相干的行业转过来的人来说，是进入信息技术领域很好的一个切入点。应届毕业生没有什么相关经验和知识，即使有，也不多。只有具备优秀分析师所需要的很多技巧，他才可能受雇成为业务分析师。让菜鸟来做业务分析师，优点在于他对需求流程的工作原理几乎没有什么先入为主的概念。由于缺乏相关的经验和知识，应届毕业生有很多需要学习的地方，了解如何履行业务分析师的职责以及应用错综复杂的实践。毕业生还需要充分了解软件开发流程，理解开发人员、测试人员和其他团队成员所面临的挑战，只有这样，他才能和这些人有效地合作。对于菜鸟业务分析师来说，找个导师可以少走弯路，并从头培养好习惯。不管背景如何，富有创造性的业务分析师都会致力于提高自己的实战能力。分析师需要弥补自身知识和技巧方面的不足，吸收过去的经验，练习业务分析师的工作实践，这样才能更加专业。全能型业务分析师就是这样“千锤百炼而成的”。