管理制度-CMM过程规范培训启动计划阶段 精品.ppt

《管理制度-CMM过程规范培训启动计划阶段 精品.ppt》由会员分享，可在线阅读，更多相关《管理制度-CMM过程规范培训启动计划阶段 精品.ppt（41页珍藏版）》请在第一文库网上搜索。

1、2004/03/23CMM过程规范培训过程规范培训实践培训实践培训-启动计划阶段活动启动计划阶段活动作者：高勇作者：高勇 版本：版本：1.11.1流程图流程图软件过程软件过程定义定义项目经理项目经理系统分析员系统分析员WBS分解分解项目估算项目估算项目启动项目启动计划计划项目经理项目经理系统分析员系统分析员设计人员设计人员QAP生命周期模型生命周期模型定义的软件过程定义的软件过程软件估计书软件估计书工作任务拆分工作任务拆分表表立项立项项目经理项目经理项目计划项目计划项目经理项目经理批准批准CMPSDPSMPICP各组组长各组组长STPPMPM：过程定义，组织：过程定义，组织WBSWBS、EST

2、EST，完成，完成CRCR、PPPPSystem AnalystSystem Analyst：整理：整理CRCR，进行，进行WBSWBS、ESTESTQA ManagerQA Manager：QAPQAP、提供规范支持、审计、提供规范支持、审计CM ManagerCM Manager：CMPCMP、建立配置控制库、建立配置控制库TS ManagerTS Manager：TSPTSPSEPGSEPG：评审过程定义结果：评审过程定义结果Senior ManagerSenior Manager：批准：批准PDPD、PPPP角色及职责角色及职责制定启动计划制定启动计划需求活动需求活动选择生命周期模型和

3、过程定义选择生命周期模型和过程定义项目项目WBSWBS风险识别、项目估算风险识别、项目估算完成计划完成计划项目计划评审项目计划评审其它工作其它工作目目 录录制定启动计划制定启动计划 入口：项目已立项入口：项目已立项 输入：立项建议书输入：立项建议书 活动：活动：识别本阶段活动的内容识别本阶段活动的内容确定活动顺序、工作量、安排资源确定活动顺序、工作量、安排资源文档化、审批文档化、审批 输出：输出：项目启动计划项目启动计划 出口：启动计划通过高层经理批准出口：启动计划通过高层经理批准制定启动计划制定启动计划 启动计划应涵盖启动准备、计划两方面工作启动计划应涵盖启动准备、计划两方面工作客户需求调研

4、、文档化客户需求调研、文档化软件需求分配、制定需求验收准则软件需求分配、制定需求验收准则生命周期选用、项目过程定义生命周期选用、项目过程定义WBSWBS活动和估计活动活动和估计活动开发和其他支持计划的制定开发和其他支持计划的制定评审活动评审活动风险管理、工具引入活动风险管理、工具引入活动技术和管理的培训活动技术和管理的培训活动客户、系统需求活动客户、系统需求活动 入口：启动计划通过入口：启动计划通过 输入：启动计划、来自客户和市场的资料、输入：启动计划、来自客户和市场的资料、上一版本产品的资料和市场反馈上一版本产品的资料和市场反馈 活动：活动：需求获取需求获取需求分配需求分配需求评审需求评审

5、输出：输出：CRCR、SRSR、需求验收准则表、需求验收准则表 出口：工作产品获得批准出口：工作产品获得批准客户、系统需求活动客户、系统需求活动 客户需求、软件系统需求作为整个项目工作客户需求、软件系统需求作为整个项目工作的基础，对其的归纳和整理应注意满足：的基础，对其的归纳和整理应注意满足：文档结构清晰，内容无冗余，可读性好文档结构清晰，内容无冗余，可读性好对需求的描述易于理解，不存在二义性对需求的描述易于理解，不存在二义性术语一致，需求项间没有冲突术语一致，需求项间没有冲突描述的结果能准确反映客户的真实需求描述的结果能准确反映客户的真实需求需求是完整的，没有遗漏也没有增加需求是完整的，没有

