第三集 解决方案的构思<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
构思的目的
确定项目目标和约束
回答可行性问题，获得共同的期望值和必要的批准
定义项目范围
估计所需的资源
确定主要里程碑和时间进度
团队成员的角色和责任
角色
责任
产品管理
负责客户关系和需求；确保远景/范围的创建
程序管理
建立项目设计目标；建立项目基层架构
开发
提供技术反馈；帮助评估可行性
测试
根据质量目标提供反馈；提出为了保证质量而需要采取的行动
发布管理
识别部署需求；确定部署的方式和时间
用户体验
分析用户的性能和支持要求；考虑为了满足这些要求，产品所具有的功能
组建项目团队
知识、技能、绩效等级，团队成员的可用性、项目预算、团队成员的忠诚度调查
准备构思阶段的交付成果
远景/范围文档，项目结构文档，风险评估文档，内部文档（操作者目录，业务规则，术语表，候选技术，编码准则）可能（可测试的初始功能清单，初步需求和用例，初始体系结构，gui storyboard）
远景范围文档
包含业务解决方案的目标和约束
问题陈述，远景陈述，用户档案，项目范围，解决方案概要，项目目标（业务和设计），重要成功要素，初始进度
定义范围
完善需求
是使用平衡三要素来平衡优先级
表示那些可能会出现在解决方案的以后版本中的功能特性
阐明项目假设和约束
为解决方案开发提供评估信息
修正范围
创建解决方案概要
概括性地描述解决方案如何满足需求
创建解决方案概要草案
着眼于概要性的内容，而不是解决方案的细节
解决方案概要元素
n 项目成果因素和验收标准
n 解决方案开发和交付的初始方法
n 解决方案功能的初始描述
确定项目目标
确定业务目标
l 清晰地说明项目目标：客户希望通过解决方案获得什么
l 确定目标优先级
l 在资源、进度和功能之间寻求平衡
确定设计目标
l 着眼于解决方案的特性，如改进用户体验过程
l 确定目标优先级
验证远景/范围文档
与干系人一起验证用例、使用场景和使用档案
与干系人对以下几点形成共识
l 解决方案需要满足的业务需求
l 解决方案的远景和范围
l 为了定义范围而作的权衡
l 解决方案的设计目标
l 项目开始后可能发生的风险
l 业务解决方案的项目管理初始概念
l 项目团队成员
l 管理项目的机制
远景/范围文档获得正式批准
远景/范围认可里程碑
项目结构文档
定义整个团队组织和管理项目的方法，包括：
l 团队和客户的角色和责任
l 沟通计划
l 后勤
l 变更管理
l 进展评估
项目结构文档的组成部分
l 团队和结构
l 项目估算信息
l 项目结构文档
风险管理流程风险评估文档内容
内容
描述
风险说明
每个风险的实质
风险概率
风险发生的可能性
风险严重级
风险产生的影响
风险权重
风险的总体威胁
减轻计划
为了防止或减轻风险所做出的努力
应急计划和触发条件
风险发生时需要采取的应对步骤
风险负责人
团队中对风险负责的成员
创建风险评估文档
项目经理创建文档
整个团队识别风险
评估每个风险
使用公式：R = p*i
风险权值（Risk exposure）等于概率（probability）乘以潜在影响度（impact）
列出前十个风险
根据每个风险的权值排序
简单风险工具的示例
详细风险评估工具的示例
转载于:https://www.cnblogs.com/realben/archive/2005/12/09/a2k_03.html
相关资源：数据结构—成绩单生成器