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

《掌握需求过程》，又是一本新的书，这和我们现在上的课内容一致，都是讲解需求过程的。在试图构造产品之前，必须明确需求。如果没有正确的需求，就不能设计构造正确的产品，进而产品也就不能帮助用户完成他们的工作。然而已经有人证明，60%的错误在于需求和分析活动，大多数人选择，或更糟糕的是，他们的经理选择，赶紧构造错误的产品。这样，他们付出了数倍的代价，如果一开始就正确的进行需求和分析情况会好得多。这就是明确需求的重要性。

  那么，什么是需求呢？需求是产品必须完成的事情以及必须具备的品质。需求存在的原因要么是该类型的产品要求一定的功能需求和品质，要么是客户希望需求成为提交的产品的一部分。需求又分为功能性需求和非功能性需求，功能性需求是产品必须完成的那些事，即为了向它提供有用的功能，产品必须执行的功能，功能性需求源于产品存在的最基本理由。这类需求指的是如果产品要在给定的用户业务背景下有用，就必须要完成的事情。非功能性需求是产品必须具备的属性或性质，在某些情况下，非功能性需求对于产品的成功是至关重要的，有时它们作为需求的原因是为了增强产品。非功能性需求一般跟在产品功能的后面，也就是说，一旦我们知道了产品要做的事情，就可以确定它的行为方式，它需要具备什么品质以及它应该多大和多快。

 需求过程是没有终点的，当产品已经提交，用户开始使用了，演进过程就开始了。当人们使用产品时，他们发现了新的用途，希望产品得到扩展。这就提出了新的需求，从而又进入了同样的需求过程。正因为产品自身有一个演变过程，你可能会选择先构造一个包含较少功能的早期版本，然后通过计划一系列的发行版本来增加它的功能，这样产品就演进了。需求过程的这种演进的本质在我们设计该过程时是考虑在内的。

  同时也请注意围绕该过程的人。这些人为该过程提供信息，或从过程中接收信息。这些人是一部分风险承担者。风险承担者是指那些在产品中拥有既得利益的人。他们参与需求过程，同时在该过程范围之外还有别的任务。例如。有些风险承担着作为用户参与到网罗需求的过程中，向你提出需求。另一个风险承担者是你的客户，他告诉你产品的业务目标并为开发承担费用。

  需求过程不仅仅考虑你从头开发的新产品。在今天，绝大多数产品的开发目标是增强已有的产品，或对已有产品和产品系列做一次主要革新。今天很多的开发工作涉及到商业上架销售产品或其他类型的组件。不论你的开发方式如何，对最终产物的需求总是需要的。

  启动会议是一个联合应用开发会议，参与者把他们自己关在一起，共同工作直到达到启动会议的目标，即收集足够的事实以确保项目有一个有价值的目标，该项目可能达到，同时也要取得风险承担者关于承担义务的许诺。启动会议确定产品目标，要确保小组一致同意该产品是有价值的，同时确保组织有能力构建和操作该产品。最后，要让所有的风险承担者对产品是否值得和可行达成一致意见，即决定继续还是终止。从经验中得知，尽早结束一个项目要好过挣扎数月或数年，耗费宝贵的资源而又看不到成功的希望。

启动会议结束后，就要开始网罗知识。 启动会议中的风险承担着在确定工作范围是得到了工作上下文模型，就以此作为工作的起点。把工作业务进行划分，为每个业务事件指派需求分析师，以便进行进一步更详细的研究。分析是采取一些技巧，诸如做学徒和用况研讨会等，来发现工作的本质。它们很受欢迎，因为在捕获需求时让用户紧密参与。当我们理解了工作以后，就能决定对工作有帮助的、最好的产品是什么，然后我们就可以开始收集产品的需求。在此之后，还需要做原型和场景建模、写下需求、关注质量关、重用需求、鉴定需求规格说明书、做事后分析、剪裁过程等一系列工作。这本书中，在下面章节里将会更细致的讲述，在这就不总结了。