愿景分析与《愿景与范围文档》的核心地位

软件研发与交付过程包含概念化、需求分析、架构设计、并行开发与测试、验收与交付五个阶段，愿景分析属于最上游的概念化阶段，要解决的是项目、产品或解决方案的”起源问题”——针对系统目标、主要特性、功能范围和成功要素等进行构思并达成一致。定制开发项目的愿景分析建议由需方高层领导牵头、需方人员全程积极参与；产品型公司则通常由产品管理部门根据市场部门要求主导。愿景分析最重要的成果是《愿景与范围文档》，其重要性可以用一个极端场景来衡量：如果软件开发中只能保留一份文档，答案是《愿景文档》而非需求规格或架构文档——这说明它承载的是”为什么做这个系统”“做给谁”这类一旦缺失就会让后续所有工作失去锚点的根本性信息。典型的《愿景与范围文档》涵盖业务需求（背景、业务机遇、业务目标、客户/市场需求、提供给客户的价值、业务风险）、项目愿景的解决方案（愿景陈述、主要特征、假设和依赖环境）、范围和局限性（首次发布范围、后续发布范围、局限性）、业务环境（客户概貌、项目优先级）、产品成功因素五大部分。不同类型的软件企业（项目型、产品型、外包型、服务型）对这份文档的叫法各不相同——产品型公司常称《市场需求文档》（MRD）或《产品需求文档》（PRD），项目型公司常称《项目立项书》，但无论叫法如何，它承担的都是同一个不可替代的角色：为整个后续开发链条提供”我们为什么做这件事”的根本依据。