软件过程改进规程

软件过程改进规程

1.目的

为进行软件过程改进提供系统的和可重复的方法。

2.定义

2.1SPI.软件过程改进.

2.2SPI小组:为进行软件过程活动而组建的临时组织。其成员由以下人员组成：SEPG

成员、SQA人员、产品/项目经理以及其他从事与软件过程改进相关工作的人员。

2.3SPI组长：SPI小组的负责人，由SPI主管总裁任命。他负责组建SPI小组，启

动、计划、实施、领导SPI工作。

2.4SPI代表:SPI小组的一至儿名成员，他（们）同时是SEPG成员或为SEPG工作的

人员，负责SPI活动的具体实施并完成其中的关键任务。他也可以是SPI组长。

2.5CBAIPI方法:由美国卡内基•梅隆大学软件工程研究所（SEI）发布的基于CMM

的过程评价方法。运用CBAIPI方法进行评估的人员应受过CBAIPI标准课程的培

训I。

3.工作程序

ACTPLAN

Step11:将改进措施扩展到其Step1:启动SPI工作,建立SPI

他项目基础

Step2:SPI对象分析

Step3:制订评估计划

Step4:批准评估计划

StepIO:报告进展和问题CHECKDOStep5:执行过程评估

Step6:确定强势和弱势

Step9:评估SPI进展Step7:确立行动措施，制订过程

改进计划

Step8:实施改进

3.1启动SPI工作，建立SPI基础

3.1.1入口标准

SEPG、SPI成员、项目组人员了解SPI规程。

3.1.2任务/角色/职责

1.SPI主管总裁：委派一名SPI组长负责SPI工作，必要时指定一名SEPG成员（同时又是SPI

成员）辅助他。并为SPI工作提供充足的资源。

2.SPI组长：组建SPI小组，并确定每个成员的角色和职责。组织对SPI小组成员进行必要的

培训。

3.开发部经理、产品/项目经理：确定项目是否参与SPI工作。

4.SEPG、SPI成员：

A）通知并请求各级研发经理及产品/项目经理参与SPI工作，经过沟通后确定参与的产

品/项目组。所选定的项口应具有代表性，同时尽量选择对SPI有兴趣的产品/项目

组。

B）搜集所选定的产品/项目组及所属开发部门的信息。包括：部门职责、人员信息、

所进行的项目特点与进展等。

C）与产品/项目组讨论SPI过程（必要时举行会议），为产品/项目组人员提供简要的

培训。培训内容包括SEPG工作程序、SPI规程、CMM概要介绍、CMM3级KPA介

绍等。培训内容可根据项目组人员了解的情况进行适当的裁剪。

D）向开发部门经理和产品/项目经理发放调查问卷。

3.1.3出口标准

1.已确定参与SPI的项目。

2.相应经理完成调查问卷。

3.项目组已接受了必要的培训，或已安排近期进行培训。

4.SPI组长和SPI代表及其职责已确定。

3.2SPI对象分析，确定SPI目标

3.2.1入口标准

产品/项目组及相应SCM、SQA人员提供了产品/项目的过程文档及相关资料。

3.2.2任务/角色/职责

SPI代表：

A）分工对参评项目的资料进行分析。

B）讨论各组的SPI状态，确定评估工作重点，汇总后确定SPI目标v

C)与其他的SPI小组成员进行同行评审。

D)根据评审结论适当修改评估工作重点和SPI目标，并记录到《过程评估计划》草

案中。

3.2.3出口标准

己形成评估工作重点和SPI目标，并经过评审。

3.3制订评估计划

3.3.1入口标准

已对项目进行分析，确定SPI目标。

3.3.2任务/角色/职责

SPI小组:

1.讨论项目的SPI状态，初步确定SPI方法。SPI方法应适合于项目的状况。下面提供了一些

SPI方法供选择使用：

A)执行CBAIPI方法

B)执行非CBAIPI方法

C)使用checklist或CMM成熟度问卷，执行正式的评估

D)确定问题所在过程域，通过定义、修改或删除相关过程活动来消除/改善问题。

E)召开项目组会议，询问应处理哪些问题。

选定评估方法/类型基于以下几个因素：

A)被评估项目的目标

B)项目的进度

0)被评估项目的数量

D)项目的SPI的工作量

