项目计划20110808.pptxVIP

项目计划 Project Planning;主要内容;;项目计划PP;项目计划PP;项目计划PP;;;主要内容;SP1.3 定义项目生命周期阶段，并据此策划工作量的范围;瀑布模型 迭代模型 渐进交付模型 进化模型 演化式模型 简化瀑布模型 改进瀑布模型(V3) 标准简化瀑布模型; 瀑布模型;软件需求和概要设计方面同瀑布模型一样，后续的详细设计及系统实现过程分多个阶段实施。 分阶段地将有用的功能交到用户手中，使用户可以提前使用该系统。一般地，第一次循环只完成系统核心功能部分。;进化模型涉及到不断增强的需求分析、设计、编码、测试、交付和维护等过程 每次进化可以并行开展，有利于充分利用资源； 能较快地推出产品，并及时得到反馈。 ;将所有需求看作一个整体，从需求最清楚的部分先快速经历一个系统开发周期（如分析、设计、实现），以完成初版原型系统开发，再利用该原型与使用者进行沟通，以确定、修改、扩充需求，并籍以作为下一阶段系统演化的依据，此种周期不断演化为最终系统为止。 ;改进瀑布模型(V3) 在客户环境中安装试点，由客户提出改进点及问题点，在原有系统上进行改进，进行编码和单元测试，最后是系统测试和验收测试。;在原有产品上进行改进，故项目开始就明确定义产品功能、项目计划和验收测试计划，然后进行编码和单元测试、系统测试，最后发布给客户进行升级 适合维护项目。 ;生命周期模型选择指南; 项目裁剪表——项目质量和性能目标;; 项目过程定义 和目标相关的活动不可裁剪 项目裁剪表——项目裁剪表;SP2.3 策划项目数据的管理;什么是数据?;裁剪：即该活动不执行。若活动执行，裁剪结果为使用。若产出与模板不一致，裁剪结果也为使用，备注中说明实际产出的文档名称 迭代模型一轮迭代要产出一个裁剪表单，三个迭代需在一个裁剪文档中分出三个表单，根据每个迭代包括的阶段进行裁剪;文档化项目计划;SP2.4 策划执行项目所需的资源; 项目估计书——WBS分解;工作分解结构（Work Breakdown Structure）： 将项目的活动和任务以层次化的方式进行表示的一种方法 将项目分解成可独立分派、便于实施、便于跟踪的/足够小的工作单元 保证每个工作单元产生一个有形的产品 ,并指派一个负责人 可以有效减小重要事项和活动被忽略的可能性 有助于找出工作任务之间的相互逻辑及时序关系 为估计和进度安排提供基础 可以重复使用;SP1.2 建立并维护工作产品与工作任务属性的估计值;;SP1.4 估计工作产品与工作任务的项目工作量与成本;;项目估算目的;项目估算流程;项目估算方法——Delphi估算法;项目估算方法——PERT法（三点法）;项目估算——类比法;项目估算方法选择;文档化项目计划; 项目估计书——WBS分解;SP2.1 建立并维护项目预算与进度表;SP2.2 识别与分析项目风险;目标： 识别高风险的区域，以便在问题没有出现以前就可以管理 ☆ 提供项目计划的输入 ☆ 帮助提供缓解措施的评估 ☆ 支持决策 ; 风险识别;1. 评估风险的可能性和影响 2. 计算风险值和风险等级评定 详见《风险问题管理日志》; 回避 把风险放到项目外。如：缩小项目的范围，减少功能 改变项目的范围必须要经过客户和项目组同意。 转移 把风险转移到易于处理的领域 接受 接受风险，持续监控、报告，必须认识到风险发生的概率及后果 缓解 预防风险发生，减低影响程度 ;SP2.3 策划项目数据的管理;SP2.4 策划执行项目所需的资源;49; 识别项目涉及的所有人员 让参与者尽早加入 建立有效的沟通机制 ; 识别所欠缺的知识和技能 项目组成员的培训计划; 项目总体计划——项目组织; 项目总体计划——工作场所 项目总体计划——工作环境; 项目总体计划 风险问题管理日志 项目预算表 ;文档化项目计划;SP2.1 建立并维护项目预算与进度表;SP1.3 定义项目生命周期阶段，并据此策划工作量的范围; 项目总体计划——项目组织;SP2.3 策划项目数据的管理;建立步骤;注意事项;文档化项目计划;IPM SP1.4 集成计划;文档化项目计划;65;项目计划经部门内部会议审批（高层、项目组成员、QA、用户、其他相关组），形成评审报告 计划相关文档和内部评审报告邮件发送EPG支持组epgzcz@，抄送EPG工程组epggcz@评审 分组评审。各组设一个 组长，评审成员把问题填写在评审报告问题页反馈给组长，组长汇总确认后发出。 项目组修订评审问题后再次发出确认，各部门QA给出回复，抄送项目核算部申报。;67;68;69;主要内容;问答;72