5) 确定解决方案的功能范围
I. 功能范围
范围：能够在给定版本的约束下完成的解决方案的设想的各个部分
l 解决方案的范围：在一个版本的解决方案中提供的产品和服务的总和
l 项目的功能范围：在解决方案的范围内团队工作提交的物品
为完成一个整体的解决方案可能要做多个项目
II. 通过版本化约束功能范围
任务：
l 通过将解决方案划分成一系列的发布版本来确定它的功能范围
l 决定目前的解决方案和接下来的解决方案的内容
l 创建多版本的计划
l 为版本1设置功能范围
III. 功能范围管理
功能范围管理的重点
l 避免功能范围的蔓延
l 清楚的定义功能范围的边界
功能范围管理的技术
l 平衡三角形
l 平衡矩阵
定义：
l 功能范围的蔓延：无管理的功能范围的扩张
IV. 使用平衡三角形来管理功能范围
三角形代表资源，日程和特性之间的变量关系
V. 使用项目平衡矩阵来管理功能范围
微软解决方案架构是团队和用户之间的一个协议
资源是固定的，日程是可选择的，特性是可以调整的
VI. 起草功能范围
功能范围的文档包括：
l 问题描述
l 设想
l 初始需求
l 用户档案
l 功能范围
l 解决方案的概念
l 项目的功能范围
记住：设想是一个迭代的过程
临时里程碑：功能范围的基线被定义
VII.评估风险
任务：
l 在项目启动阶段就开始
l 核心团队集结在一起通过头脑风暴来发现项目风险
l 继续风险评估过程以便：
n 分析和排列风险
n 创建风险评估文档
重要：
l 表现项目风险的初始评估
l 为正在进行的风险管理提供基础
l 被用做安排日程和做决策的基础
2) 建立复查和变动的基础
I. 建立可追溯性
确保最后结果满足初始业务目标和需求
II. 可追溯性的益处
把特性与业务需求联系在一起
与变化控制紧密结合
推动与正式质量管理标准的一致
III. 建立变化控制
重要：
l 应用于所有的变化
l 推动变化的简单结合
l 建立在微软解决方案架构核心创建活动文档概念的基础上
l 早做文档基线，但尽可能晚的定型以保持团队的灵活性
定义：
l 变化控制：一个要求，审核，通过，建文档和发布变化的过程
IV. 建立配置管理
重要：
l 推动早期配置的再生或回滚
l 要求团队将配置文档化到数据库或其他工具中去
定义：
l 配置管理是用来跟踪和控制不同解决方案产物的状态的正式过程
V. 设想阶段的里程碑和传递物品复习
组建核心团队/为功能范围定基线
提交的物品
l 功能范围文档
l 项目结构文档
l 初始风险评估文档
VI. 设想阶段的成功标准
投资人和项目团队就以下几个方面达成了一致：
l 项目的动机
l 解决方案的设想
l 解决方案的功能范围
l 解决方案的概念
l 项目团队和结构
约束和目标已经形成文档
做了初始的风险评估
建立了变化控制和配置管理的过程
发起人或关键投资人正式批准了设想
3) 模块总结
设想阶段的目标是为了创建一个高级别的项目目标和解决方案的初始概念的视图。
优化团队准备情况的关键步骤是度量熟练程度，分析差距，创建学习计划并且执行学习计划。
一个共有的设想使团队适应一个共同的方向，强化方案的目标，并且保持关注方案的质量。
设想阶段的临时里程碑是核心团队的组建，功能范围的起草，提交的物品是功能范围文档，项目结构文档，以及初始评估文档。
