《掌握需求过程》阅读笔记一

这几天读了Suzanne Robertson,James Robertson的《掌握需求过程》，本书用一个接一个的步骤、一个接一个的模板、一个接一个的例子，向我们展示了一个经过业界检验的需求收集和验证过程。

从项目启动、项目计划、项目实施、项目监控、项目结束主线角度描述了需求的目标与范围；需求规格说明书模版与需求框架;需求收集；通过需求原型获取更多、丰富的需求并发现遗漏需求；需求验证；需求管理、需求跟踪、需求事后经验总结。

  项目启动是一项突发性的活动，通过这个活动收集让项目启动所需的各种信息，启动阶段确定产品作为其一部分的工作，并确定产品要实现的准确目标。通过Icebreaker项目更好的展示了需求过程，这一部分老师在课堂上也重点讲到了。产品目标描述了构建产品的原因—产品将做哪些有助于工作的事情？产品目标是最高层次的顾客需求，是业务上的需求。在建立起产品的目标后，也需要保持项目朝着目标前进，质量关让每项需求通过一系列的检查，有一项检查确保其相关性。谁为产品付钱：客户和顾客。客户为产品的开发付费，顾客在产品开发完成后购买产品。用户是最终操作产品的人，确定用户的目的是理解他们所做的工作，知道用户的特点，可以写出正确的易用性需求，另外还存在很多潜在用户，还有很多可能会被遗忘或没有注意到。风险承担者是在产品中有既得利益的人、是对产品有一些要求的人。需求限制条件是全局性需求，包括：设计限制、开发时间限制、经费限制等。我们在项目开始阶段感兴趣的范围是工作的范围，设定工作的范围意味着决定在确定产品的需求之前有多少工作要研究，感兴趣的领域是主题相关的领域。工作上下文范围定义了要研究的工作，以及工作周围的其他系统，表现了工作和与之相连的工作，显示了工作的职责和相邻系统的职责起止之处，确定了我们研究过程的边界。

 项目启动阶段是一个了解认知的过程：了解希望产品做什么、要花多少成本来构建它、了解要研究的工作范围以便为产品收集需求。通过引入业务事件的思想，可以合理的切出一部分工作，用于进一步的建模和研究。理解每个相邻系统对工作的影响，理解了产品范围的限制。通过对工作行为建模，得到了范围。

为什么做需求分析：
    需求分析师没有项目经理那样的控制和权力，也没有开发者那样的具体技能。即便如此，身处所有事情之中让这项工作最为有趣。个人认为，这也是最关键的工作。

需求分析师的任务：
      1、观察和学习目前的工作，从拥有者的角度来理解它。当与用户一起工作时，研究他们的工作并询问他们正在做什么，为什么要这样做。
      2、解释该项工作。虽然用户是这部分工作的专家，但他对工作的描述并非总是事实。分析师必须对用户的描述进行过滤，跳出当前的技术，从而揭示工作的实质，而不是它的具体形式。
      3、用利益相关者能理解的分析模型记录结果。分析师必须确保它与利益相关者对产品的理解是一致的。