软件项目管理培训课程之软件过程管理程序.ppt

第六章 软件过程管理 本章内容提要 软件过程与过程管理 CMMI概述 CMMI的成熟度等级及其过程域 CMMI的应用 PSP，TSP与CMMI 敏捷软件开发方法 第四节 CMMI的应用 实施CMMI过程改进的两种方法 阶段表示 连续表示 CMMI评估 实施CMMI过程改进的两种方法 CMMI模型支持两种实施过程改进的方法，一种称为阶段表示，一种称为连续表示。 阶段表示（Staged Representation）为过程改进提供了一个预定义的路线图，即从成熟度等级1到成熟度等级5逐级增加，要达到某一成熟度等级，必须满足该等级（及其以下等级）上所有过程域的目标。 实施CMMI过程改进的两种方法 连续表示（Continuous Representation）支持单个过程域的改进，可理解为一个过程域接着一个过程域实施改进。在每个过程域上从能力等级0到能力等级5逐级增加。 阶段表示和连续表示的对比 阶段表示是从CMM模型继承而来，已经过多年的实践检验。它提供了一个明确的、被证实的过程改进路径，遵循这条路径不需要过多的讨论和争论。而且由于它的明确性和统一性，有助于进行跨组织的比较。 连续表示的优点是提供了灵活性。用户可根据具体的业务目标来选择需要实现的过程域及其实现次序。 CMMI评估 成熟度等级的评估由美国卡内基梅隆大的软件工程研究所授权的主任评估师领导一个评审小组进行，其成员大部分来自企业内部。 评估过程包括员工培训（企业的高层领导也要参加）、问卷填写和统计、文档审查、数据分析、与企业的高层领导讨论和撰写评估报告等。评估结束由主任评估师签字生效。 评估结果报告给SEI，但SEI不会发“认证”证书。 CMMI评估 一般有两种类型的评估：软件过程评估和软件能力评价。 软件过程评估用于确定机构当前过程的状态，决定一个机构所面临的高优先级的过程相关问题，并且获得机构对软件过程改进的支持。 软件能力评价用来确定合格的软件项目承制方，或用来监督在目前的软件项目中正在进行软件过程的状态。 软件过程评估方法 判断一个组织当前的软件过程的能力状态，并发现过程中的缺陷。 判断并确定一个组织面对的与软件过程相关的改进策略。 利用组织的支持来对该组织的软件过程进行有效的改进。 软件能力评价方法 判断有意承担某个软件项目的软件组织（投标者）的过程能力。 利用评价结果确定选择某一承包者的风险。 判断已进行的软件过程所处的状态是否正确或是否正常。 推动承包者在工作过程中改进他们的软件过程。 过程评估和能力评价步骤 挑选队伍：成员必须具有专业的软件工程和管理方面的知识，并接受过基本CMM/CMMI概念和特定评估及评价方法的训练。 问卷调查：让来自被评估单位的代表完成软件过程成熟度问卷并回答评估评价组提出的诊断性问题。 响应分析：明确哪些回答与问题的答案相吻合，并确定须进一步调查的领域。 过程评估和能力评价步骤 现场调查：从响应分析的结果出发，评估小组进行提问、检查、协商等，以获取专业性的结论，说明软件过程的 KPA是否达到了应有的目标。 评估小组提供一个定义软件过程优缺点的结果清单。对于软件过程评估来说，这些结果将成为过程改进的基础和参考； 对于软件能力评价来说，这些结果为决策者提供风险分析的技术基础。 过程评估和能力评价步骤 评估小组完成KPA基本概况的描述文件，给出组织已经满足的KPA目标和尚未满足的KPA目标。 软件过程评估和软件能力评价之间的不同 软件过程评估和软件能力评价的结果可能不同（主要是因为评估和评价的侧重点不一样，而且被评估和被评价的组织、项目、软件产品都会发生变化，因此，应该考虑评估和评价的Context）。 软件过程评估和软件能力评价在出发点和目标上是不同的（导致成熟度提问单的内容组织不一样，收集的信息不一样，结论的评价不一样）。 软件过程评估和软件能力评价之间的不同 软件过程评估是在一个开放的、互相协作的环境下进行的。而软件能力评价往往是在有较大阻力的环境中进行的。（过程评估是为了提高管理者和工程师的工作水平，而能力评价是为了表明一个软件组织的实际软件过程能力，为选择承包者和减少费用服务）。 CMMI评估的注意事项 筹备必备机构 SEPG：负责过程的定义和策划。 SQA：负责审核软件过程的实施情况；产品质量的审核和控制。 确定合适的目标 对指定的KPA作评估或诊断，2级时也可要求对3级的KPA进行评估。 有些组织一开始可能并不想进行评分和评级，而是希望评估组从其现有的实践中确定最佳实践，作为组织的标准实践进行推广。 CMMI评估的注意事项 确定范围 部门：哪些部门参加。 项目：选择合适的项目。 KPA：确定对那些KPA进行评估。 人数：为了保证评估取证有足够的可信度，人数总和应该超过组织人数的20％。 约束 对不参加的部门，评估组无权进行访谈