需求开发
需求开发
建立业务需求
定义业务需求
“业务需求”指的是一组信息，描述的是需要，在此需要的指导下，一个或多个项目交付一个解决方案和符合预期的最终业务成果。
确定预期业务收益
业务需求设置业务背景，提供衡量体系业务希望通过该项目达成怎样的收益。组织如果不清楚项目能为业务增加什么价值，就不要启动任何项目。为业务目标设置可度量的目标，然后定义指标，以便衡量是否在实现这些目标的正确轨道上。
业务分析师应能够确保有合适的干系人设置业务需求和引导获取活动，优先级排序和解决冲突。
业务收益必须体现对项目发起人和产品客户的真正价值。产品愿景和项目范围
业务需求的两个核心元素是愿景和范围。
产品愿景简单描述最终产品将要达成什么业务目标。该产品可以作为业务需求的完整解决方案或解决方案的一部分。愿景描述产品大约是什么并且最终变成什么。它提供整个产品生命周期中决策的背景，让所有干系人团结在一个共同的目标之下。
项目范围明确当前项目或开发迭代应强调最终产品愿景的哪些部分。范围声明描述的是项目内外的边界。愿景作为一个整体应用于产品。随着产品战略定位或公司业务目标随时间而演化，愿景也要做出相对缓慢的变更。
范围比愿景更动态，因为干系人会在进度、预算、资源、质量约束内调整每个版本的内容。当前版本范围要清晰，但未来版本的范围越远越模糊。
团队的目标是管理一个特定开发或改进型项目的范围，将其作为产品战略愿景中的一个确定的子集业务需求冲突
不同的业务目标和约束使干系人之间出现分歧最终导致业务需求的冲突。重点应该集中于为首要干系人交付最大的价值。
随着更多代表不同利益的干系人出现，范围会随之增长。如果范围蔓延失控，干系人视图兼顾利益而不断给系统施压，会导致项目不堪重负而崩溃。这时通过消除潜在冲突和互斥的假设，标记处有冲突的业务目标，对不能达成目标的特性给出说明，协调和解决冲突。
项目周期较长，决策者通常会改弦易辙，此时建议立即与新决策者检查基线业务需求。了解现有业务需求，并对其进行修改。项目经理需调整预算、时间表和资源。更新和确认用户及功能需求，重新定义优先级。
愿景和范围文档
愿景和范围文档将业务需求集合合为一个独立的交付物，为后续得业务工作奠定基础
愿景和范围文档的所有者是项目的执行发起人、出资方或某个类似的角色
愿景和范围文档只是在高层面上定义范围，团队定义的每个版本基线体现的是范围的细节
