第2章 CMMI的特定目标和特定实践.docx
- 文档编号:30131436
- 上传时间:2023-08-05
- 格式:DOCX
- 页数:115
- 大小:74.92KB
第2章 CMMI的特定目标和特定实践.docx
《第2章 CMMI的特定目标和特定实践.docx》由会员分享,可在线阅读,更多相关《第2章 CMMI的特定目标和特定实践.docx(115页珍藏版)》请在冰豆网上搜索。
第2章CMMI的特定目标和特定实践
CMMI的特定目标和特定实践
第2章
2.1CMMI2级过程域:
需求管理
目的:
管理项目的“产品需求和构件需求”,以及识别这些需求与项目计划、工作成果的不一致之处。
特定目标(SG1):
需求已经受管理,并且识别出需求与项目计划、工作成果之间的不一致之处。
需求管理过程域的特定目标(SG)和特定实践(SP)见表2-1。
SG1
ManageRequirements管理需求
SP1.1
ObtainanUnderstandingofRequirements获得对需求的理解
SP1.2
ObtainCommitmenttoRequirements获得对需求的承诺
SP1.3
ManageRequirementsChanges管理需求的变更
SP1.4
MaintainBidirectionalTraceabilityofRequirements
维护需求的双向可追溯性
SP1.5
IdentifyInconsistenciesBetweenProjectWorkandRequirements
识别项目工作与需求的不一致之处
表2-1需求管理过程域的特定目标和特定实践
2.1.1SG1管理需求
2.1.1.1SP1.1获得对需求的理解
需求管理过程域的特定实践SP1.1是“获得开发者和提供者对需求的共同理解”。
随着项目的进展,为了避免需求的漫延或者遗漏,要建立一些准则,用以指明接受需求的适当渠道或正式来源。
接受需求并对需求进行分析,这些活动与需求提供者一起进行,以确保双方对需求的含义达成共识。
对需求的分析和对话的结果是达成共识的需求集合。
典型工作成果:
Ø用于识别“合适的需求提供者”的准则。
Ø
Ø评价和接受需求的准则。
Ø
Ø依照准则进行分析的结果。
Ø
Ø达成共识的需求集合。
Ø
2.1.1.2SP1.2获得对需求的承诺
需求管理过程域的特定实践SP1.2是“获得项目参加者对需求的承诺”。
即使以前某个活动与需求提供者达成对需求的一致理解,但在具体实施时,还需要与实施这些活动的人员,就需求达成一致,并得到他们的承诺。
在整个项目开展过程中,需求会发生演变,特别在“需求开发”和“技术方案”过程域中。
随着需求的演变,受该活动影响,项目参与者需要对当前的已批准的需求作出承诺,以及对受影响的项目计划、活动和工作成果作出相应的变更。
典型工作成果:
Ø需求影响的评估。
Ø
Ø记录“需求和需求变化”的承诺(形成文档)。
Ø
2.1.1.3SP1.3管理需求的变更
需求管理过程域的特定实践SP1.3是“管理随着项目进展而发生的需求变更”。
在项目开发期间,需求会由于各种原因而发生变更,将会产生一些附加的需求,也许不得不对现行的需求作出变更以满足客户要求。
有效地管理这些需求和需求变更相当重要。
为了有效地分析需求变更产生的影响,有必要了解每个需求的来源并且把每个变更的理由形成文件。
项目经理要判断是否需要采取控制措施,或对已有的控制措施作出调整。
典型工作成果:
Ø需求的状态记录。
Ø
Ø需求数据库。
Ø
Ø需求决策数据库。
Ø
2.1.1.4SP1.4维护需求的双向可追溯性
需求管理过程域的特定实践SP1.4是“维护需求与工作成果之间的双向可追溯性”。
需求的双向可追溯性是指:
从源需求追溯到它的较低层次的需求,从较低层次的需求追溯到它的源需求。
这种双向可追溯性有助于确定所有的源需求是否完全得到处理,是否所有的低层需求都可以追溯到某个有效的来源。
典型工作成果是“需求跟踪矩阵”。
2.1.1.5SP1.5识别项目工作与需求的不一致
需求管理过程域的特定实践SP1.5是“识别项目计划、工作成果和需求之间的不一致之处。
这个特定实践旨在发现需求与项目计划和工作成果之间的不一致之处,并且启动纠正措施。
典型工作成果:
Ø用文档记录不一致之处,包括“来源、条件和理由”。
Ø
Ø相应的纠正措施。
Ø
2.2CMMI2级过程域:
项目规划
目的:
建立并维护“项目各项活动”的计划。
特定目标SG1:
估算项目计划中的各种参数并予以维护。
特定目标SG2:
制定并维护项目计划,作为项目管理的基础。
特定目标SG3:
建立并维护对该项目计划的承诺。
项目规划过程域的特定目标(SG)和特定实践(SP)见表2-2。
SG1
EstablishEstimates项目估算
SP1.1
EstimatetheScopeoftheProject估算项目的范围
SP1.2
EstablishEstimatesofWorkProductandTaskAttributes估算工作成果和任务属性
SP1.3
DefineProjectLifecycle定义项目生存周期阶段
SP1.4
DetermineEstimatesofEffortandCost估算工作量和成本
SG2
DevelopaProjectPlan制定项目计划
SP2.1
EstablishtheBudgetandSchedule编制预算和进度
SP2.2
IdentifyProjectRisks识别项目风险
SP2.3
PlanforDataManagement项目数据的管理计划
SP2.4
PlanforProjectResources规划项目资源
SP2.5
PlanforNeededKnowledgeandSkills知识和技能的计划
SP2.6
PlanStakeholderInvolvement“项目干系人”的介入计划
SP2.7
EstablishtheProjectPlan制定项目计划
SG3
ObtainCommitmenttothePlan获得对计划的承诺
SP3.1
ReviewPlansThatAffecttheProject审查从属计划
SP3.2
ReconcileWorkandResourceLevels协调工作与资源配置
SP3.3
ObtainPlanCommitment获得计划承诺
表2-2项目规划过程域的特定目标和特定实践
2.2.1SG1项目估算
2.2.1.1SP1.1估算项目的范围
项目规划过程域的特定实践SP1.1是“建立顶层工作分解结构,以便估计项目的范围”。
工作分解结构(WorkBreakdownStructure,WBS)会随项目进展而演变。
最初,顶层工作分解结构可以当作初始估算依据。
工作分解结构把整体项目划分成若干便于管理的组成部分,用于考虑分配工作量、进度和责任,并且还可以用于规划、组织和控制围绕该项目进行的工作。
典型工作成果:
Ø任务描述。
Ø
Ø工作包描述。
Ø
Ø工作分解结构。
Ø
2.2.1.2SP1.2估算工作成果和任务属性
项目规划过程域的特定实践SP1.2是“估算工作成果和任务的属性”。
“规模”通常是用于估算工作量、成本和进度的大多数模型的主要输入,其次是诸如关联性、复杂程度和结构之类输入。
这些估算应与项目需求一致,以便确定该项目的工作量、成本和进度。
每个规模属性应附上相关的难度和复杂度。
典型工作成果:
Ø技术解决途径。
Ø
Ø任务和工作成果的规模和复杂度。
Ø
Ø估算模型。
Ø
Ø估算结果。
Ø
2.2.1.3SP1.3定义项目生存周期的阶段
项目规划过程域的特定实践SP1.3是“定义项目生存周期的阶段”。
定义项目生存周期的阶段是为了评估各阶段和便于决策,在这些决策点上要根据资源和技术解决途径作出重要承诺。
这些决策点指出一些预计的事件,在这些事件出现时可以对项目的走向作出调整,进一步确定项目的范围和成本。
项目各个阶段的确定一般包括选择和进一步精练软件开发模型,以便处理项目各项活动的依存性和适当的排序。
由哪些阶段组成项目生存周期,取决于需求的范围、对项目资源的估计以及项目的性质。
大型项目可能包含概念研究、开发、生产、运行和处置等阶段。
这些阶段可能还分若干子阶段,例如,开发阶段可能包含诸如需求分析、设计、制作、集成和验证等子阶段。
理解项目的生存周期阶段是非常关键的,用于规划项目的工作量和编制初始计划的时间点,也包括在合适的时间和关键的地方(关键里程碑)重新规划。
典型工作成果:
项目生存周期阶段。
2.2.1.4SP1.4估算工作量和成本
项目规划过程域的特定实践SP1.4是“依据合理的估算方法,估算项目的工作量和成本”。
一般是在运用模型或历史数据对规模、活动和其他参数加以分析所得结果的基础上进行工作量和成本估计。
估算的置信度取决于选择估算模型的理由和历史数据的性质。
在某些'情况下没有适用的历史数据(例如无先例),有时没有适合于该类作业的模型可用。
如果从来就没有做过类似的产品或构件,工作量就是无先例的。
工作量无先例,风险就更大,需要多做调查研究,以便打下切实可行的估计基础,同时也需要比较多的管理后备。
典型工作成果:
Ø估算原理。
Ø
Ø项目工作量的估算。
Ø
Ø项目成本的估算。
Ø
2.2.2SG2制定项目计划
2.2.2.1SP2.1编制预算和进度
项目规划过程域的特定实践SP2.1是“编制并维护该项目的预算和进度”。
应以所做的估算为基础,以便确保预算分配、任务复杂度和任务依存性等得到适当处理。
在处理项目风险时,采用事件驱动式进度安排方式比较有效。
先确定那些要进行验证的已完成的工作,可以使该事件的时间安排比较灵活,对预期的结果得到共识,对项目的状况有比较清楚的了解,以便更准确了解项目状态。
典型工作成果:
Ø项目进度。
Ø
Ø进度依赖关系。
Ø
Ø项目预算。
Ø
2.2.2.2SP2.2识别项目风险
项目规划过程域的特定实践SP2.2是“识别并分析项目风险”。
识别并分析风险,以支持项目规划,这个实践应该向下延伸到所有的从属计划。
项目规划中的风险识别和分析一般包括:
识别风险;分析风险,以便确定风险发生的可能性、时间和影响;排列风险的轻重顺序。
典型工作成果:
Ø已识别的风险。
Ø
Ø风险发生的可能性和影响。
Ø
Ø风险优先级别。
Ø
2.2.2.3SP2.3项目数据的管理计划
项目规划过程域的特定实践SP2.3是“项目数据的管理计划”。
这些数据是为支持某个大纲在其所有各个领域(例如,行政、工程、配置管理、财务、后勤、质量、安全、制造以及采购等)所要求的各种文件。
这些数据的形式是各种各样的(例如,报告、手册、笔记本、表格、图纸、规格说明书、文卷或信件等),数据承载媒体也可能是各种各样的(例如,各种印刷材料、照片、电子媒体或多媒体)。
这些数据可能是可交付件(例如大纲的合同数据要求规定的资料),也可能是不可交付件(例如非正式资料、趋势研究和分析、内部会议记录、内部设计审查文件、经验教训和行动安排等)。
这类数据的分发形式也很多,包括电子传输在内。
对于项目的数据要求,应该根据通用的或标准的数据需求从两个方面考虑:
一个是将要创建的数据项,另一个是数据项的内容和形式。
对数据项的统一的内容和格式要求有利于理解数据内容,有助于数据资源的一致管理。
收集每份文件的原因应清楚。
这项任务包括分析和确认项目的可交付件和不可交付件、合同数据要求和非合同数据要求,以及顾客提供的数据。
典型工作成果:
Ø数据管理计划。
Ø
Ø纳入管理的数据的总清单。
Ø
Ø数据的内容和格式描述。
Ø
Ø对采购方和供应方的数据要求清单。
Ø
Ø隐私要求。
Ø
Ø安全性要求。
Ø
Ø安全性规程。
Ø
Ø数据检索、复制和分发的机制。
Ø
Ø收集项目数据的进度安排。
Ø
Ø待收集的项目数据清单。
Ø
2.2.2.4SP2.4规划项目资源
项目规划过程域的特定实践SP2.4是“为执行项目提供必要的资源”。
对执行项目各项活动所需的项目资源(人力、设备、材料和方法)和数量作出规定,将为管理该项目而扩展工作分解结构提供补充信息。
在早些时候用于估算开发的顶层工作分解结构,一般将通过把它们进一步拆分为“工作包”加以扩展:
这些工作包代表能够单独予以分配、执行和跟踪的工作单元;在这个层次上分配组织职能,以便执行各个工作分解结构任务。
这个产品和组织职能的交汇点一般称为成本统计点。
对于在工作分解结构的这个低层次上的每个任务或产品应该分配唯一的标识号(例如序号),以便跟踪。
需求、活动和工作成果或它们的组合是工作分解结构的基础。
工作分解结构应附有用于描述该工作分解结构中每个任务的工作的作业说明(作业词典)。
典型工作成果:
Ø工作分解结构的“工作包”。
Ø
Ø工作分解结构的任务说明。
Ø
Ø按项目规模和范围考虑的人员配备需求。
Ø
Ø关键设施/设备清单。
Ø
Ø过程/工作流定义和图表。
Ø
Ø过程管理需求表。
Ø
2.2.2.5SP2.5知识和技能的计划
项目规划过程域的特定实践SP2.5是“项目所需要的知识和技能的计划”。
项目中的知识传递涉及项目人员培训和从外面获取知识。
人员需要的知识和技能以支持执行项目为准。
典型工作成果:
Ø技能需求清单。
Ø
Ø员工和新人招聘计划。
Ø
Ø数据库(例如技能和培训)。
Ø
2.2.2.6SP2.6项目干系人的介入计划
项目规划过程域的特定实践SP2.6是“干系人(Stakeholders)的介入计划”。
通过标识需要介入该项目的各类人员和职能,并且描述他们与具体活动的关系和相互作用的程度,确定项目生存周期所有阶段的干系人。
一般用二维图表表示,坐标轴分别是干系人和项目活动。
典型工作成果:
干系人的介入计划。
2.2.2.7SP2.7制定项目计划
项目规划过程域的特定实践SP2.7是“制定并维护整个项目计划的内容”。
项目计划必须形成文件,以便与项目有关的个人、小组和组织达成共识,实现承诺。
项目计划中要规定在逻辑上相关的所有各个方面:
产品生存周期注意事项、技术和管理任务、预算和进度、里程碑、数据管理。
风险标识、资源和技能需求以及干系人标识和交互作用等。
此外还应该说明项目工作人员、管理者和各个支持单位的责任、权限和相互关系。
典型工作成果:
总体项目计划。
2.2.3SG3获得对计划的承诺
2.2.3.1SP3.1审查从属计划
项目规划过程域的特定实践SP3.1是“审查所有从属计划,以便了解项目承诺”。
从属计划应与总体计划兼容并且支持总体计划,以便明白各个有关方面的权限、责任、义务和控制情况。
应审查这些从属计划,以确保对该项目的范围、目标、角色和关系等得到共识。
典型工作成果:
从属计划审查记录。
2.2.3.2SP3.2协调工作与资源配置
项目规划过程域的特定实践SP3.2是“根据资源协调项目计划”。
得到各个相关干系人的承诺是非常重要的,使预计的资源与可用的资源之间求得平衡。
这种协调工作一般是通过以下方式来完成:
降低或延缓实现技术性能要求、商谈得到更多的资源、寻求提高生产率的途径、外购、对项目工作人员的技能组合加以调整或修订从属计划或进度。
典型工作成果:
Ø修正估算的方法和相应参数(例如,采用更好的工具)。
Ø
Ø重新商谈预算。
Ø
Ø修正进度。
Ø
Ø修正需求。
Ø
Ø重新协商干系人的承诺。
Ø
2.2.3.3SP3.3获得计划承诺
项目规划过程域的特定实践SP3.3是“获得负责实施和支持该项目计划的各个干系人的承诺”。
应该使作出承诺的个人或群体相信,这项工作能够在规定的成本、进度和绩效约束下完成。
典型工作成果:
Ø文档化的承诺请求。
Ø
Ø文档化的承诺。
Ø
2.3二级过程域:
项目监控
目的:
了解项目的进展,在项目实际情况明显偏离计划时,采取适当的纠正措施。
特定目标(SG1):
对照项目计划监督项目的实际进展情况。
特定目标(SG2):
当项目的实际情况明显偏离计划时,采取纠正措施,直到结束。
项目监控过程域的特定目标(SG)和特定实践(SP)见表2-3。
SG1
MonitorProjectAgainstPlan依据计划监督项目
SP1.1
MonitorProjectPlanningParameters监督项目计划的参数
SP1.2
MonitorCommitments监督承诺
SP1.3
MonitorProjectRisks监督项目风险
SP1.4
MonitorDataManagement监督数据管理
SP1.5
MonitorStakeholderInvolvement监督干系人的介入
SP1.6
ConductProgressReviews项目进展审查
SP1.7
ConductMilestoneReviews里程碑审查
SG2
ManageCorrectiveActiontoClosure管理纠正措施
SP2.1
AnalyzeIssues分析问题
SP2.2
TakeCorrectiveAction采取纠正措施
SP2.3
ManageCorrectiveAction管理纠正措施
表2-3项目监控过程域的特定目标和特定实践
2.3.1SG1依据计划监督项目
2.3.1.1SP1.1监督项目计划的参数
项目监控过程域的特定实践SP1.1是“监督项目计划参数的实际值”。
项目计划中的参数是项目进展的典型指示器,其中包含工作成果和任务的属性、成本、工作量以及进度等。
工作成果和任务的属性包括规模、复杂程度、重量、形状、配置或功能。
“监督”涉及到对项目计划参数的实际值进行度量,把实际值与计划的估计值加以比较,识别出明显的偏差。
记录项目计划参数的实际值(包括相应的背景信息),有助于理解项目的度量。
对明显偏差造成的影响进行分析是为了确定需要采取哪些纠正措施。
典型工作成果:
Ø项目执行情况的记录。
Ø
Ø明显偏差的记录。
Ø
2.3.1.2SP1.2监督承诺
项目监控过程域的特定实践SP1.2是“监督项目计划中的承诺”。
典型工作成果:
承诺审查记录。
2.3.1.3SP1.3监督项目风险
项目监控过程域的特定实践SP1.3是“对照项目计划监督项目风险”。
典型工作成果:
项目风险监督记录。
2.3.1.4SP1.4监督数据管理
项目监控过程域的特定实践SP1.4是“依据项目计划监督数据管理”。
一旦制定了项目的数据管理计划,就必须监督数据的管理,以确保计划得以执行。
典型工作成果:
数据管理记录。
2.3.1.5SP1.5监督干系人的介入
项目监控过程域的特定实践SP1.5是“依据项目计划监督共利益者介入情况”。
一旦在项目计划中确定了相关的干系人和他们在项目中的介入事务,那么必须监督这些干系人的介入情况。
典型工作成果:
干系人的介入事务记录。
2.3.1.6SP1.6项目进展审查
项目监控过程域的特定实践SP1.6是“定期审查项目进展、执行情况和问题”。
项目进展审查可以让干系人了解项目的情况。
这类项目进展审查可以是非正式的,可以不在项目计划中明确规定。
典型工作成果:
项目进展审查结果的文档。
2.3.1.7SP1.7里程碑审查
项目监控过程域的特定实践SP1.7是“在设定的里程碑点,审查该项目的完成情况和结果”。
里程碑审查是在项目计划中预先设定的,这些审查一般都是正式的。
典型工作成果:
里程碑审查结果的文档。
2.3.2SG2管理纠正措施
2.3.2.1SP2.1分析问题
项目监控过程域的特定实践SP2.1是“收集并分析问题,确定处理这些问题所需的纠正措施”。
典型工作成果:
需要处理的问题清单。
2.3.2.2SP2.2采取纠正措施
项目监控过程域的特定实践SP2.2是“对已识别的问题采取纠正措施。
典型工作成果:
纠正措施方案。
2.3.2.3SP2.3管理纠正措施
项目监控过程域的特定实践SP2.3是“管理纠正措施直到关闭。
典型工作成果:
纠正措施的结果。
2.4二级过程域:
供应商协议管理
目的:
管理从供应商获得产品(服务)的采购过程。
特定目标(SG1):
与供应商签定协议并予以维护。
特定目标(SG2):
供应商和项目双方共同履行协议。
供应商协议管理过程域的特定目标(SG)和特定实践(SP)见表2-4。
SG1
EstablishSupplierAgreements签定供应商协议
SP1.1
DetermineAcquisitionType确定采购方式
SP1.2
SelectSuppliers选择供应商
SP1.3
EstablishSupplierAgreements签定供应商协议
SG2
SatisfySupplierAgreements履行供应商协议
SP2.1
ExecutetheSupplierAgreement执行供应商协议
SP2.2
MonitorSelectedSupplierProcesses监督选定的供应过程
SP2.3
EvaluateSelectedSupplierWorkProducts评价供应商产品
SP2.4
AccepttheAcquiredProduct验收采购的产品
SP2.5
TransitionProducts移交产品
表2-4供应商协议管理过程域的特定目标和特定实践
2.4.1SG1签定供应商协议
2.4.1.1SP1.1确定采购方式
供应商协议管理过程域的特定实践SP1.1是“确定待采购的每个产品或构件的采购方式”。
典型工作成果:
列出所有待采购产品和构件的采购方式列表。
2.4.1.2SP1.2选择供应商
供应商协议管理过程域的特定实践SP1.2是“通过评估供应商满足规定需求的能力,建立选择供应商的准则”。
典型工作成果:
Ø市场调研记录。
Ø
Ø候选供应商清单。
Ø
Ø优选供应商清单。
Ø
Ø选择供应商的理由。
Ø
Ø贸易研究和其他用于评价各候选供应商的优点和缺点、准则的记录。
Ø
Ø供应商的宣传资料和采购产品的需求。
Ø
2.4.1.3SP1.3签定供应商协议
供应商协议管理过程域的特定实践SP1.3是“与供应商签定并维护正式的协议”。
这种协议是本组织(代表该项目)与供应商之间的任何合法协议,可以是合同、许可证或协议备忘录。
典型工作成果:
Ø工作说明。
Ø
Ø合同。
Ø
Ø协议备忘录。
Ø
Ø许可证协议。
Ø
2.4.2SG2履行供应商协议
2.4.2.1SP2.1执行供应商协议
供应商协议管理过程域的特定实践SP2.1是“与供应商共同执行协议中规定的活动”。
典型工作成果:
Ø供应商进展报告。
Ø
Ø审查材料和报告。
Ø
Ø协议条款执行的跟踪。
Ø
Ø产品和文档的交付记录。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第2章 CMMI的特定目标和特定实践 CMMI 特定 目标 实践