案例研究

——一个银行的 IT组

概要

  这个案例研究阐明了一个专注的初始的为期一周的现场差距分析将如何在正轨上(好的开始)得到一个过程改进项目并且收获结果.这个案例研究也展示了度量分析对于任何管理者希望得到量化结果的过程改进项目的重要性。

背景

  欧洲一个重要银行的IT组

  有一些度量但是是分散的并且没有帮助管理者做决策

  意识到在质量保证/质量控制方面有改进空间，但是不知道如何开始。

目标

减少项目周期时间

减少整个项目的成本

提高质量（客户满意度）例如：发布产品中的缺陷

初始差距分析

因为管理者（银行的）想知道这个项目能给组织带来哪种改进，所以过程改进组执行了为期一周的现场差距分析，针对以下内容：

•  为过程改进项目识别“容易实现的目标”

• 关注度量和软件工程过程域

目标是生成一个差距分析报告给管理者以便估算：

• 整个项目的工作量和持续时间

• 在项目最后组织将收获的量化的收益

突出数据分析

由组织/管理目标驱动

基于来自历史项目的可用的有限数据

使用CMMI度量分析模型来考虑：

• 度量目标

• 基于度量的度量和衍生度量

• 指定度量收集和存储程序

• 度量的分析

在差距分析报告中包括的一些实用的改进建议

Base Measure#1-Effort Dirtribution 基本度量#１－工作量分布

Base Measure#2基本度量#2

Base Measure#2a基本度量#2a

可以提供支持的恰当的衍生度量之一是什么？

提示：组合以及标准化：缺陷对分配的工作量

我们可以分析这个输入并且有一个管理的决定

在成本和计划效果上的一些猜想

如果开发人员一天的平均成本是   7000丹麦克朗

总的项目工作量是   1022天(100%)

测试阶段是   148天(14.5%)

文件的缺陷占所有缺陷的    69%

如果我们假定更正所有缺陷的   69%将花费大约 40%的测试时间；

意味着：

• 将花费   74天

• 消耗总成本   518000丹麦克朗

然而在静态测试中增加    10个评审日，再加  20天代码审查将花费    210000

丹麦克朗。

我们仍然会节约至少   308000丹麦克朗（44天）

意味着我们能够减少   4.5%的项目时间。

建立度量目标

欧洲银行商业目标：

组织需要：

1.识别商业目标

2.   I识别你想了解或学到的

有来自共享服务中心的欧洲银行组的 IT策略的举证

  IT策略文档有   53个举证，引导我们到一个可选的事物列表，包括我们想

要了解或学习的（可能大约 42个）

结果是信息需求领域相关链接的   153个地方

这些将带给我们大约   98个度量（基本的和衍生的）

指定度量

SDLC度量项目（例子）

指定度量收集和存储程序

正在进行的度量项目

软件开发周期（SDLC）

基于总体的改进目标，新的度量被引进来支持整个过程改进项目。

当前的状态对未来的状态（红色是新的度量）

总体的项目结果

减少了   13%的项目周期时间

节约了   23%的预算

质量（软件产品的）提升了

总结与经验教训

初始差距分析（以正确方式进行的）对于任何过程改进项目都是非常重要的

不必有很多项目数据才开始

所以干系人从一开始就必须非常清楚商业目标和度量目标

使用   CMMI模型作为“地图”来指导过程改进

任何度量项目的目的是：开始和维持用于支持管理信息需求的度量能力

by Edmond Sai-Kit SUNG CMMI