第五章 需求工程之建立业务需求

- 业务需求代表的是需求链的顶部 - 业务需求定义解决方案的愿景和实现该方案的项目范围 - 用户需求和功能需求必须与业务需求建立的背景和目标保持一致 - 任何无助于项目达成业务目标的需求都不宜实现。 - 如果项目没有清晰的定义和充分的沟通方向，肯定会带来灾难性的结果 - 参与者如果不能保持目标和优先级一致性，工作方向就会不自觉地南辕北辙 - 如果对项目的业务目标缺乏共同的理解，干系人永远无法就需求达成一致意见 - 团队如果不能提前意识到这一点，即使劳神费力交付合格产品，项目也很可能超期，预算也可能超支。 在IT行业中，需求工程是项目成功的关键因素，特别是在软件开发领域。本章的主题“第五章 需求工程之建立业务需求”着重讲解了业务需求在整个需求链中的重要性，以及如何有效地管理和分析这些需求以确保项目的成功。 业务需求处于需求链的顶端，它们定义了解决方案的愿景和项目范围。这表明，业务需求不仅涵盖了项目的基本目标，还设定了项目最终应达成的业务成果。业务需求包括业务机会、目标、成功标准和愿景声明，它们共同构建了一个完整的业务需求框架。在开始功能和非功能需求的详细工作之前，必须先理解和满足业务需求，因为它们是解决问题的基础。 项目范围的明确和良好的沟通是避免灾难性结果的关键。如果项目的目标和优先级没有得到一致理解，团队可能会偏离正确的方向。同时，如果没有共同理解的业务目标，干系人之间难以达成需求共识。因此，团队需要在早期阶段就明确项目业务目标，以确保所有工作都朝着同一方向努力，避免时间和资源的浪费。 在需求获取过程中，业务分析师应确保业务目标、愿景和范围在讨论中得到充分展现，这有助于快速评估新提出的需求数是否符合项目范围。业务需求设立了一个评估体系，用来衡量项目是否能带来预期的业务收益。若无法明确项目对业务的价值，项目就不应启动。为业务目标设定可量化的目标和指标，便于跟踪项目是否按计划实现这些目标。 业务需求的来源可能多元且可能存在冲突，决策者必须解决这些冲突，确保需求的优先级符合主要干系人的最大价值。同时，产品愿景描述了产品将要达成的业务目标，是团结干系人的核心，它随产品战略和业务目标的演变而变化。项目范围声明则明确了项目边界，定义了当前版本和未来版本的开发重点。 在处理冲突时，政治因素和权力斗争可能会介入，但重点应放在解决业务问题上，而不是单纯处理人际关系。随着干系人增多，需求的范围可能会扩张，导致项目超期和超预算，这需要有效的范围管理来防止这种情况。 在长期项目中，决策者的变更可能导致基线业务需求的调整。此时，业务分析师需要与新的决策者协作，更新用户需求和功能需求，保持它们与业务需求的一致性。愿景和范围文档是这些过程的载体，由项目发起人或出资方负责维护，它们为后续开发提供了基础。 业务需求描述了新系统或产品变更将为出资方、卖家和用户带来的主要收益，影响着用户需求的实现顺序。新产品或产品变更的决策应基于市场需求、商业价值和投资回报。因此，业务需求不仅是技术层面的需求，更是商业成功的关键因素。 总结来说，建立业务需求是需求工程的核心，它涉及到对项目目标的清晰定义、干系人的共识、范围管理、冲突解决以及与用户需求的协调，这些都是确保项目成功的重要步骤。