我们接触很多管软件开发的主管，都抱怨对项目/产品的质量问题 （未满足客户需求） 不满意，导致很多的后期加班/延误。
   如果您有同感，您可能对下面的两个成功案例会有兴趣。

    案例 1——某杭州项目的缺陷改进
    案例 2——一个银行的 IT 组缺陷改进
    针对不同的问题，我们都有相应的培训课程提供。
    如果你想了解改进过程是如何进行的，点击这里。
    想要了解更多，获得更多资料，如相关的解决方案，培训，欢迎您和我联系。
   概要

过程改进可以帮助公司或企业针对其项目管理，软件工程，度量分析等方面实施改进并卓有成效提升其相应的能力水平，下面分享一个项目缺陷改进的案例。

背景

Ÿ 根本原因分析
    通过对该 IT 组织的项目缺陷状态以及组织的其他相关情况进行根本原因分
    析之后，可以发现以下问题：
    ² 很多阶段在早期阶段被漏掉-需求，设计和编码。
   ² 单元测试和代码评审没有执行或者没有效果。
    ² 很多需求变更没有被控制。
    Ÿ PDCA 改进方法

 通常我们实施 PDCA 循序式的过程改进，通过持续的 PDCA 环改进，一步步

的实现目标。

PDCA 工作坊：

和项目团队和经理分享度量数据
介绍不同的根因分析技术
使每个改进团队生产一个 A3 报告向以便向管理层做展示
 在组织中开始“基于事实的管理”，持续 PDCA 改进循环。

A3 报告（示例）：

 A3 Report.xlsx

Ÿ 改进措施

 针对上述问题我们制定并在该 IT 组织中实施了以下的改进措施：

   加强单元测试和代码审查。
    加强需求开发，确认（如：原型法）和评审（因为很多缺陷是在需求阶段 注入的）。
    建立严格的需求变更管理过程以便减少不必要的变更。
    采用 PDCA 循环改进，进行多轮改进活动。

总体的项目结果

  下面我们看看改进后的缺陷状态：

总结与经验教训

通过对改进前后项目缺陷状态的对比分析，可以得出以下结论：

在执行改进措施之后，5个月之内有显著的改进。

通过过程改进，更多的缺陷在较早的阶段被检测到（例如，需求，设计，

代码审查和单元测试阶段），并且维护阶段检测到的缺陷减少了。

by Edmond Sai-Kit SUNG CMMI