商业需求开发：从理念到实践
1. 前期文档准备与利益相关者沟通
在项目开展过程中，前期的文档准备和与利益相关者的沟通至关重要。在文档中列出未入选的属性列表，能避免相关想法丢失。在分发文档前，要与每个利益相关者单独确认，确保他们对结果满意。若有人有疑虑或反对意见，需在最终文档草稿中总结。只有获得每个利益相关者对结果的明确同意，项目才能有信心推进。
2. 有效商业需求的定义
“需求”常被误解为等同于“功能”，但实际上它们有很大区别。描述功能是在阐述解决方案的一个方面，而描述需求则是在说明问题的一个层面。有效的商业需求是对业务问题的详细阐述，应以目标而非功能来表达。
例如，在为 Herff Jones 创建基于网络的年鉴创建工具 eDesign 时，三个关键商业需求如下：
- 让学生和学校更轻松地创建成功的年鉴。
- 帮助 Herff Jones 代表无需现场访问就能提供更好的持续主动客户服务和支持。
- 使年鉴创建过程与生产过程更好地集成，以减轻运营负担并降低错误风险。
这些需求以目标和期望结果的形式表达，而非具体功能。若利益相关者过于热情且缺乏克制，可能会将功能想法作为需求提出，如应用程序必须具备电子邮件功能、社交网络功能等。但这些功能不一定是实现商业目标所必需的，若将其作为需求，会导致项目团队开发无用功能，浪费时间和金钱。
3. 商业需求开发的约束原则
在定义商业需求时，必须克制。商业需求应只包含绝对必要的内容，其余内容可在开发阶段再确定。从一开始就减少具体要求，能为后续更好地理解用户和产品时构建功能和需求留出更多空间。对克制的初始需求添加功能，比削减过于雄心勃勃
