《软件需求》读书笔记二

　　第二章首先先举了一个市场部经理在审核需求规范说明草稿时，提出了要增加一个“喜欢该产品”的新的特性，然而这个要求开发起来不简单，超出了项目的·范围，所以Karon需要进行解释清楚为什么这个特性不宜加入范围内。

　　业务需求指的是一组信息，描述的是需要，在此需要指导下，一个或多个项目交付一个解决方案和符合预期的最终业务成果。业务需求可能来自出资方，企业高管，市场部经理或产品规划者。业务需求设置业务背景，提供衡量体系业务希望通过该项目达成怎样的收益。组织如果不清楚项目能为业务增加什么价值，就不要启动任何项目。为业务目标设置可度量的目标，然后定义指标，以便衡量是否在实现这些目标的正确轨道上。

　　业务需求的两个核心元素是愿景和范围。其中愿景和范围问昂将业务需求集合合为一个独立的交付物，为后续的开发工作奠定基础。愿景和范围文档的所有者是项目的发起人，出资方或某个类似的角色。

　　当然倾听用户的心声也是必要的，Karon只是根据当时的情况给出合理的建议和提示，完善业务需求。

　　我觉得一定要有人解决不同用户群之间的需求冲突。协调不一致并对出现的范围问题做出仲裁。而且协商的结果并不总符合分析师的心愿。有的客户可能会拒绝考虑任何其他可行的选择或观点。但是要记得重要的一点，如果真的是在与一些非理性的人共事，定然不会有任何简单解决方案的。