关于项目管理成熟度模型的讨论（三）

　　Cmm第一级：初始级

　　◆ 特征

　　（1）软件过程的特点是杂乱无章，有时甚至混乱，几乎没有定义过程的规则或步骤。

　　（2）过分的承诺，常作出良好的承诺：如“按照软件工程方式，有序的工程来工作”；或达到高目标的许诺。但实际上却出现一系列问题。

　　（3）遇到危机就放弃原计划过程，反复编码和测试。

　　（4）成功完全依赖个人努力和杰出的专业人才，取决于超常的管理人员和杰出有效的软件开发开发人员。具体的表现和成果都源 于或者说是决定于个人的能力和他们先前的经验、知识以及他们的进取心和积极程度。

　　（5）能力只是个人的特性，而不是开发组织的特性。依靠着个人的品质或承受着巨大的压力；或找窍门取得成果。但此类人一旦离去，对组织的稳定作用也消失。

　　（6）软件过程是不可确定的和不可预见的。软件成熟性程度处于第一级软件组织的软件过程在实际的工作过程中被经常的改变（过程是随意的）。这类组织也在开发产品，但其成果是不稳定的，不可预见的，不可重复的。也就是说，软件的计划、预算、功能和产品的质量都是不可确定和不可预见的。

　　◆ 过程

　　（1）极少存在或使用稳定的过程。

　　（2）所谓“过程”，往往是“就这么干”而言。

　　（3）各种条例，规章制度互不协调，甚至互相矛盾。

　　◆ 人员

　　（1）依赖个人努力和杰出人物。一旦优秀人物离去，项目就无法继续。

　　（2）人们的工作方式如同“救火”，就是在开发过程中不断地出现危机，以及不断的“救火”。

　　◆ 技术引进新技术是极大风险。

　　◆ 度量不收集数据或分析数据。

　　◆ 改进方向

　　（1）建立项目管理过程，实施规范化管理，保障项目的承诺。

　　（2）首要任务是进行需求管理，建立客户与软件项目之间的共同理解，使项目真正反映客户的要求。

　　（3）建立各种软件项目计划、如软件开发计划、软件质量保证计划、软件配置管理计划、软件测试计划、风险管理计划及过程改进计划。

　　（4）开展软件质量保证活动（sqa）。

　　cmm第二级：可重复级

　　◆ 特征

　　（1）进行较为现实的承诺，可按以前在同类项目上的成功经验建立的必要过程准则来确保再一次的成功。

　　（2）主要是逐个项目地建立基本过程管理条例来加强过程能力。

　　（3）建立了基本的项目管理过程来跟踪成本、进度和功能。

　　（4）管理工作主要跟踪软件经费支出、进度及功能。识别在承诺方面出现的问题。

　　（5）采用基线（baseline）来标志进展、控制完整性。

　　（6）定义了软件项目的标准，并相信它，遵循它。

　　（7）通过子合同建立有效的供求关系。

　　◆ 过程

　　（1）软件开发和维护的过程是相对稳定的，但过程建立在项目一级。

　　（2）有规则的软件过程是在一个有效的工程管理系统的控制之下，先前的成功经验可以被重复。

　　（3）问题出现时，有能力识别及纠正。承诺是可实现的。

　　◆ 人员

　　（1）项目的成功依赖于个人的能力以及管理层的支持。

　　（2）理解管理的必要性及对管理的承诺。

　　（3）注意人员的培训问题。

　　◆ 技术建立技术支持活动，并有稳定的计划。

　　◆ 度量每个项目建立资源计划。主要是关心成本、产品和进度。有相应的管理数据。

　　◆ 改进方向

　　（1）不再按项目制定软件过程，而是总结各种项目的成功经验，使之规则化，把具体经验归纳为全组织的标准软件过程。把改进组织的整体软件过程能力的软件过程活动，作为软件开发组织的责任。

　　（2）确定全组织的标准软件过程，把软件工程及管理活动集成到一个稳固确定的软件过程中。从而可以跨项目改进软件过程效果，也可作为软件过程剪裁的基础。

　　（3）建立软件工程过程小组（sepg）长期承担评估与调整软件过程的任务，以适应未来软件项目的要求。

　　（4）积累数据，建立组织的软件过程库及软件过程相关的文档库。

　　（5）加强培训。

　　考试考试网相关链接：关于项目管理成熟度模型的讨论（四）

上一篇：关于项目管理成熟度模型的讨论（四）
下一篇：关于项目管理成熟度模型的讨论（二）