软件过程改进与CMMI介绍.PPTVIP

风险管理流程 RSKM 软件管理体系从无到有，从CMMI2到CMMI3 项目经理能够编写比较详细的项目计划，进行比较完备的WBS分解； 项目组每周都有例会，每个阶段都会里程碑评审，里程碑评审是项目组正式的决策点，公司的高层都会参与； 每个项目组都编写了需求规格书、设计规格书，并且经过了同行评审 技术路线的选择经过了慎重考虑和比较； 公司成立了专职的QA团队，以监督过程体系的执行情况； 公司成立了专职的EPG团队，负责组织的过程改进； 公司成立了专职的测试团队，产品不经过测试组的测试不能对外发布； 系统测试人员编写的测试用例比较完备了； 有一批对规范管理比较熟悉的EPG人员、QA人员、项目经理等成长了起来； 项目开始使用单元测试工具进行单元测试，有的项目组编写了比较多的单元测试用例，并积累了单元测试与代码走查的效率对比数据； 项目组已经认可代码走查的作用，项目组普遍接受了代码走查的实践； 购买了配置管理工具、变更管理工具，项目组的输出都可以在配置库中找到，不会再有版本混乱的现象了； 购买了需求管理工具，通过了需求管理工具建立和维护需求跟踪矩阵，管理需求的变更； 项目组积累了度量数据，通过数据可以跟踪项目的状态，发现项目组的问题，同过项目组之间的数据对比可以识别出组织内的一些共性问题； 整个组织的质量意识已经得到了很大的提高，公司从上到下已经意识到了管理的重要性，比较支持过程改进； 软件管理体系从无到有，从CMMI2到CMMI3 项目经理关注点 项目计划以估算为前提 文档化的计划是项目监督与控制、风险管理、质量保证等各种活动的基础 组织评审 根据人员能力，进行培训规划并组织实施 同时，公司内部项目经理还负责本组的度量工作 开发人员关注点 做事有计划，计划得到相关人员的认可和承诺 注重评审和知晓 及时总结经验教训，反应在下一轮的工作中 文档化，有据可依、有据可查 数据的度量和获取 过程和产品质量保证PPQA关注 如何让开发人员更多地知道CMMI标准和规程，使他们在工作中能够按照CMMI标准去做，都依靠和他们密切相关的PPQA人员的努力 PQA人员在履行职责之前，应该认真的学习CMMI标准，掌握每个A的流程。不仅要知道PPQA在本公司每个PA是怎样操作的，而且要知道其他角色按照本公司定义的工作流程，还要知道公司软件开发中每一种工作产品的质量标准。以上这些条件构成PPQA人员推广CMMI的前提 公司内，测试组对应相应开发组的PPQA角色。对规程的符合性进行指导 SCAMPI ： CMMI的评估方法－Standard CMMI Appraisal Method for Process Improvement 要求 SCAMPI A SCAMPI B SCAMPI C 客观证据收集类型 文件审查和访谈 文件审查和访谈 文件审查或访谈 评级 必需 不必 不必 组织覆盖 必需 没有要求 没有要求 最小的评估规模 4人 2人 1人 评估组长的要求 主任评估师 经过培训和有经验的人 经过培训和有经验的人 SCAMPI A是正式评估使用的方法 CMMI 3过程改进和评估的典型过程 第一阶段：准备工作 第二阶段：培训试点 第三阶段：项目实施 第四阶段：改进完善 正式评估 CMMI正式评估 CMMI正式评估SCAMPI（Standard CMMI Appraisal Method for Process Improvement）由CMU/SEI授权的主任评估师领导一个评审小组进行，公司的管理人员及具体项目的执行人员参与。 正式评估过程主要分成两个阶段：准备阶段和评估阶段。 准备阶段包括小组人员培训、计划以及其它必要的评估准备工作。 评估阶段包括员工培训（含企业高层领导）、问卷调查和统计、文档审查、数据分析、与企业高层领导讨论和撰写评估报告等，小组成员的主要任务是采集数据，回答SEI的CMMI提问单，文档审阅以及访谈，分析数据，以全面了解整个组织的应用。评估员整理记录，并检验信息，参照CMMI模型比较数据，最后给出评估报告。在评估报告中，必须针对每个过程域，指出什么地方已有效地执行，什么地方还没有有效执行。只有所有评估人员一致通过，该评估报告才有效。在评估报告的基础上，评估小组成员起草评估结果，评估和评级的结果与有关的过程域和目标相对应。评估结果揭晓后，将送交所有有关的人员，结果归组织所有。评估结束时由主任评估师签字生效。 总结与回顾（概念） 什么是CMMI？ Capability Maturity Model Integration 为什么要做CMMI？ 谁去做CMMI？ 所有参与者 怎样才能做好CMMI？ 目的是为了改善过程 持续改进 总结与回顾（误区） CMMI仅仅只用在软件工程上 软件工程、系统工程、软件采购、集成产品群组、人力资源管理、安