1、CMMI过程域总结v20CMMI 基本介绍 V2.01组织成熟度级别和类别 22通用目标和通用实践 33RD 需求开发 REQUIREMENTS DEVELOPMEN.T 44REQM 需求管理 REQUIREMENTS MANAGEMENT 55PP 项目策划 PROJECT PLANNING 66PMC 项目监督和控制 PROJECT MONITORING AND CONTROL 77RSKM 风险管理 RISK MANAGEMENT 88SAM 供应商协议管理 SUPPLIER AGREEMENT MANAGEMENT 99CM 配置管理 CONFIGURATION MANAGEMENT
2、 1010PPQA 过程和产品质量保证 PROCESS AND PRODUCT QUALITY ASSURANCE 1111MA 度量和分析 MEASUREMENT AND ANALYSIS 1212DAR 决策分析和解决 DECISION ANALYSIS AND RESOLUTION 1313TS 技术解决方案 TECHNICAL SOLUTION 1414PI 产品集成 PRODUCT INTEGRATION 1515VER验证 VERIFICATION 1616VAL 确认 VALIDATION 1717OPF 组织过程聚焦 ORGANIZATIONAL PROCESS FOCU.S
3、1818OPD 组织过程定义 ORGANIZATIONAL PROCESS DEFINITION 1919OT 组织培训 ORGANIZATIONAL TRAINING 2020IPM 集成项目管理 INTEGRATED PROJECT MANAGEMENT 2121OPP 组织过程性能 ORGANIZATIONAL PROCESS PERFORMANC.E 2222QPM 量化项目管理 QUANTITATIVE PROJECT MANAGEMENT 2323CAR 因果分析和解决 CAUSAL ANALYSIS AND RESOLUTION 2424OPM 组织性能管理 ORGANIZATI
4、ONAL PERFORMANCE MANAGEMENT 251组织成熟度级别和类别类别 级别ProcessMan ageme nt过程管理Project Man ageme nt 项目管理Engin eeri ng工程Support支持ML5 五级 -优化OPM组织性能管理CAR因果分析和 解决ML4四级 -量化 管理OPP组织过程性能QPM量化项目管理ML3 三级 -定义OPF组织过程聚焦 OPD组织过程定义OT组织培训IPM 集成项目管理RSKM风险管理RD需求开发TS技术解决方 案PI产品集成VER 验证VAL 确认DAR决策分析和 解决ML2 二级 -管理REQM需求管理PP项目策划P
5、MC项目监督和控制 SAM供应商协议管理MA测量与分析PPQA过程和产 品质量保证CM配置管理2通用目标和通用实践级别通用目标通用实践一级GG1实现特定目标Achieve Specific Goals通过将可识别的输 入工作产品转换为输出 工作产品的过程来支持 过程域的特定目标GP1.1 头施特疋头践 Perform Specific Practices 实施过程域的特定实践,以开发工作产品和提供服 务,实现过程域的特定目标二级GG2制度化已管理过程In stitutio nalize aMan aged ProcessGP2.1:建立组织政策 Establish an Organizatio
6、nal Policy GP2.2:策划过程 Plan the ProcessGP2.3:提供资源 Provide Resources GP2.4:分配责任 Assign ResponsibilityGP2.5:培训人员 Train PeopleGP2.6:配置管理 Control Work ProductsGP2.7:识别并纳入相关干系人员Ide ntify and Invo Ive Releva nt Stakeholders GP2.8:监控过程 Monitor and Control the Process GP2.9:客观评估符合度 Objectively Evaluate Adher
7、e nee GP2.10 :与高层管理者一起审查过程状态Review Status with Higher Level Man ageme nt三 *五级GG3 :制度化已定义过程In stitutio nalize aDefined ProcessGP3.1: 建立 已疋义过程 Establish a Defined Process GP3.2 :收集过程相关经验 Collect Process Related Experie nces3RD 需求开发 Requirements Development目的:引出、分析和建立客户、产品及产品组件的需求。特定目标特定实践SG1开发客户需 求(收集
8、相关干系人 得需要、期望、约 束及接口,并转换 成客户需求)SP1.1引导需求:引导相关干系人提出关于产品生命周期各阶段得需要、 期望、约束及接口SP1.2将相关干系人的需要转化为客户需求: 将相关干系人的需要,如期望、约束与限制、接口等转化为客户需求;通常会包括对系统目标、围、解决问题、软 件特性、接口要求等有详细的描述。来自客户和干系人的各种输入和需求信息,须经合并和检查是否有遗漏的需 求信息,以及解决冲突(如客户的需求和其他干系人的需求之间,或客户的需求 与需求之间冲突,如客户要求的功能需求与进度、成本矛盾的等)等过程,解决 后并记录为客户需求,所以在冲突适当解决之后,需要转换成被认可的
9、客户需求SG2开发产品需 求(精练并细化客户 需求,以开发产品 及产品组件需求)SP2.1建立产品和产品组件需求: 根据客户需求建立和维护产品或产品组件需求;是比较细致的需求,会详细描述软件与用户是怎样交互的,用户需要输入什么, 系统会输出什么等都会比较详细描述出来SP2.2分配产品组件需求:为每个产品组件分配需求;将需求开发与技术解决方案 联系起来,所有的需求应该与设计的产品组件对应起来,保证需求驱动后续的设 计工作,冋时也保证设计都是为了需求服务的SP2.3识别接口需求:接口需求包括系统与第三方的系统的接口要求, 也包括系统本身各组件、各子系统、各部分之间的接口要求。通常这些接口需求在客户
10、需求 级别的时候,并不是很明细,需要对客户需求进一步细分成产品需求、产品组件 需求,然后发掘出接口需求SG3分析并确认 需求(需求被分析和确 认,并定义出具体 的功能性需求)SP3.1建立操作的概念和场景:建立和维护操作概念和相关的场景SP3.2建立必要功能和质量属性的定义:SP3.3分析需求:分析需求,以确保其必要性和充分性SP3.4分析需求以取得平衡:分析需求以平衡相关干系人的需要和约束 ,保证需求在约束条件下是可实现的SP3.5确认需求:确认需求,以确保产出的产品将能够在最终用户预期的环境中执 行4REQM 需求管理 RequirementsMan ageme nt目的:管理项目的产品及
11、产品组件需求, 并标识出这些需求与项目策划及工作产品之间的不致性。特定目标特定实践SG1管理需求(管理需求以确定 需求与项目策划及 工作产品之间的一 致性)SP1.1理解需求:与需求提供者一起理解需求的意图SP1.2取得需求的承诺: 获得项目参与者对需求的承诺SP1.3管理需求变更:SP1.4维护需求和工作产品的双向可追溯性:SP1.5确保项目工作与需求的一致性:5PP 项目策划 Project Planning目的:建立并维护用以定义项目活动的计划。特定目标特定实践SG1建立估计值 (建立并维护项目 策划参数的估计值)SP1.1估计项目围:建立一个高水平的工作分解结构 (WBS),以估计项目
12、围SP1.2建立工作产品与任务属性的估计值: 估计的属性如:需求数目和复杂度、 接口数目和负责度、功能数、项目参与经验、技术风险数量、输入输出数等SP1.3定义项目生命周期:定义项目生命周期,并以此建立策划工作的围SP1.4估计工作量和成本: 根据估计理由,估计工作产品和工作所需的项目工作量和成本SG2开发项目策 划(建立并维护项目 策划,作为管理项目的基准)SP2.1建立预算和进度:SP2.2识别项目风险: 识别和分析项目风险SP2.3策划项目数据的管理: 数据是多种形式的文件,用以支持项目的全部领域SP2.4策划项目资源:如人工、设备、材料及方法等SP2.5策划所需知识和技能:SP2.6策
13、划干系人参与:SP2.7建立项目策划:建立并维护整体的项目策划容, 如项目生命周期的考虑、 项目任务、预算和进度、里程碑、数据管理、风险识别、资源和技术需求、干系人的 识别和互动、基础架构的描述等SG3获得对计划 的承诺(建立并维护对项 目策划的承诺)SP3.1评审影响项目的各种计划: 审查影响项目的所有计划,以了解承诺SP3.2调整工作和资源水平: 调整计划以调节可用的预估计的资源; 为使所建立的项目是可行的,获取相关干系人的承诺, 以及调整估计与实际可以资源之间的差距是重要的。调整方法通常包括:变更或延缓需求、争取更多资源、外包、调整项目 人员的技能组合、修订影响项目的所有计划或进度表等S
14、P3.3获得计划承诺:从负责执行与支持计划执行的相关干系人处,获取承诺6PMC项目监督和控制 Project Monitoring and Con trol目的:目的在于了解项目的进度,以便项目在执行性能严重偏离项目策划时, 可采取适当的纠正措施。特定目标特定实践SG1按照计划监 控项目(按照计划监控项 目的实际进度和性能)SP1.1监控项目策划的各项参数: 按照计划监控策划参数的实际值;项目计划参数主要由进度与性能构成,它包含工作产品与任务、成本、工作量和进度等属性。 工作产品与任务的属性包含规模、复杂度、服务等级、可用性、功能等SP1.2监控承诺事项: 按照项目策划监控所识别的承诺SP1.
15、3监控项目风险:SP1.4监控数据管理:SP1.5监控干系人的参与活动:SP1.6进行进度审查: 定期审查项目的进度、性能及问题SP1.7进行里程碑审查: 在已选择的里程碑点,审查项目完成情况及执行结果SG2管理纠正措 施直到关闭(当项目性能或结 果重大偏离计划 时,管理纠正措施 直到关闭)SP2.1分析问题:收集与分析问题,并决定采取纠正措施以解决它们。SP2.2采取纠正措施: 对识别的问题采取纠正措施SP2.3管理纠正措施: 管理纠正措施直到关闭。7RSKM 风险管理 Risk Management目的:风险管理的目的在于风险发生前识别出潜在问题, 以便在产品或项目生命周期中, 通过规划风
16、险或请求支援等风险抵御活动,来降低实现目标过程中所带来的不利影响。特定目标特定实践SG1风险管理的 准备(为风险管理活动 准备、建立并维护 一个识别、分析或 减缓风险的行动计划)SP1.1明确风险来源和类别:SP1.2定义风险参数:定义用来分析、分类风险和进行风险管理的工作量参数, 女口:风险发生的概率、风险发生的影响、触发管理活动的阀值等SP1.3建立风险管理策略:SG2识别和分析 风险(风险被识别和分 析后,需要疋义匕 们之间的重要性)SP2.1识别风险:识别并记录风险,方法如:检查项目工作分解结构中的每个兀素、 使用风险分类表来评估风险、与专家进行主题访谈、查看经验教训文档或资料库 等S
17、P2.2评估、分类并对风险进行排序: 使用已经定义的风险类型和参数来评估和分类每个已识别的风险,并确定其相对的处理优先顺序SG3减缓风险 (适当的处置和降 低风险,用以降低 对目标达成所带来 的不了影响)SP3.1制定风险减缓计划:参照风险管理策略制定风险减缓计划SP3.2实施风险减缓计划: 定期监控每一个风险的状况, 并适当的实施风险减缓计划8 SAM 供应商协议管理 Supplier Agreeme nt Man ageme nt目的:是管理从供应商采购产品和服务的过程。特定目标特定实践SG1建立供应商 协议SP1.1确定采购类型:确定要采购的每个产品或产品组件的采购类型SP1.2选择供应
18、商: 根据对供应商满足特疋需求和已建立准则的能力评估,选择供应商SP1.3建立供应商协议:SG2满足供应商 协议(项目和供应商均 满足与供应商的协议)SP2.1执行供应商协议:与供应商一起执行供应商协议中规定的活动SP2.2验收采购的产品:确保在验收采购的产品之前满足供应商协议, 验收前应当完成验收评审、测试和配置审核SP2.3确保产品移交:确保从供应商采购产品的移交。将采购的产品移交到项目之 前,客户或终端用户应当进行适当的准备和评估以确保平滑过渡, 如移交计划、培训报告、支持和维护报告9 CM 配置管理 Con figuration Man ageme nt目的:是通过使用配置识别、配置控
19、制、 配置状态记录及配置审计,来建立和维护工作产品的完整性。特定目标特定实践SG1建立基线(建立由已识别 的 工作产品所组成的 基线)SP1.1识别配置项:识别将纳入配置管理的配置项、 组件及相关的工作产品。 如交付给客户的产品、已经设计的部工作产品、 采购的产品、工具及项目工作环境的其它资本资产SP1.2建立配置管理系统: 建立和维护配置管理和变更系统, 以便维护控制工作产品SP1.3建立或发布基线: 建立或发布基线供部使用和交付给客户SG2跟踪和控制 变更(跟踪和控制纳入 配置管理下的工作 产品的变更)SP2.1跟踪变更请求: 跟踪配置项的变更请求SP2.2控制配置项:控制配置项的变更。需
20、要控制工作产品基线的配置,控制包含 跟踪每一配置的配置,必要时批准新的配置,并更新基线。如配置项的历史修订记 录、基线的存档SG3建立完整性(建立并维护基线 的完整性)SP3.1建立配置管理记录: 建立并维护描述配置项的记录。 如配置项的历史修订记录、变更记录、变更请求记录、配置项的状态、不冋基线间的差异SP3.2执行配置审计:执行配置审计以维护配置基线的完整性。 配置审计确认最终的基线和文件遵照了特定标准和需求10 PPQA 过程和产品质量保证 Processand Product Quality Assura nee目的:是使项目成员与管理层客观的了解过程及相关的工作产品。特定目标特定实践
21、SG1客观评估 过程和工作产品SP1.1客观评估过程:根据适用的过程说明、标准及工作程序,客观的 评估所选择的执行过程。评估报告、不符合项报告、纠正措施SP1.2客观评估工作产品:根据适用的过程说明、标准及工作程序,客 观的评估所选择的工作产品。评估报告、不符合项报告、纠正措施,主 要手段测试SG2提供客观 的洞察力SP2.1沟通并确保解决不符合项: 与员工和管理者沟通质量问题,并确 保解决不符合项SP2.2建立记录:建立并维护质量保证活动的记录。评估记录、质量保 证报告、纠正措施状态报告、质量趋势报告等11MA 度量和分析 Measurement andAn alysis目的:是开发与维持度
22、量能力,以用于支持管理信息的需要。特定目标特定实践SG1安排度量 与分析活动(度 量目标及活动要 与已界定的信息 需求和目标相吻 合)SP1.1建立度量目标:建立和维护来源于已界定的信息需求和目标的度 量目标SP1.2建立度量项:建立度量以说明度量目标SP1.3确定数据收集和存储流程:指定度量数据如何收集和保存SP1.4确疋分析流程:指疋度量数据如何进行分析和报告SG2提供度量 结果SP2.1收集度量数据:取得需要分析的数据,并检查其完整性和整合性 SP2.2分析度量数据:根据计划分析度量数据,并根据需要执行其它分 析,分析结果需要由相关人员审查,并记录将来分析所需要作出的修订 SP2.3保存
23、数据和结果:管理和保存度量SP2.4沟通结果:向所有相关人员汇报度量与分析活动的结果12DAR决策分析和解决Decision Analysis and Resoluti on目的:在于使用正式的评估流程,根据已建立的准则评估各种已界定的备选方案, 以分析可能的决策。特定目标特定实践SG1评估备选 万案(使用已建立的 准则,根据评估 的备选方案进行 决定)SP1.1建立决策分析方案指南:建立并维护指南,以决定哪些问题需要 米用正式评估流程SP1.2建立评估准则:建立并维护用来评估备选方案的评估准则及其相 对排序SP1.3识别备选解决方案:界定解决问题的备选方案。尽可能请干系人 提出广泛的备选方案
24、SP1.4选择评估方法:SP1.5评估备选解决方案:SP1.6选择解决方案:13TS 技术解决方案 Technical Solution目的:是为选择、设计及实现需求提供解决方案。解决方案、设计和实现成品包括产品、产品组件,以及与产品相关生命周期的单一过程或适当组合的过程。特定目标特定实践SG1选择产品 组件解决方案SP1.1开发备选解决方案及评选准则:SP1.2选择产品组件解决方案:SG2开发设计SP2.1设计产品和产品组件: 概要设计:建立产品功能与结构,包括 架构风格和模式,产品划分,产品组件界定、系统状态与模式、 /外部接口;详细设计:完整的定义产品组件的结构与功能SP2.2建立技术相
25、关数据: 建立和维护一套管理所有设计文档、数据 的方法或者体制,对设计过程的数据、文档进行有效的管理SP2.3使用准则设计接口:SP2.4执行自制、购买或重用之分析:SG3实现产品 设计SP3.1实现设计:根据设计,实现产品组件及相关的支持文件SP3.2建立产品支持文件:建立并维护产品最终使用文件,如最终使 用者的培训教材、用户手册、操作手册、在线求助等14 PI 产品集成 Product Integration目的:将产品组件整合成产品,确保整合后的产品可以正确工作,且交付产品。特定目标特定实践SG1准备产品 集成SP1.1建立集成策略:SP1.2建立产品集成环境:SP1.3建立产品集成流程
26、和规则:SG2确保接口 兼容性SP2.1审查接口描述的完备性:SP2.2管理接口:SG3集成产品 组件并交付产品SP3.1确定待集成的产品组件准备就绪: 确认在组装前,组装产品所需的每个产品组件都已经正确的识别、按照其说明进行操作,并且每 个产品组件接口符合接口说明SP3.2集成产品组件:SP3.3评估集成的产品组件:SP3.4封装并交付产品或产品组件:15VER 验证 Verification目的:目的在于确保选定的工作产品符合其指定的需求。注重过程。特定目标特定实践SG1验证准备 (必要的事前准 备可确保验证措 施已植入于产品 及产品组件需 求、设计、开发 计划及进度中。 验证包含工作产
27、品的选择、检查、 测试、分析及展 示)SP1.1选择需要验证的产品:选择需要验证的工作产品以及需要使用 的验证方法,验证方法如评估软件架构及实施评估、路径覆盖测试、 负载/压力和性能测试、以功能分解为基础的测试、验收测试等SP1.2建立验证环境:建立并维护支持验证工作的环境SP1.3建立验证过程和标准:定义并维护所选工作产品的验证程序和 标准。验证准则如产品和产品组件的要求、标准、组织政策、测试类 型、测试参数、测试质量和测试成本参数SG2执行同行 评审(同行评审目的 是识别需移除的 缺陷并建议其它 需变更事项)SP2.1准备同行评审:识别对工作产品进行同行评审的人员、参加评 审的关键审查人员
28、、准备及更新评审需要的数据,如检查表、审查准 则及评审进度表SP2.2进行同行评审:针对所选工作产品进行同行评审,并根据同行 评审的结果识别问题SP2.3分析同行评审资料:分析同行评审的准备、执行及结果数据SG3验证所选 工作产品(依照 其指定的需求, 验证所选的工作 产品)SP3.1执行验证:在产品及工作产品开发过程中,逐步执行验证,以 便尽早发现问题,并尽早消除缺陷。验证结果、验证报告、执行过程 记录SP3.2分析验证结果:工作输出:分析报告(性能统计值、不符合项的 原因分析、实际产品于模式、趋势的对比)、冋题报告、验证方法/准 则及环境的变更需求16VAL 确认 Validation目的
29、:是在预期环境中展示产品或产品组件满足其期望价值的情况。注重产品。特定目标特定实践SG1准备确认SP1.1选择需要确认的产品:选择需要确认的产品及产品组件,及确 认使用的方法SP1.2建立确认环境:SP1.3建立确认程序和标准:SG2确认产品和 产品组件SP2.1执行确认:SP2.2分析确认结果:17OPF 组织过程聚焦 Organizational Process Focus目的:是基于对当前组织过程和过程资产强项和弱项的充分了解, 以策划、实施和开展组织过程改进。特定目标特定实践SG1确定过程改 进机会(疋期或根据需要, 识别组织过程的强 项、弱项和改进机会)SP1.1建立组织过程要求:建
30、立和维护组织的过程要求及目标说明SP1.2评价组织过程:定期和根据需要评价组织过程,保持对其强项 和弱项的了解SP1.3识别组织的过程改进:识别针对组织过程和过程资产的改进SG2规划和执行过 程行动(策划和实施针对 组织过程和过程资 产改进的过程行 动)SP2.1建立过程行动计划:建立和维护进行组织过程和过程资产改进 的过程行动计划SP2.2实施过程行动计划:主要工作产品如:过程行动组之间的承诺、 实施过程行动计划的状态和结果SG3部署组织过 程资产并吸收经验(在组织部部署组 织过程资产,将过 程相关经验纳入组 织过程资产)SP3.1部署组织过程资产:应当通过一种有序的方式部署组织过程资 产或其变更SP3.2部署标准过程:在项目启动时,部署组织的标准过程集,并在 每个项目期间适当的时候,部署组织的标准过程集的变更SP3.3监督执行:监督所有项目对组织标准过程集的实施和过程资产 的使用SP3.4将经验吸收到组织过程资产中: 将源自策划和实施过程的相关 过程经验纳入组织过程资产18OPD 组织过程定义 Organizational Process Def
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1