6、遗漏也没有增加含有性能需求含有性能需求需求是可追溯和可验证的需求是可追溯和可验证的需求验收准则是具体的可度量的、完整的需求验收准则是具体的可度量的、完整的客户、系统需求活动客户、系统需求活动 剪裁准则：剪裁准则：活动活动可剪裁属性可剪裁属性选择选择剪裁指导方针剪裁指导方针系统需求分配系统需求分配形成形成软软件系件系统需统需求求执行执行执行执行需要在需要在客户需求客户需求的基的基础上进一步给软件开发项础上进一步给软件开发项目组分配客户需求。目组分配客户需求。不执行不执行 客户需求客户需求可直接分配可直接分配给软件开发项目组。给软件开发项目组。生命周期和过程定义生命周期和过程定义 入口：软件系统需

7、求通过评审入口：软件系统需求通过评审 输入：软件系统需求，组织软件生命周期、输入：软件系统需求，组织软件生命周期、标准软件过程描述文件，剪裁准则标准软件过程描述文件，剪裁准则 活动：活动：选用生命周期模型选用生命周期模型根据组织标准软件过程剪裁定义项目过程根据组织标准软件过程剪裁定义项目过程形成文件，报形成文件，报SEPGSEPG评审，并得到高层批准评审，并得到高层批准 输出：项目定义软件过程输出：项目定义软件过程 出口：过程定义获得批准出口：过程定义获得批准生命周期和过程定义生命周期和过程定义 选择项目生命周期选择项目生命周期瀑布式瀑布式增量式增量式原型式原型式 可剪裁的过程可剪裁的过程系统

8、需求分配（客户需求可直接分配给项目组）系统需求分配（客户需求可直接分配给项目组）概要设计（系统规模较小，层次少，结构简单，概要设计（系统规模较小，层次少，结构简单，文件可与详细设计合并编写）文件可与详细设计合并编写）系统测试（集成测试包含对系统功能的测试）系统测试（集成测试包含对系统功能的测试）项目项目WBS 入口：过程定义完成入口：过程定义完成 输入：过程定义文件、系统需求输入：过程定义文件、系统需求 活动：活动：识别工作产品识别工作产品用用WBSWBS定义技术活动定义技术活动用用WBSWBS定义管理支持活动定义管理支持活动 输出：输出：工作任务拆分表工作任务拆分表 出口：出口：WBSWBS

9、结果文档化结果文档化项目项目WBS WBSWBS活动要点活动要点识别工作产品，任务大多是根据所要产生的工作识别工作产品，任务大多是根据所要产生的工作产品定义的产品定义的是一个迭代过程是一个迭代过程在项目早期定义在项目早期定义WBSWBS的高层元素的高层元素详细任务的定义可以分阶段完成详细任务的定义可以分阶段完成一般不会超过一般不会超过5 5层层在定义最低层元素时，考虑在定义最低层元素时，考虑“8080小时原则小时原则”注意对管理支持活动的拆分：项目管理（如：例注意对管理支持活动的拆分：项目管理（如：例会、批准产品活动等）、会、批准产品活动等）、QAQA、CMCM等。等。项目项目WBS 建议的建

10、议的WBSWBS第一级分类第一级分类需求管理需求管理项目计划项目计划项目跟踪项目跟踪系统设计系统设计系统编码系统编码系统测试系统测试质量保证质量保证配置管理配置管理项目立项项目立项项目培训项目培训管理评审管理评审技术评审技术评审组间协调组间协调项目内其他活动项目内其他活动项目外其他活动项目外其他活动项目项目WBS 举例说明举例说明WBSWBS某一项分类的分解：某一项分类的分解：一级分解一级分解二级分解二级分解三级分解三级分解需求管理需求管理需求获取需求获取需求调研需求调研分配系统需求分配系统需求形成需求验收准则形成需求验收准则需求分析需求分析定义词汇表定义词汇表定义系统接口标准定义系统接口标准

11、需求定义需求定义需求管理需求管理需求状态跟踪需求状态跟踪需求追溯需求追溯需求变更需求变更风险识别与管理风险识别与管理 入口：入口：WBSWBS完成完成 输入：立项建议书、输入：立项建议书、CRCR、工作任务拆分表、工作任务拆分表 活动：活动：识别风险识别风险分析风险分析风险制定风险管理计划制定风险管理计划 输出：输出：风险减缓活动日志风险减缓活动日志 出口：批准风险减缓活动日志出口：批准风险减缓活动日志风险识别与管理风险识别与管理 风险识别、管理活动要点风险识别、管理活动要点是一个迭代过程，贯穿项目过程始终是一个迭代过程，贯穿项目过程始终风险管理不是项目经理一个人的事，建立一种有风险管理不是项

