机构标准软件过程(裁剪指南)
研发过程如何进行裁剪
研发过程如何进行裁剪项目特点是裁剪依据和出发点。
裁剪指南应包括以下的内容：明确可裁剪的对象：可裁剪对象确定了裁剪的范围，可裁剪对象不仅限于过程元素和活动，还包括标准、方法和工具、输出的工作产品及模板等。
确定裁剪所考虑的要素：对于某个裁剪对象，其范围、频度、正式度等都是裁剪要素。
如，对于已有类似开发经验的项目，可以适当减少过程培训、业务培训等活动；对于开发周期较短的项目，可以适当合并一些评审活动，如概要设计和详细设计评审合并进行。
项目在进行裁剪时，由于裁剪指南很难枚举所有的裁剪情况，因此有时还是需要项目经理和QA依据经验进行判断和决定，这时，最根本的依据就是项目的质量要求和对风险的考虑。
首先要分析如果一旦裁剪掉某些活动，是否会给项目带来风险，带来多大的风险，以及是否影响项目质量目标的达成。
然后综合考虑后才能决定是否裁剪，如何裁剪。
另一方面，企业建立标准过程的目的不是为了“为了规范而规范”，而是为了提高过程和技术的重用。
因此，如果项目在裁剪时有很大的灵活度，每个项目定义的过程都很随意或者项目过程之间相似的内容很少，那么重用的目的就很难实现了。
所以，规范度和灵活度是项目裁剪时需要平衡的另外两个要素。
概括之，过程裁剪的原则是：质量与风险并重，规范与灵活的平衡。
一、企业在应用过程裁剪时的常见问题不论企业实施了ISO9001、CMMI、六西格玛，或是其它任何类型的质量管理体系，通常都会形成完整的公司级标准过程体系。
但当项目经理需要在项目中使用这个已定义好的过程体系文件时，面对厚厚的过程文件往往无从下手，心中也充满疑虑：1. 我的项目开发周期只有3个月，团队4、5个人，难道要完全按照公司定义的标准过程执行吗？如果必须执行所有的过程和子过程，生成所有要求的技术和管理文档，那项目的开发周期恐怕不是3个月，而是4、5个月了。
那我的项目还能成功吗？2. 我听说过“裁剪”这个词，不过到底是“裁剪”还是“裁减”，我还没有弄明白。
机构标准软件过程(裁剪指南)
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
不符合以上条件
正式的文档
所有项目
正式的文档
项目存在需要外购的 产品，且该外购产品作为 交付给客户产品的一部分 。
正式的文档
所有项目
正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档
文档名称 《立项可行性分析报告》 《技术预研报告》关键技术点初步解决方案、代码等
制定详细的项目计划
执行这项活动
评审项目计划及下属计划
正式评审 执行这项活动 执行这项活动
项目状况跟踪
执行这项活动 不执行这项活动
项目管理
项目监控 [PMC]
举行项目组周例会
执行这项活动
里程碑评审 采取纠正措施 制定《评审计划》 评审准备 项目评审管理 举行评审会议 [MR]
正式评审 《管理评审报告》
非正式评审
《管理评审报告》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险管理报告》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险列表库》 《采购计划》 《采购决策分析报告》 《采购协议》 《采购监控报告》 《采购物品验收报告》 《采购监控报告》 《代码复用总结》 《结项报告》初稿 《结项报告》终稿 《用户需求调查单》 《用户需求说明书》 《软件需求规格说明书》 《需求跟踪矩阵》 《需求变更申请书》 《需求变更记录》 《用户需求说明书》
建立评估标准
CMMI体系文件OPD标准软件过程裁剪指南
C M M I体系文件O P D标准软件过程裁剪指南Prepared on 21 November 2021****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和QA根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
2适用范围本过程适用于公司的所有软件开发项目。
3资源和工具引用模型和标准：Capability Maturity Model Integration (CMMI SM), VersionGB 1526-89 《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe4定义和缩写表1 定义和缩写表5职责表2 角色职责表6指南6.1启动条件《用户需求说明书》审批通过。
6.2输入无6.3活动6.3.1确定项目特点先根据项目规模、项目复杂度、项目关键性、项目组经验、需求明确性对6.3.2裁剪要求下面给出了裁剪的具体要求，在项目进行裁剪时，必须首先认真阅读裁剪要求，之后才能进行裁剪报告的填写。
这里介绍一下豁免，豁免是指在组织允许的情况下，可以不执行组织级或项目级的必要任务，跳过整个过程或活动的一种特殊裁剪方式，对这种特殊裁剪称为豁免。
6.3.2.1裁剪对象裁剪对象是组织标准软件过程中的工程过程以及部分管理过程，裁剪一般包括过程的裁剪和工作产品裁剪。
6.3.2.2裁剪原则应根据项目特点进行过程裁剪；裁剪不仅是减少过程，也可以根据质量或其它要求添加过程，以及对过程进行修改，使其更符合项目的特点；项目经理和QA可以根据实际情况的需要，采用本指南中规定的裁剪方法之外的方法对项目过程进行裁剪，但所采用的裁剪方法必须经EPG同意。
CMMI体系文件OPD标准软件过程裁剪指南
****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的........................................................... 2适用范围....................................................... 3资源和工具..................................................... 4定义和缩写..................................................... 5职责........................................................... 6指南...........................................................6.1启动条件.....................................................6.2输入.........................................................6.3活动.........................................................6.3.1确定项目特点.............................................6.3.2裁剪要求.................................................裁剪对象...............................................裁剪原则...............................................裁剪产物...............................................6.3.3软件生命周期的裁剪指导...................................6.3.4过程裁剪指导.............................................概要裁剪...............................................详细裁剪...............................................需求开发与需求管理.................................技术解决过程.......................................验证...............................................测试............................................评审............................................项目计划...........................................项目监控...........................................配置管理...........................................过程与产品质量保证.................................度量与分析.........................................组织培训...........................................6.3.5使用该裁剪范围以外的裁剪方法.............................6.3.6填写裁剪报告.............................................6.3.7裁剪过程的收集和推广.....................................6.4输出.........................................................6.5关闭标准..................................................... 7审核........................................................... 8度量........................................................... 9培训...........................................................1 目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和QA根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
cmmi过程裁剪模板
CMMI（Capability Maturity Model Integration）是一种用于评估组织在软件和系统开发方面成熟度的模型。
在CMMI 中，过程裁剪是指在满足项目需求和组织标准的前提下，对组织的过程进行适当调整或裁剪，以适应项目的特定需求。
过程裁剪可以涉及以下几个方面：
1. 定义组织过程：组织应该明确其标准和过程，并确保项目团队了解和遵循这些标准和过程。
在项目开始之前，项目团队应该评估项目的需求和目标，并确定需要哪些过程来满足这些需求和目标。
2. 建立活动模板：根据项目的特定需求，项目团队可以创建或修改活动模板。
活动模板可以包括工作产品（如需求文档、设计文档、测试用例等）的格式、内容、评审和批准等方面的规定。
3. 制定项目模板：项目模板可以包括项目计划、项目监督和控制文档、风险管理计划等方面的规定。
项目团队可以根据项目的特定需求，制定适合项目的模板，以确保项目的过程得到有效执行。
4. 裁剪过程：在项目执行过程中，项目团队可以根据实际情况对过程进行适当裁剪。
例如，如果项目时间紧迫，团
队可能会选择不进行某些不必要的活动或减少某些任务的细节程度。
但是，任何裁剪都应该在不影响项目质量的前提下进行，并且应该经过适当的授权和批准。
5. 监控和改进：项目团队应该监控项目的执行情况，并与组织的过程标准进行比较。
如果发现偏差或不符合项，团队应该及时采取纠正措施，并改进组织的过程，以提高未来的项目质量和效率。
总之，CMMI的过程裁剪是一个灵活的过程，需要根据项目的具体情况进行适当调整和改进。
通过合理的裁剪和改进，可以提高项目的效率和质量，并帮助组织不断提高其成熟度水平。
CMMI培训讲义(裁剪指南)
可否裁剪
否 否 否 是
裁剪机会
产品本身是集成开 发过程，不需要独 立集成
系统测试 客户验收
测试人员 项目经理
否 否
过程类别 项目支持 过程
过程 质量保证 外包与采 购管理 培训管理
项目角色 QA 采购人员 培训人员
可否裁剪 否 是 是
裁剪机会
没有外包和采购需 求 项目成员有能力完 成项目，没有培训 需求 产品本身是集成开 发过程，不需要独 立集成 项目规模较小，不 需要用标准配置管 理过程
CMMI 培 训 讲 义
裁剪指南
讲 师：王 龙 2009年08月11日
1.目的
介绍组织标准过程裁剪准则。
2.适用范围
公司所有软件项目。
3.裁剪原则
能够满足公司“开发管理方针”的要求； 不会降低项目开发过程和工作产品的质量； 不会失去对工作进展的（跟踪）可视性； 不会失去对软件工作产品的配置管理和控制，也不会额外增加 无益的工作； 不会降低工程师的开发效率； 在维持现有人力资源的情况下，能够按计划如期完成工作； 项目资金是否可以控制在目标成本范围内。
可 否 剪 裁
否
剪裁机会
项目经理
项目估算表；
计 划 项 项目计划； 目 管 配置管理计划； 理 类 PPQA计划； MA计划； 测试计划；
项目经理
项目经理 配置管理 员
否
否 是
ห้องสมุดไป่ตู้
QA
度量人员 测试人员
是
是 是
项 目 阶 段
活 动 输出文档 类 别
项目角色
可 否 剪 裁
剪裁机会
评审项目计划；
项目进展报告； 项 目 项目周报； 管 理 个人周报； 类 风险识别跟踪表； 职位技能对照表；
软件项目过程定义及裁剪表模板
XXXX项目过程定义及裁剪表XXX项目过程定义及裁剪表.xlsx裁剪的主要步骤为：1. 确定本项目类别和开发策略。
2. 识别本项目特性，分析项目量化的特性对裁剪的影响。
3. 确定对各开发过程活动的裁剪属性。
4. 使用项目裁剪模板选择和裁剪过程活动，得出组织定义过程。
裁剪说明剪裁操作说明剪裁操作说明本规程提供了可供选择的适应不同项目特性的项目定义过程，以便项目组在进行裁剪时减少工作量和复杂度。
在项目组进行制定项目定义过程时，优先选择与项目特征相近的项目定义过程，加以修改，如果依据项目特征运用专业判断发现没有合适的项目定义过程可选时，可根据本文档所提供的裁剪方法制定项目定义过程。
项目组进行过程裁剪时需要结合项目特征，尤其是考虑具体项目的业务需求和技术需求，按照裁剪规程的指导，在此基础上和可控的范围内进行裁剪，即适当地添加、删减、修改组织标准过程，得到项目定义过程。
从这一角度来说不存在一个事先可以确定的项目定义过程。
裁剪指南剪裁是调整组织标准过程文件（OSP），以此来获得适用于项目的特定业务或技术管理需要的过程。
剪裁不可简单地看作只是对OSP进行删除或修改，我们还可以增加某些OSP中没有的过程，以此达到剪裁得到项目已定义的过程（PDP）更适合于实现项目的目标。
不可控的剪裁实际上意味着不存在标准过程，因此，我们在此定义出了对OSP剪裁的一系列准则，由此，让项目能够按照此准则剪裁得到PDP。
裁剪原则：1) 首先按项目类型对标准过程和活动进行裁剪，生成各类项目裁剪指南。
2) 在各类项目裁剪指南中某一过程中的某个活动被裁剪，该活动的所有输出文档都可以裁剪。
3) 在剪裁指南中，我们给出各种活动的选项，并为每个过程步骤指定它是否是必要的或可剪裁的。
如果是可剪裁的，要给出指南，指明活动的什么属性可以进行剪裁，现有的活动或输出是什么以及什么时候采用不同的替代活动。
剪裁属性列表如下：剪裁属性 裁剪结果 剪裁属性 裁剪结果文档化 准备文档 活动 执行这项活动XXX项目过程定义及裁剪表.xlsx 剪裁是调整组织标准过程文件（OSP），以此来获得适用于项目的特定业务或技术管理需要的过程。
裁剪指南
裁剪指南（V 1.1）南京有限公司文档信息文档变更记录审核批准1前言裁剪是调整组织标准软件过程的过程，以此获得适用于项目特定业务和技术需要的过程。
裁剪过程可以看作是增加、删除或修改软件过程的活动，由此，最终的过程更适合于实现项目的目标。
不可控的裁剪实际上意味着不存在标准软件过程，可以定义和使用任何过程。
裁剪指南则定义了更改标准软件过程所允许的规则。
实质上，裁剪指南定义了一套标准软件过程所允许的偏离，希望以此可以为项目定义“最佳”过程。
裁剪指南的任务和作用见下图：2背景知识2.1 项目类型定义项目类型考虑的角度是对开发策略的选择，开发过程中侧重点的选择。
不同的项目类型应该采用完全不同的管理方法，或者说在不同的项目类型之间，软件管理过程的交集非常的少，或者说即使有交集，其交集的繁间程度也不一样。
根据公司的实际情况，建议把的软件工程项目划分为如下类型：⏹研发项目⏹工程项目⏹维护项目2.1.1研发项目研发项目是公司一类典型的软件工程化项目，研发项目最大的特征是只有潜在客户而没有明确的客户和工程合同。
研发项目是为工程项目服务的，可能是对将来产品发展方向的一个预研，也可能是对目前产品的重大技术改进的一个预研。
2.1.2工程项目工程项目是公司一类典型的软件工程化项目，工程项目最大的特征是有明确的客户和工程合同。
工程项目是公司目前接触最多的项目类型。
2.1.3维护项目维护项目发生在软件交付用户使用并通过终验之后。
由于维护项目一定是在一个软件项目实际使用过程中而发生；由于维护项目的全过程中，用户作为一个重要的角色全过程参与期间；由于维护项目需求发生的不确定性和项目周期的不确定性等等，所有维护项目的特性要求维护项目需要作为一种单独的类型来考虑它的软件过程。
维护项目使用的软件过程，与研发或工程项目有类似之处，但维护项目软件过程的要求和管理方法存在着很大的私有特色。
2.2 组织标准软件项目生命周期生命周期在一般的工程中通常要经过分析、设计、实现和运行维护等几个阶段；为了用工程化方式来有效的管理软件项目的全过程，软件项目生命周期也可以分成几个阶段。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档名称 《立项可行性分析报告》 《技术预研报告》关键技术点初步解决方案、代码等
制定详细的项目计划
执行这项活动
评审项目计划及下属计划
正式评审 执行这项活动 执行这项活动
项目状况跟踪
执行这项活动 不执行这项活动
项目管理
项目监控 [PMC]
举行项目组周例会
执行这项活动
里程碑评审 采取纠正措施 制定《评审计划》 评审准备 项目评审管理 举行评审会议 [MR]
裁剪指南
过程分类 过程名称 活动名称 立项调查，可行性分析 技术预研 项目预算 召开立项决策会议 项目筹备 初步裁剪 初步估算 制定项目的初步计划 及下属计划 详细估算 详细裁剪 项目规划 [PP] 裁剪属性 执行这项活动 执行这项活动 不执行这项活动 执行这项活动 执行这项活动 不执行这项活动 执行这项活动 不执行这项活动 执行这项活动 执行这项活动 执行这项活动 立项管理 [PIM] 《项目预算表》 《立项报告》 《立项通知书》 《PDP说明》初稿 《项目估算报告》初稿 《Delphi估计表》 初步的《项目计划》及其下属计划 《项目进度表》 《项目估算报告》 《Delphi估计表》 《PDP说明》 《项目进度表》 《项目计划》及其下属计划 《风险管理计划》 《首要风险表表》 《项目资源计划》 《干系人计划》 《项目评审计划》 《质量保证计划》 《配置管理计划》 《采购计划》 《管理评审通知》 《管理评审准备表》 《管理评审报告》 《个人周报》 《里程碑报告》 《项目周报》
质量保证 [QA]
不符合项跟踪处理
执行这项活动
质量保证总结报告 执行这项活动 组织及配置管理员移交工作 执行这项活动 制定初步《配置管理计划》 执行这项活动
制定详细《配置管理计划》 执行这项活动 配置管理 [CM]
《QA总结报告》 候选项目库中的项目文档 初步《配置管理计划》 《配置项计划及跟踪表》 《基线计划及跟踪表》 详细《配置管理计划》 《配置项计划及跟踪表》 《基线计划及跟踪表》 《配置库管理报告》 《CM周报》 《配置项计划及跟踪表》 《配置项计划及跟踪表》 《基线计划及跟踪表》 《基线计划及跟踪表》 《产品发布报告》 《度量分析计划》 《度量分析计划》 《度量分析计划》 项目度量数据库
正式的文档
正式的文档
所有项目
正式的文档
所有项目
正式的文档
所有项目
正式的文档 正式的文档
所有项目 所有项目
正式的文档
所有项目
每周编写 每两周编写 不编写
PD=L/AID=H/TL<H PD=M PD=S
正式的文档
所有项目
每周编写 每两周编写 不编写 正式的文档 正式的文档 正式的文档
PD=L/AID=H/TL<H PD=M PD=S 所有项目 立项成功 所有项目
详细设计
设计评审
制定编码阶段计划
执行这项活动
制定编码阶段计划
执行这项活动
构建数据库 编制模块的任务描述 编码实现 实现与测试 [IT] 工程过程 代码走查 交叉单元测试 系统集成 编写集成测试用例 集成测试 缺陷管理 编写支持文档
执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 正式评审 非正式评审 执行这项活动 正式评审 非正式评审 执行这项活动 正式评审 非正式评审 执行这项活动
不执行这项活动 正式评审 《里程碑报告》 《里程碑评审报告》 非正式评审 《项目周报》 执行这项活动 《项目计划变更控制报告》 执行这项活动 《评审计划》 《管理评审通知》 《管理评审准备表》 正式评审 《管理评审报告》
《项目周报》 《会议纪要》
项目评审管理 [MR] 修正、跟踪与审核 提交评审材料 评审工作产品 修正问题 制定风险管理计划 风险识别 风险管理 [RSKM]
正式的文档 正式的文档 每周编写 每两周编写 不编写 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档
所有项目 所有项目 PD>S|AID=H 不符合以上条件的项目 PD=S 所有项目 所有项目 所有项目 所有项目 所有项目 PD>S
正式的文档 所有项目
正式的文档
当需要对如下任何一项做 出判决时 1. 决定是否立项时； 2. 初步设计时选择产品 的体系构架、工具、平台 、实现方法等技术方案 时； 3. 概要设计时选择自行 编写组件还是复用现有组 件或直接购买成熟的商用 单一方案时不执行 当需要对如下任何一项做 出判决时 1. 决定是否立项时； 2. 初步设计时选择产品 的体系构架、工具、平台 、实现方法等技术方案 时； 3. 概要设计时选择自行 编写组件还是复用现有组 件或直接购买成熟的商用 单一方案时不执行 当需要对如下任何一项做 出判决时 1. 决定是否立项时； 2. 初步设计时选择产品 的体系构架、工具、平台 、实现方法等技术方案 时； 3. 概要设计时选择自行 编写组件还是复用现有组 件或直接购买成熟的商用
制定详细质量保证计划 评审质量保证计划
执行这项活动 非正式评审
过程和产品质量检查
执行这项活动
详细《质量保证计划及跟踪表》 《质量保证计划及跟踪表》 《过程审计检查表》 《产品审计检查表》 《QA审计报告》 《QA问题报告》 《QA里程碑报告》 《QA周报》 《过程审计检查表》 《产品审计检查表》 《QA审计报告》 《QA问题报告》 《QA里程碑报告》 《QA周报》
结项管理 [PCM]
需求开发 [RDM]
系统设计 [SD]
设计评审
执行这项活动 《初步设计方案》 不执行这项活动 执行这项活动 《概要设计说明书》 不执行这项活动 执行这项活动 《技术评审通知》 《技术评审准备表》 不执行这项活动 《技术评审报告》 《模块设计说明书》 《数据库设计说明书》 不执行这项活动 《用户界面设计说明书》 执行这项活动 《技术评审通知》 《技术评审准备表》 不执行这项活动 《技术评审报告》 执行这项活动 《实现与测试计划》 《项目进度表》中“实现与测试”部分
PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J 不符合下述条件的项目
正式的文档
不符合下述条件的项目
非正式文档 可选 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 不编写 正式的文档 正式的文档 正式的文档 正式的文档
客户验收 [CA]
执行这项活动 《验收问题记录》 《产品交接验收单》 《客户验收报告》 《服务与维护记录》 《服务与维护记录》 《服务与维护记录》 《服务与维护记录》
服务与维护 [SM]
执行这项活动
执行这项活动
《服务与维护记录》 《服务与维护报告》 《客户满意度调查表》 初步《质量保证计划及跟踪表》
PD=S/AID=L 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 PD>S/AID=H 不符合上述条件的项目 所有项目 PD>S|AID=H|PV=H 不符合上述条件的项目 所有项目 PD>S|AID=H|PV=H 不符合上述条件的项目 所有项目
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
不符合以上条件
正式的文档
所有项目
正式的文档
项目存在需要外购的 产品，且该外购产品作为 交付给客户产品的一部分 。
正式的文档
所有项目
正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档
评审支持文档 制定《系统测试计划》 评审《系统测试计划》 系统测试 [ST] 编写《系统测试用例》 评审《系统测试用例》
《系统测试计划》 《技术评审报告》 《系统测试用例》 《技术评审报告》 《BUG管理单》 《BUG统计分析报告》 《系统测试报告》 《产品打包清单》 可执行程序、支持文档等
执行系统测试 验收准备 产品打包 现场安装调试 用户使用培训 试运行 验收交付 客户服务准备 受理客户问题 指导客户解决问题 移交产品维护人员 问题评审 进行产品维护并验证 向客户说明原因 问题处理结果调查 制定初步质量保证计划
正式的文档
所有项目
可选 正式的文档 正式的文档 正式的文档 每周编写 每两周编写 不编写 每周编写 每两周编写 不编写 正式的文档 正式的文档 正式的文档 所有项目 所有项目 所有项目 PD=M/AID=H PD=L PD=S|AID<H PD=M/AID=H PD=L PD=S|AID<H PD>=M/AID=H/PV>=M 不符合以上条件 所有项目 所有项目
创建和维护配置库
执行这项活动
项目支撑
度量分析 [MA]
不执行这项活动 创建配置项 执行这项活动 配置项变更控制 执行这项活动 创建基线 执行这项活动 基线审计 执行这项活动 产品发布 执行这项活动 建立项目度量目标 确定项目度量点 制定《度量分析计划》 执行这项活动 收集和分析度量数据 存储和通报度量分析结果
采购管理 [SAM]
执行这项活动 风险分析 风险规避和缓解 风险跟踪 更新组织级“风险列表库” 确定项目采购计划 选择供应商 签定供应商协议 监控供应商过程 执行这项活动 产品交接 验收采购产品 转换产品 代码复用总结 结项准备 执行这项活动 结项申请 结项评审 资料纳入组织级过程资产库 执行这项活动 用户需求获取 不执行这项活动 执行这项活动 软件需求分析 不执行这项活动 执行这项活动 需求跟踪 不执行这项活动 执行这项活动 需求变更控制 不执行估准则》