E)场所和后勤

2.将确定的SPI方法记入过程评估计划草案。

3.制订评估日程安排，形成过程评估计划。

4.对过程评估计划进行评审。

5.根据评审结果修正评估计划。

2.项目组：出席结果报告发布会议，确认报告内容。

3.SPI代表：将强势、弱势及其改进方法记入项目的SPI计划中。

4.SEPG：备份SPI过程中产生的文档记录，并对SPI过程划定基线。

3.6.3出口标准

SPI过程已划定基线。

3.7确定行动措施，制订过程改进计划

3.7.1入口标准

参评项目需进行改进的过程域已按优先级列出，进行过程改进的方法已记入SPI计戈上

3.7.2任务/角色/职责

1.SPI小组：

•确定进行过程改进的措施，并将项目好的实践在组织层面上共享。

•编制项目的SPHt划。

计划中应包含需改进的软件工程过程域及相应改进工作进度、详细的任务与进度安

排、必须的资源、成本、工作量，以及与任务相关的风险。

•如果存在多个参评组，计划中应考虑各个组的不同点。

•确定行动措施和制订改进计划时应注意借鉴其他组织的过程改进方案。

2.项目组和SEPG：按照《评审、审核与确认程序》的要求评审项目的SPI计划。

3.SPI小组：根据评审意见修正项目的SP卜计划。

4.主管经理：评审并批准项目的SPI计划。

5.SPI小组：

•向参评项目组、主管经理及SEPG发布SPI计划。

•在参评组中选定一个负责开发规范的人员加入SPI小组（如产品/项目经理，SQA人

员）。

•确定最好的方法来实施项目的SPI计划。以下的方法供参考：

A）按照《SEPG工作程序》中的相应规定成立过程行动组（PAT）,进行研究并定

义/修改相应的过程活动，完成后提交SPI小组进行评审和批准。

B）每1〜2周举行1次项目的SPI会议。参会者包括：项目组与SPI小组的相关成员。

C）跟踪和度量软件过程改进活动。如：度量定义过程活动所花费的小时数。

D)使用数据库管理过程活动的状态、改进措施，等

E)确定是否需要建立/维护SPI小组自己所用的过程。

3.7.3出口标准

项目的SPI计划通过评审、批准并发放。

3.8实施改进

3.8.1人口标准

项目的SPI计划已批准。

3.8.2任务/角色/职责

1.项目组：实施项目的SPI计划

2.SPI组长：

•对SPI计划进行跟踪，确保每人都履行了亟定的职责，被分配的任务按照计划执

行，定期或事件驱动地向项目经理提供状态报告。

•维护项目的SPI计划。

当出现以下情况时，应及时修订SPI计划。修订后的SPI计划应重新按照3.7中的

要求重新进行评审、审批及发布。

(1)参评组出现了重大变化并影响了SPI计划。

(2)参评组又进行了过程评估。

3.8.3出口标准

过程改进工作已正常展开。

3.9评估SPI进展

3.9.1入口标准

项目的SPI工作按照SPI计划正常进行。

3.9.2任务/角色/职责

1.SPI小组：确定项目是否需要再次进行过程评估。如需要，确定项目的SPI目标和评估类

型与方法，制订评估计划。

2.SPI小组：如需要，促进并实施评估。评估结束后向项目组报告评估结果。

3.SPI小组：更新项目的SPI计划，以反映评估结果。将计划提交项目经理、项目组和S匚PG。

4.项目组和SEPG：评审修改的SPI计划。

5.项目经理：评审并同意修改后的SPI计划。

3.9.3出口标准

1.确定是否需要进行评估及评估类型。

2.评估已实施并报告了结具。

3.项目的SPI计划进行了必要的修正。

3.10报告进展成绩和问题

3.10.1入口标准

项目的SPI工作按照SPI计划正常进行。

3.10.2任务/角色/职责

SPI小组：定期向项目经理和主管经理报告。报告中的问题应包括：

A）SPI计划任务进展情况（计划与实际对照）

B）公开的问题

0）个人职责的履行、计划日程的完成情况和状态。

D）工作量和其他相关的SPI工作的度量数据（如每个人及任务的工作量、成本等）

E）已完成的工作任务，即SPI工作的结果

3.10.3出口标准

SPI进展情况已向项目经理和主管