1、Topic/主题主题:Speaker/演讲人演讲人:Max Lai2008.6.132 u历史经验历史经验u什么是过程改进什么是过程改进uCMMI简介简介u成熟度二级介绍成熟度二级介绍u成熟度三级介绍成熟度三级介绍u总结总结3 u软件项目的成功率非常低软件项目的成功率非常低:l 1:3:9 软件产业的非规模经济现象软件产业的非规模经济现象l 只有只有15%的软件开发工作是专用于编码的的软件开发工作是专用于编码的l 软件开发进度至多压缩软件开发进度至多压缩25%l 在开发中，每花费在开发中，每花费1美元，在维护中就得花费美元，在维护中就得花费2美元美元l 在交付之后找到并修复一个软件问题的成本，
2、是在设计早期找到在交付之后找到并修复一个软件问题的成本，是在设计早期找到并修复该问题的成本的并修复该问题的成本的100倍，倍，l 人与人的不同导致了软件生产率的最大差异，雇用优秀人才是传人与人的不同导致了软件生产率的最大差异，雇用优秀人才是传统的至理名言统的至理名言20%的贡献者作出了的贡献者作出了80%的贡献的贡献最优秀的与最后进的人相比，其生产率之比值大约是最优秀的与最后进的人相比，其生产率之比值大约是10:1，最优秀的与平均水平的人相比，其生产率之比值大约是最优秀的与平均水平的人相比，其生产率之比值大约是2.5:14 5 u过程质量决定产品质量过程质量决定产品质量l 约约85%的质量问题
3、是由过程的质量问题是由过程/系统引起的，而不是人的因素系统引起的，而不是人的因素u通过好的过程来生产出好的产品通过好的过程来生产出好的产品l 第一个是我们已经定义了一个过程；第一个是我们已经定义了一个过程；l 第二个是我们定义的过程得到了遵守和执行；第二个是我们定义的过程得到了遵守和执行；l 第三个是已定义的过程是正确有效的，且得到持续改进第三个是已定义的过程是正确有效的，且得到持续改进6 uCMMCapability Maturity Model，能力成熟度模型，能力成熟度模型uCMMICapability Maturity Model Integration，能力成熟，能力成熟度模型集成度
4、模型集成 uCMMI 与与CMM 最大的不同点在于：最大的不同点在于：CMM只是侧重于软件方面，只是侧重于软件方面，CMMI是一个可以改进系统工程和软件工程的整合模式是一个可以改进系统工程和软件工程的整合模式uCMMI是是CMM（1994 年年SEI 正式发布）的升级版，最新版本正式发布）的升级版，最新版本CMMI-DEV-v1.2。uCMMI是美国产业界、政府和卡内基梅隆大学软件工程研究所是美国产业界、政府和卡内基梅隆大学软件工程研究所（CMU/SEI）于）于2002年年1月推出的集成了软件工程（月推出的集成了软件工程（SW）、系）、系统工程（统工程（SE）、集成化产品和过程开发（）、集成化
5、产品和过程开发（IPPD）等学科的综合成熟）等学科的综合成熟度模型。度模型。7 uCMM的知识体系在中国最早由国防系统以及部分大学和研究所引入；的知识体系在中国最早由国防系统以及部分大学和研究所引入；u在中国最早实施在中国最早实施CMM的公司是的公司是Motorola中国公司，他们在中国公司，他们在1993年年就开始实施就开始实施CMM，并于，并于1996年就达到年就达到CMM3级；级；u1999年，由年，由IBM和清华同方合资成立的北京鼎新信息系统开发有限和清华同方合资成立的北京鼎新信息系统开发有限公司通过公司通过CMM二级的评估；二级的评估；u2000年年6月，国务院颁发的月，国务院颁发的
6、鼓励软件产业和集成电路产业发展的鼓励软件产业和集成电路产业发展的若干政策若干政策对中国软件企业申请对中国软件企业申请CMM认证给予了积极的支持和推动认证给予了积极的支持和推动作用；作用；u各地方政府依据中央精神制定了不同的奖励制度；各地方政府依据中央精神制定了不同的奖励制度；u2006年年10月，商务部关于实施服务外包月，商务部关于实施服务外包“千百十工程千百十工程”的通知；的通知；u截止到截止到2006年年9月，中国企业已进行了月，中国企业已进行了354次次CMM评估和评估和158次的次的CMMI评估。评估。8 u2006.8发布发布CMMI v 1.2l 开发适用于获取的开发适用于获取的C
7、MMI模型模型l 开发引入人员因素的开发引入人员因素的CMMI模型模型l 开发适用于服务领域的开发适用于服务领域的CMMI模型模型uCMMI v 1.2的主要特点的主要特点l 强调要建立基于强调要建立基于CMMI/PSP/TSP的项目管理体系的项目管理体系l 强调要将实施强调要将实施CMMI与实施与实施ISO-9001无缝地整合在一起无缝地整合在一起9 软件过程改进软件过程改进帮助公司对其软件过程向更好的方向改变软件过程评估软件过程评估指出公司所面对与软件过程有关的、最急需解决的问题，以便改进软件能力评价软件能力评价鉴别软件承包者的能力资格，或检查/监督正在用于软件制作的软件过程的状况Text
8、SCESPISPA10 u改进可预测性，预算能力提升改进可预测性，预算能力提升40%到到50%；u降低成本，降低降低成本，降低5-10%的开发成本；的开发成本；u提高生产力，生产力提升提高生产力，生产力提升10%到到20%；u改进质量，缺陷比改进前少了改进质量，缺陷比改进前少了1/3以上；以上；u增加投资回报，回报率在增加投资回报，回报率在5:1到到8:1之间；之间；u增加客户的满意度、提高员工的士气；增加客户的满意度、提高员工的士气；u加强专业知识与技能；加强专业知识与技能；u明确职业生涯发展；明确职业生涯发展；u11 u原则原则l 强调高层管理者的支持；强调高层管理者的支持；l 仔细确定改
9、进目标；仔细确定改进目标；l 选择最佳实践；选择最佳实践；l 过程改进要与组织的商务目标一致，与发展战略紧密结合。过程改进要与组织的商务目标一致，与发展战略紧密结合。u目标目标l 为提高组织过程和管理产品开发、发布和维护能力的提供保障；为提高组织过程和管理产品开发、发布和维护能力的提供保障；l 帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建立优先级以及执行过程改进。立优先级以及执行过程改进。u方法方法l 决定哪个决定哪个CMMI模型等级最适合需要；模型等级最适合需要；l 选择模型的表示法是连续式还是阶段式；选择模型的表示法是连续
10、式还是阶段式；l 决定组织需要用到的模型中的知识领域；决定组织需要用到的模型中的知识领域；l 开始集成过程改进，建造集成改善平台，集成传统过程，启动新开始集成过程改进，建造集成改善平台，集成传统过程，启动新过程，进行改进评估。过程，进行改进评估。12 CMMI-SWCapability Maturity Model Integration-Software Engineering软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化系统化、制度化、量化CMMI-SECapability Mat
11、urity Model Integration-System Engineering系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。案的实现提供全程的支持。CMMI-IPPDCapability Maturity Model Integration-Integrated Product and Process Development集成的产品和过程开
12、发是指在产品生命周期中，通过所有相关人员的通力合作，集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。采用系统化的进程来更好地满足客户的需求、期望和要求。CMMI-SSCapability Maturity Model Integration-Supplier Sourcing采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应主要内容包括：识别并评价产品的潜在来源、确定需
13、要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议很供应关系进行适当的调整议很供应关系进行适当的调整13 阶段表示法体现组织能力阶段表示法体现组织能力连续表示法体现过程能力连续表示法体现过程能力 14 15 强调过程持续改进强调过程持续改进优化级（优化级（5）通过度量并基于统计控制过程通过度量并基于统计控制过程量化管理级（量化管理级（4）刻画了组织的过程特点，刻画了组织的过程特点，组织中制度化了过程组织中制度化了过程已定义级（已定义级（3）刻画了项目的过程特点，刻画了项目的过程特点，项
14、目中制度化了过程，项目中制度化了过程，控制经常是反应式的控制经常是反应式的已管理级（已管理级（2）过程不可预知，过程不可预知，缺乏控制缺乏控制初始级（初始级（1）16 17 2-已管理级（7个）3-已定义级（11个）4-量化管理级（2个）5-优化级（2个）SS（3个）过程管理（5个）l组织过程改善OPFl组织过程定义OPDl组织培训OTl组织过程绩效OPPl组织创建和实施OID项目管理（8个）l项目计划PPl项目监督与控制PMCl供应商协议管理SAMl综合项目管理IPMl风险管理RskMl定量项目管理QPMl综合供应商管理ISMl综合团队IT工程过程（6个）l需求管理RMl需求开发RDl技术方
15、案TSl产品集成PIl验证VERl确认VAL支持过程（6个）l度量与分析MAl过程与产品质量保证PPQAl配置管理CMl决策分析与解决方案DARl原因分析与决定方案CARl综合组织环境OEI18 u历史经验历史经验u什么是过程改进什么是过程改进uCMMI简介简介u成熟度二级介绍成熟度二级介绍u成熟度三级介绍成熟度三级介绍u总结总结19 u特点是：项目级。建立了基本的项目管理过程来跟踪成本、进度和功特点是：项目级。建立了基本的项目管理过程来跟踪成本、进度和功能特性，制定了必要的过程纪律，能重复早先类似项目取得的成功。能特性，制定了必要的过程纪律，能重复早先类似项目取得的成功。u项目过程得到计划和
16、执行，并遵循相应的方针项目过程得到计划和执行，并遵循相应的方针u提供了适当的资源来执行过程，并分配了执行过程的职责提供了适当的资源来执行过程，并分配了执行过程的职责u对执行过程的人进行培训对执行过程的人进行培训u过程的工作产品得到了管理和控制过程的工作产品得到了管理和控制u过程本身得到了监督、控制和评审，并得到了客观评价。过程本身得到了监督、控制和评审，并得到了客观评价。20 u以需求为输入（以需求为输入（REQM），进行项目策划），进行项目策划（PP），计划是基于估算和组织级规程裁），计划是基于估算和组织级规程裁剪的基础上编制的。剪的基础上编制的。u对计划的执行情况要进行监控（对计划的执行情
17、况要进行监控（PMC），），考虑到工作的一致性和可继承性，对工作考虑到工作的一致性和可继承性，对工作的全部成果物管理（的全部成果物管理（CM），对产品、过），对产品、过程是否符合标准以及规程、模板等进行审程是否符合标准以及规程、模板等进行审核（核（QA），并记录工作量等各种指标），并记录工作量等各种指标（MA）。）。u控制是反应式的，强调是出现时由谁来做，控制是反应式的，强调是出现时由谁来做，做些什么。至于怎么做，组织级没有更多做些什么。至于怎么做，组织级没有更多的统一说明，需要项目组来自行开发。采的统一说明，需要项目组来自行开发。采用反应式控制模式时，对每个控制量应该用反应式控制模式时，对每
18、个控制量应该规定其期望值及其相应的阈值。规定其期望值及其相应的阈值。21 u过程改进是一个项目，同样需要过程改进的策划、实施和监控过程改进是一个项目，同样需要过程改进的策划、实施和监控u召开各种会议，编写各种报表召开各种会议，编写各种报表l 过程改进启动、规划和促进会过程改进启动、规划和促进会l 各种过程改进实施例会，如：各种过程改进实施例会，如：项目组例会项目组例会(周例会周例会)EPG例会例会(月例会月例会)PPQA组例会组例会(季度例会季度例会)，以及，以及 CM组例会等组例会等l 各种过程改进检查会，如：各种过程改进检查会，如：高层经理决策会高层经理决策会 项目经理连席会项目经理连席会
19、 突发事件磋商会等突发事件磋商会等22 u在过程实施过程中，要编写各种报表在过程实施过程中，要编写各种报表l 各种实施报表，报告过程进展，如：各种实施报表，报告过程进展，如：工作日志工作日志 各种周报，如项目组的周报各种周报，如项目组的周报 各种月报，如项目组、各种月报，如项目组、PPQA组和组和CM组等的月报组等的月报 里程碑评审报告里程碑评审报告l 各种状态报告，报告过程进展状态，如：各种状态报告，报告过程进展状态，如：不符合问题状态报告不符合问题状态报告(PPQA)评审缺陷状态报告评审缺陷状态报告 测试缺陷状态报告测试缺陷状态报告 里程碑评审状态报告里程碑评审状态报告 问题报告状态报告，
20、以及问题报告状态报告，以及 过程评估发现状态报告等过程评估发现状态报告等23 24 25 u在生产过程中标识、建立配置项；在生产过程中标识、建立配置项；u系统地跟踪和控制配置项的变更情况，对配置项的完备性和准确性进系统地跟踪和控制配置项的变更情况，对配置项的完备性和准确性进行准确的审核和统计，及时汇报或公布配置项状态；行准确的审核和统计，及时汇报或公布配置项状态；u建立工作产品的基线，同时维护基线的完整性和可追溯性，在必要时，建立工作产品的基线，同时维护基线的完整性和可追溯性，在必要时，对产品进行构建和发布，以保证工作产品在整个生命周期的一致性。对产品进行构建和发布，以保证工作产品在整个生命周
21、期的一致性。26 u配置项标识的唯一性、存取权限的唯一性、物理实体的唯一性配置项标识的唯一性、存取权限的唯一性、物理实体的唯一性u利用配置库实现变更控制利用配置库实现变更控制l 软件配置项通过评审作为基线，将准许进入配置库（实施检入软件配置项通过评审作为基线，将准许进入配置库（实施检入Check-in），开始），开始“冻结冻结”。l 由于多种原因需要变更就需要提出由于多种原因需要变更就需要提出“变更请求变更请求”。在得到批准的情况下，。在得到批准的情况下，允许配置项从库中检出（允许配置项从库中检出（Check-out）27 u历史经验历史经验u什么是过程改进什么是过程改进uCMMI简介简介u成
22、熟度二级介绍成熟度二级介绍u成熟度三级介绍成熟度三级介绍u评估过程评估过程u总结总结28 u特点是：组织级。已将管理和工程两方面的过程文档化和标准化，并特点是：组织级。已将管理和工程两方面的过程文档化和标准化，并形成了组织级的过程资产，包括：形成了组织级的过程资产，包括：l 组织级标准过程集组织级标准过程集l 标准生命周期描述标准生命周期描述l 组织级的剪裁指南和准则组织级的剪裁指南和准则l 组织级度量库组织级度量库l 组织级过程资产库组织级过程资产库u所有项目都使用经批准、剪裁的标准过程来开发和维护所有项目都使用经批准、剪裁的标准过程来开发和维护u3级时要收集数据，也要使用数据级时要收集数据
23、，也要使用数据u要改变管理模式，从反应式走向预测式管理要改变管理模式，从反应式走向预测式管理l 具有了预测能力，但这种预测能力是定性的。（四级是定量的）具有了预测能力，但这种预测能力是定性的。（四级是定量的）l 要能根据过去收集的几个数据点（周或月），预测今后的趋势。要能根据过去收集的几个数据点（周或月），预测今后的趋势。29 u根据明确的改进计划、组织级的标准定义过程根据明确的改进计划、组织级的标准定义过程OPD和组织级改进中的关注点和组织级改进中的关注点OPF，由，由EPG组组牵头，涉及人员共同搜集、制订、整理组织过程牵头，涉及人员共同搜集、制订、整理组织过程资产。要求岗位的人员称职、并有
24、计划培训资产。要求岗位的人员称职、并有计划培训TR。u要做正确的事要做正确的事VAL（确认包含了测试），并确保（确认包含了测试），并确保作对作对VER（验证，主要手段是同行评审）。（验证，主要手段是同行评审）。u涉及到一些深入的技术问题，包罗如何做需求开涉及到一些深入的技术问题，包罗如何做需求开发发RD、设计阶段明确装配策略、设计阶段明确装配策略PI、技术实现方、技术实现方式式TS（设计、编码）、怎样应对风险（设计、编码）、怎样应对风险RSKM、在项目管理时充分利用组织的历史数据在项目管理时充分利用组织的历史数据/经验管经验管理数据以及非关键路径的管理理数据以及非关键路径的管理IPM、对项目进
25、行、对项目进行中涉及到的决策内容采用中涉及到的决策内容采用DAR结构化决策方法。结构化决策方法。u三级强调预测式控制，有控制阈值和警戒阈，有三级强调预测式控制，有控制阈值和警戒阈，有应对的预案。应对的预案。30 31 32 u项目经理能够编写比较详细的项目计划，进行比较完备的项目经理能够编写比较详细的项目计划，进行比较完备的WBS分解；分解；u项目组每周都有例会，每个阶段都会里程碑评审，里程碑评审是项目项目组每周都有例会，每个阶段都会里程碑评审，里程碑评审是项目组正式的决策点，公司的高层都会参与；组正式的决策点，公司的高层都会参与；u每个项目组都编写了需求规格书、设计规格书，并且经过了同行评审
26、每个项目组都编写了需求规格书、设计规格书，并且经过了同行评审u技术路线的选择经过了慎重考虑和比较；技术路线的选择经过了慎重考虑和比较；u公司成立了专职的公司成立了专职的QA团队，以监督过程体系的执行情况；团队，以监督过程体系的执行情况；u公司成立了专职的公司成立了专职的EPG团队，负责组织的过程改进；团队，负责组织的过程改进；u公司成立了专职的测试团队，产品不经过测试组的测试不能对外发布；公司成立了专职的测试团队，产品不经过测试组的测试不能对外发布；u系统测试人员编写的测试用例比较完备了；系统测试人员编写的测试用例比较完备了；u有一批对规范管理比较熟悉的有一批对规范管理比较熟悉的EPG人员、人
27、员、QA人员、项目经理等成长人员、项目经理等成长了起来；了起来；33 u项目开始使用单元测试工具进行单元测试，有的项目组编写了比较多项目开始使用单元测试工具进行单元测试，有的项目组编写了比较多的单元测试用例，并积累了单元测试与代码走查的效率对比数据；的单元测试用例，并积累了单元测试与代码走查的效率对比数据；u项目组已经认可代码走查的作用，项目组普遍接受了代码走查的实践；项目组已经认可代码走查的作用，项目组普遍接受了代码走查的实践；u 购买了配置管理工具、变更管理工具，项目组的输出都可以在配置库购买了配置管理工具、变更管理工具，项目组的输出都可以在配置库中找到，不会再有版本混乱的现象了；中找到，
28、不会再有版本混乱的现象了；u购买了需求管理工具，通过了需求管理工具建立和维护需求跟踪矩阵，购买了需求管理工具，通过了需求管理工具建立和维护需求跟踪矩阵，管理需求的变更；管理需求的变更；u项目组积累了度量数据，通过数据可以跟踪项目的状态，发现项目组项目组积累了度量数据，通过数据可以跟踪项目的状态，发现项目组的问题，同过项目组之间的数据对比可以识别出组织内的一些共性问的问题，同过项目组之间的数据对比可以识别出组织内的一些共性问题；题；u整个组织的质量意识已经得到了很大的提高，公司从上到下已经意识整个组织的质量意识已经得到了很大的提高，公司从上到下已经意识到了管理的重要性，比较支持过程改进；到了管理
29、的重要性，比较支持过程改进；34 u项目计划以估算为前提项目计划以估算为前提u文档化的计划是项目监督与控制、风险管理、质量保证等各种活动的文档化的计划是项目监督与控制、风险管理、质量保证等各种活动的基础基础u组织评审组织评审u根据人员能力，进行培训规划并组织实施根据人员能力，进行培训规划并组织实施u同时，公司内部项目经理还负责本组的度量工作同时，公司内部项目经理还负责本组的度量工作35 u做事有计划，计划得到相关人员的认可和承诺做事有计划，计划得到相关人员的认可和承诺u注重评审和知晓注重评审和知晓u及时总结经验教训，反应在下一轮的工作中及时总结经验教训，反应在下一轮的工作中u文档化，有据可依、
30、有据可查文档化，有据可依、有据可查u数据的度量和获取数据的度量和获取36 u如何让开发人员更多地知道如何让开发人员更多地知道CMMI标准和规程，使他们在工作中能够标准和规程，使他们在工作中能够按照按照CMMI标准去做，都依靠和他们密切相关的标准去做，都依靠和他们密切相关的PPQA人员的努力人员的努力uPQA人员在履行职责之前，应该认真的学习人员在履行职责之前，应该认真的学习CMMI标准，掌握每个标准，掌握每个A的流程。不仅要知道的流程。不仅要知道PPQA在本公司每个在本公司每个PA是怎样操作的，而且要是怎样操作的，而且要知道其他角色按照本公司定义的工作流程，还要知道公司软件开发中知道其他角色按
31、照本公司定义的工作流程，还要知道公司软件开发中每一种工作产品的质量标准。以上这些条件构成每一种工作产品的质量标准。以上这些条件构成PPQA人员推广人员推广CMMI的前提的前提u公司内，测试组对应相应开发组的公司内，测试组对应相应开发组的PPQA角色。对规程的符合性进行角色。对规程的符合性进行指导指导37 要求SCAMPI ASCAMPI BSCAMPI C客观证据收集类型文件审查和访谈文件审查和访谈文件审查或访谈评级必需不必不必组织覆盖必需没有要求没有要求最小的评估规模4人2人1人评估组长的要求主任评估师经过培训和有经验的人经过培训和有经验的人SCAMPI A是正式评估使用的方法38 u第一阶
32、段：准备工作第一阶段：准备工作u第二阶段：培训试点第二阶段：培训试点u第三阶段：项目实施第三阶段：项目实施u第四阶段：改进完善第四阶段：改进完善u正式评估正式评估39 uCMMI正式评估正式评估SCAMPI（Standard CMMI Appraisal Method for Process Improvement）由）由CMU/SEI授权的主任评估师领导一个评审授权的主任评估师领导一个评审小组进行，公司的管理人员及具体项目的执行人员参与。小组进行，公司的管理人员及具体项目的执行人员参与。u正式评估过程主要分成两个阶段：准备阶段和评估阶段。正式评估过程主要分成两个阶段：准备阶段和评估阶段。u准
33、备阶段包括小组人员培训、计划以及其它必要的评估准备工作。准备阶段包括小组人员培训、计划以及其它必要的评估准备工作。u评估阶段包括员工培训（含企业高层领导）、问卷调查和统计、文档审查、评估阶段包括员工培训（含企业高层领导）、问卷调查和统计、文档审查、数据分析、与企业高层领导讨论和撰写评估报告等，小组成员的主要任务是数据分析、与企业高层领导讨论和撰写评估报告等，小组成员的主要任务是采集数据，回答采集数据，回答SEI的的CMMI提问单，文档审阅以及访谈，分析数据，以全提问单，文档审阅以及访谈，分析数据，以全面了解整个组织的应用。评估员整理记录，并检验信息，参照面了解整个组织的应用。评估员整理记录，并
34、检验信息，参照CMMI模型比模型比较数据，最后给出评估报告。在评估报告中，必须针对每个过程域，指出什较数据，最后给出评估报告。在评估报告中，必须针对每个过程域，指出什么地方已有效地执行，什么地方还没有有效执行。只有所有评估人员一致通么地方已有效地执行，什么地方还没有有效执行。只有所有评估人员一致通过，该评估报告才有效。在评估报告的基础上，评估小组成员起草评估结果，过，该评估报告才有效。在评估报告的基础上，评估小组成员起草评估结果，评估和评级的结果与有关的过程域和目标相对应。评估结果揭晓后，将送交评估和评级的结果与有关的过程域和目标相对应。评估结果揭晓后，将送交所有有关的人员，结果归组织所有。评
35、估结束时由主任评估师签字生效。所有有关的人员，结果归组织所有。评估结束时由主任评估师签字生效。40 u什么是什么是CMMI？l Capability Maturity Model Integrationu为什么要做为什么要做CMMI？u谁去做谁去做CMMI？l 所有参与者所有参与者u怎样才能做好怎样才能做好CMMI？l 目的是为了改善过程目的是为了改善过程l 持续改进持续改进41 uCMMI仅仅只用在软件工程上仅仅只用在软件工程上l 软件工程、系统工程、软件采购、集成产品群组、人力资源管理、安全软件工程、系统工程、软件采购、集成产品群组、人力资源管理、安全产品产品uCMMI需要过哪一级，就做好
36、哪一级的需要过哪一级，就做好哪一级的PA（Process Area，过程，过程域）域）l 要通过高级别的评估，要满足这个级别以下所有级别的标准要通过高级别的评估，要满足这个级别以下所有级别的标准uOSSP（Organizational Standard Software Process，组，组织标准软件过程）是红宝书，什么都规定好了织标准软件过程）是红宝书，什么都规定好了l 鉴于项目的唯一性，只能提供一些指导和参考，具体的鉴于项目的唯一性，只能提供一些指导和参考，具体的工作还是由项目经理来完成工作还是由项目经理来完成u导入导入OSSP一定会产生很多文档一定会产生很多文档l 产生文档的根本原因不是在于导入了产生文档的根本原因不是在于导入了OSSP42 u各级领导各级领导“亲身参与亲身参与”而非而非“口头支持口头支持”；u制定制定“合适合适”而非而非“大而全大而全”的过程规范；的过程规范；u不要迷信所谓的标准；不要迷信所谓的标准；u“引导推行引导推行”而非而非“强硬推行强硬推行”；u写好必要的文档；写好必要的文档；uCMMI需要持续改进。需要持续改进。Topic/主题主题:Speaker/演讲人演讲人:
