CMM过程规范培训启动计划阶段.pptx

2004/03/23 CMM过程规范培训 实践培训-启动计划阶段活动 作者：高勇 版本：1.1 流程图 PM：过程定义，组织WBS、EST，完成CR、PP System Analyst：整理CR，进行WBS、EST QA Manager：QAP、提供规范支持、审计 CM Manager：CMP、建立配置控制库 TS Manager：TSP SEPG：评审过程定义结果 Senior Manager：批准PD、PP 角色及职责 制定启动计划 需求活动 选择生命周期模型和过程定义 项目WBS 风险识别、项目估算 完成计划 项目计划评审 其它工作 目 录 制定启动计划 入口：项目已立项 输入：立项建议书 活动： 识别本阶段活动的内容 确定活动顺序、工作量、安排资源 文档化、审批 输出：项目启动计划 出口：启动计划通过高层经理批准 制定启动计划 启动计划应涵盖启动准备、计划两方面工作 客户需求调研、文档化 软件需求分配、制定需求验收准则 生命周期选用、项目过程定义 WBS活动和估计活动 开发和其他支持计划的制定 评审活动 风险管理、工具引入活动 技术和管理的培训活动 客户、系统需求活动 入口：启动计划通过 输入：启动计划、来自客户和市场的资料、上一版本产品的资料和市场反馈 活动： 需求获取 需求分配 需求评审 输出：CR、SR、需求验收准则表 出口：工作产品获得批准 客户、系统需求活动 客户需求、软件系统需求作为整个项目工作的基础，对其的归纳和整理应注意满足： 文档结构清晰，内容无冗余，可读性好 对需求的描述易于理解，不存在二义性 术语一致，需求项间没有冲突 描述的结果能准确反映客户的真实需求 需求是完整的，没有遗漏也没有增加 含有性能需求 需求是可追溯和可验证的 需求验收准则是具体的可度量的、完整的 客户、系统需求活动 剪裁准则： 活动 可剪裁属性 选择 剪裁指导方针 系统需求分配 形成《软件系统需求》 执行 执行 需要在《客户需求》的基础上进一步给软件开发项目组分配客户需求。 不执行 《客户需求》可直接分配给软件开发项目组。 生命周期和过程定义 入口：软件系统需求通过评审 输入：软件系统需求，组织软件生命周期、标准软件过程描述文件，剪裁准则 活动： 选用生命周期模型 根据组织标准软件过程剪裁定义项目过程 形成文件，报SEPG评审，并得到高层批准 输出：项目定义软件过程 出口：过程定义获得批准 生命周期和过程定义 选择项目生命周期 瀑布式 增量式 原型式 可剪裁的过程 系统需求分配（客户需求可直接分配给项目组） 概要设计（系统规模较小，层次少，结构简单，文件可与详细设计合并编写） 系统测试（集成测试包含对系统功能的测试） 项目WBS 入口：过程定义完成 输入：过程定义文件、系统需求 活动： 识别工作产品 用WBS定义技术活动 用WBS定义管理支持活动 输出：工作任务拆分表 出口：WBS结果文档化 项目WBS WBS活动要点 识别工作产品，任务大多是根据所要产生的工作产品定义的 是一个迭代过程 在项目早期定义WBS的高层元素 详细任务的定义可以分阶段完成 一般不会超过5层 在定义最低层元素时，考虑“80小时原则” 注意对管理支持活动的拆分：项目管理（如：例会、批准产品活动等）、QA、CM等。 项目WBS 建议的WBS第一级分类 需求管理 项目计划 项目跟踪 系统设计 系统编码 系统测试 质量保证 配置管理 项目立项 项目培训 管理评审 技术评审 组间协调 项目内其他活动 项目外其他活动 项目WBS 举例说明WBS某一项分类的分解： 一级分解 二级分解 三级分解 需求管理 需求获取 需求调研 分配系统需求 形成需求验收准则 需求分析 定义词汇表 定义系统接口标准 需求定义 需求管理 需求状态跟踪 需求追溯 需求变更 风险识别与管理 入口：WBS完成 输入：立项建议书、CR、工作任务拆分表 活动： 识别风险 分析风险 制定风险管理计划 输出：风险减缓活动日志 出口：批准风险减缓活动日志 风险识别与管理 风险识别、管理活动要点 是一个迭代过程，贯穿项目过程始终 风险管理不是项目经理一个人的事，建立一种有助于对潜在风险及其发生的可能性和影响进行交流的环境对项目经理来说是重要的 在项目估算前进行 潜在风险不等于风险 类型：规模、结构、技术 风险分析：可能性、影响、风险值、风险等级 处理途径：避免、转移、接受、减缓 项目估算 入口：风险已识别 输入：工作任务拆分表、风险日志、CR 活动： 估计规模、工作量（技术、管理、支持） 估计外部成本、关键计算机资源（包括培训） 制定进度表（关键路径、里程碑） 建立项目基准（计算BCWS） 输出：软件估计书、项目进度表 出口：估计结果得到批准 项目估算 项目估算 估计策略内容 确定估计内容 确定估计时间