85：开始你的项目XML:namespace prefix = o ns = "urn:schemas-microsoft-com:Office:office" />
微软解决方案架构的设想阶段
选择并且准备项目团队
定义解决方案
确定解决方案的功能范围
为复查和变化建立一个基础
I. 微软解决方案架构需求阶段概叙
目标：
l 为项目的目标，约束和方案建立一个高级别的视图
团队焦点：
l 明确业务问题或机会
l 明确需要的团队技能
l 收集原始需求
l 创建解决问题的方法
l 定义目标，假设和约束
l 为复查和变化建立一个基础
II. 微软解决方案架构预想阶段的里程碑和提交的东西
核心团队组建/为功能范围定基线
可提交的物品：
l 功能范围文档
l 项目结构文档
l 初始的风险评估文档
III. 项目的起源
计划的项目来自于建立在企业结构基础上的项目主管部门
非计划的项目来自于对未预见的变化，问题或机会做出的反应
l 团队可能需要为项目建立业务案例
IV. 从发起人和投资方获得承诺和支持
在项目起初确定发起人和投资人
确保他们的承诺
在整个项目的生命周期中要求他们的参与
V. 确定关键投资人
组建一支团队
通过实现新技术的结果或过程的需要来确定每个组织
完成投资方的列表
创建一个投资方的映射
VI. 要求关键投资人的参与
确保投资人在里程碑复查时候的参与
要求投资人扮演解决方案的“挑战”的角色
给他们提供常规的项目状态报告
I. 团队资格和熟练程度
对团队资格和熟练程度的要求依赖于：
l 项目的类型
l 由项目决定的特别的信息技术领域
定义
l 资格：在一个即定领域的信息技术项目中为了有效的工作对知识，技能和性能水平的要求。
l 熟练程度：使用专有能力执行任务的能力的度量
II. 组织核心团队
任务：
l 决定项目需要的技术
l 确定担任各种角色的成员
l 对潜在的团队成员解释微软解决方案架构团队角色的概念
l 评估团队的准备状况
定义：
l 团队准备：用于胜利完成项目的团队整体的准备情况，比如熟练程度。
里程碑是核心团队组织完成。
III. 应用微软解决方案架构准备管理准则
使用预先方法对比应急的方法
像对待风险一样对待准备的差距
获取和管理团队知识
关注个人而不是组织的准备情况
记住：团队准备需要贯穿于整个项目的周期
IV. 采取优化团队准备情况的步骤
度量熟悉程度
分析差距
创建学习计划
执行学习计划
V. 创建项目结构文档
任务：
l 在设想阶段为项目结构制定基线
n 定义团队会采取的组织和管理项目的方法
n 包含关于项目过程，逻辑和成员的信息
l 记录在项目结构文档中间
责任：
l 程序经理负责推动文档的创建
l 核心团队成员提供数据
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/10752019/viewspace-963619/ ，如需转载，请注明出处，否则将追究法律责任。