12、目经理一个人的事，建立一种有助于对潜在风险及其发生的可能性和影响进行交助于对潜在风险及其发生的可能性和影响进行交流的环境对项目经理来说是重要的流的环境对项目经理来说是重要的在项目估算前进行在项目估算前进行潜在风险不等于风险潜在风险不等于风险类型：规模、结构、技术类型：规模、结构、技术风险分析：可能性、影响、风险值、风险等级风险分析：可能性、影响、风险值、风险等级处理途径：避免、转移、接受、减缓处理途径：避免、转移、接受、减缓项目估算项目估算 入口：风险已识别入口：风险已识别 输入：工作任务拆分表、风险日志、输入：工作任务拆分表、风险日志、CRCR 活动：活动：估计规模、工作量（技术、管理、支持

13、）估计规模、工作量（技术、管理、支持）估计外部成本、关键计算机资源（包括培训）估计外部成本、关键计算机资源（包括培训）制定进度表（关键路径、里程碑）制定进度表（关键路径、里程碑）建立项目基准（计算建立项目基准（计算BCWSBCWS） 输出：输出：软件估计书软件估计书、项目进度表、项目进度表 出口：估计结果得到批准出口：估计结果得到批准项目估算项目估算估计过程步骤估计过程步骤相关过程步骤相关过程步骤项目计划过程项目计划过程项目跟踪过程项目跟踪过程1 1建立估计：建立估计：项目经理收集输入数据项目经理收集输入数据并计算估计并计算估计2 2评审估计：评审估计：项目经理和项目组成员项目经理和项目组成员

14、评审和修订估计数据评审和修订估计数据3 3更新历史项目数据库：更新历史项目数据库：从完成的项目中收集数从完成的项目中收集数据加入到估计基础库中据加入到估计基础库中识别约束：给人员、进度和识别约束：给人员、进度和功能提供约束输入功能提供约束输入用评审和批准的估计更新项用评审和批准的估计更新项目计划目计划承诺批准：接受批准或者重承诺批准：接受批准或者重新确定约束或重新计划项目新确定约束或重新计划项目在开发阶段收集跟踪数据在开发阶段收集跟踪数据结项结项变更变更项目估算项目估算 估计策略内容估计策略内容确定估计内容确定估计内容确定估计时间确定估计时间确定估计技术确定估计技术确定估计粒度确定估计粒度 估

15、计原则估计原则两周原则两周原则项目估算项目估算 估计策略检查表估计策略检查表#内容内容1项目是什么类型（新开发、移植、升级、改善）项目是什么类型（新开发、移植、升级、改善）2客户需求已经确定了吗客户需求已经确定了吗3软件需求已经定义了吗软件需求已经定义了吗4我们对需求的了解程度如何我们对需求的了解程度如何5需求的稳定性如何需求的稳定性如何6我们是否有可靠的和可用的历史数据我们是否有可靠的和可用的历史数据7项目将采用什么样的处理模型（瀑布、增量）项目将采用什么样的处理模型（瀑布、增量）8项目的结构是什么项目的结构是什么9主要的风险是什么主要的风险是什么项目估算项目估算 估计策略方案估计策略方案1

16、 1：情况：情况：客户需求很好的定义，不会有很多变化；客户需求很好的定义，不会有很多变化；开发人员有足够业务经验；开发人员有足够业务经验；工程处理和以前项目相近；工程处理和以前项目相近；企业有可靠的历史数据。企业有可靠的历史数据。策略：策略：项目定义时为整个项目作高级别的估计项目定义时为整个项目作高级别的估计每个阶段开始前进行详细的阶段估计每个阶段开始前进行详细的阶段估计详细阶段估计时更新高级别估计详细阶段估计时更新高级别估计项目估算项目估算 估计策略方案估计策略方案2 2：情况：情况：客户需求未很好的定义或未被开发人员阅；客户需求未很好的定义或未被开发人员阅；企业缺乏该应用领域和所使用技术的经验；企业缺乏该应用领域和所使用技术的经验；策略：策略：开始时只估计需求定义阶段；开始时只估计需求定义阶段；完成需求定义阶段后，准备设计阶段的详细完成需求定义阶段后，准备设计阶段的详细估计和其余阶段的粗略估计；估计和其余阶段的粗略估计；每个阶段开始时进行详细阶段估计，如有必每个阶段开始时进行详细阶段估计，如有必要，对余下阶段修改高级别估计要，对余下阶段修改高级别估计项目估算项目估算 规模估计方法规