【转】软件项目量化管理（CMMI高成熟度）实践经验谈——之概述篇

【转：http://blog.csdn.net/xiaoyw71/article/details/18665975】

目录

一、前言

1、写在开始之前

2、我所认识的CMMI5级

3、试点项目概况

二、项目管理过程

1、项目策划

2、项目监督与控制

3、决策分析与解决

4、度量与分析

5、其他

三、量化项目管理

1、量化管理技术

2、量化管理条件

3、量化管理过程及注意事项

4、根因分析

5、量化管理中的问题

四、经验总结、交流

1、实际工作经验

2、量化管理总结

3、讨论

 

一、前言

1、写在开始之前

        在软件项目管理中，总是把估计值当作承诺，无论是对自已或对同事，都会造成不必要的焦虑。为避免此类困境，就算最后期限迫在眉睫，你也能专注于该做的事。然而也应该做到随时沟通，让相关人员看到事情进展。

        不稳定的团队在项目初期被做为风险，此风险在中后期演变成问题。现实上，我们只有这样的团队，不必抱怨，也不用花费精力分析领导分配资源公不公？你应专注于该做的事，做好在这种资源情况下的项目管理。

        不仅在验收前，就是时隔几年后，还经常有人有意、无意的找你抱怨软件产品上的缺陷。你不必为此自责，为此做出过多的解释，因为我们的软件成熟度模型当时只能达到这样的成熟度，存在缺陷是必然，是达到我们的质量目标的，你应专注于该做的事，为我们的软件开发成熟度做出贡献。

        通过本次交流，让下面的话远离你我：

 

• 我所带的项目特殊；
• 我所带的项目团队能力不足；
• 需求老在变；
• 工期太紧，一直在加班，都疲劳了；
• 系统上线时问题较多；
• 这个项目不挣钱，还赔钱呢！

 

       项目经理在SOP过程体系中的主要职责如下：

 

2、我所认识的CMMI5级

2.1、CMMI核心观点

 

• 观点1：一切改进皆为商业目标服务；
• 观点2：不同的人，做好同样的事；
• 观点3：没有度量就没有管理；
• 观点4：知识积累，共享文化的建立；
• 观点5：人才、技术、方法一个都不能少。

 

2.2、逐渐成熟的企业

 

• 已交付软件平均缺陷密度（缺陷遗漏率）：
  • CMM1级企业：7.50 defects/kloc 
  • CMM2级企业：6.24 defects/kloc
  • CMM3级企业：4.73 defects/kloc
  • CMM4级企业：2.28 defects/kloc
  • CMM5级企业：1.05 defects/kloc
  •     摘自：The Team Software Process (TSP)in Practice: A Summary of Recent Results，September 2003，SEI)
• 对个体的依赖性越来越小；
• 量化管理能力（用数据说话的能力）不断提高；
• 结构化、流程化管理能力不断提高；
• 生产效率和产品质量不断提高；
• 对企业经营决策的支撑性信息越来越多。

 

2.3、CMMI5个等级与过程域（PA）

        一、项目管理过程

• CMMI 2级：项目策划(PP)
• CMMI 2级：项目监督与控制(PMC)
• CMMI 2级：供应商协议管理(SAM)
• CMMI 3级：集成项目管理(IPM)
• CMMI 2级：需求管理(REQM)
• CMMI 3级：风险管理(RSKM)
• CMMI 4级：量化项目管理(QPM)

        二、开发过程

• CMMI 3级：需求开发(RD)
• CMMI 3级：技术解决(TS)
• CMMI 3级：产品集成(PI)
• CMMI 3级：验证(VER)
• CMMI 3级：确认(VAL)

        三、支持过程

• CMMI 2级： 度量与分析(MA)
• CMMI 2级：过程与产品质量保证(PPQA)
• CMMI 2级：配置管理(CM)
• CMMI 3级：决策分析与解决(DAR)
• CMMI 5级：原因分析与解决(CAR)

        四、组织过程

• CMMI 3级：组织过程焦点(OPF)
• CMMI 3级：组织过程定义(OPD)
• CMMI 3级：组织培训(OT)
• CMMI 4级：组织过程性能(OPP)
• CMMI 5级：组织性能管理(OPM)

 

 

 

 

2.4、项目经理（PM）职责

 

        项目经理在软件项目管理CMMI体系下，主要职责如下：

2.5、人员角色及主要干系人

 

• 过程改进组(EPG)
• 项目经理(PM)
• 需求管理人员(RM)
• 系统设计人员(SA / Designer)
• 开发人员(Developer)
• 测试人员(Tester)
• 质量保证人员(QA)
• 配置管理人员(CM)

 

2.6、CMMI2、3级成熟度概况

        在定义级水平上，企业不仅能够对项目的实施有一整套的管理措施，并保障项目的完成；而且，企业能够根据自身的特殊情况以及自己的标准流程，将这套管理体系与流程予以制度化，这样企业不仅能够在同类的项目上得到成功的实施，在不同类的项目上一样能够得到成功的实施。科学的管理成为企业的一种文化，企业的组织财富。

        总结一下3级的几个重要特点：

• 明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。
• 对项目管理提出了更高的要求，要利用组织级的数据来管理项目。
• 出现了专门针对组织级的PA，要求有专门的组织来负责过程改进的工作。
• 提供了一个做出最佳决策的指导，而这个方法可以用于软件工程，也可以用于组织级过程改进。

        由这些特点大家可以看到，3级已经对软件开发的各个方面有了详细的要求，2级很多不明细的地方全部已经明确。一个达到3级的企业，肯定会定义了很多软件开发各个方面的过程，并且会有组织级的财富库。所以3级叫“已定义”级。

 

        如上图所示，在3级中，项目经理根据标准过程、组织过程资产库、基线和模型，与客户共同协商设定项目目标，再依据标准过程进行过程裁剪，按过程进行项目管理，项目结束后，把度量数据和项目结果贡献给EPG。

2.7、CMMI4、5级高成熟度概况

        CMMI4级是在量化管理级水平上，企业的项目管理不仅形成了一种制度，而且要实现数字化的管理。对管理流程要做到量化与数字化。通过量化技术来实现流程的稳定性，实现管理的精度，降低项目实施在质量上的波动。CMMI5在量化项目管理的基础上增强了企业进行根本原因分析的能力和持续自主过程改进的能力。

 

        如上图所示，在项目管理过程中，增加了过程性能，项目管理目标可以量化预测，在量化管理过程中，如果预测目标达不到或过程性能不稳定，则进行原因分与解决，以此过程持续、自主的改进过程以优化。

 

3、试点项目概况

3.1、项目背景及建设目标

        项目背景：

 

•  系统由公文管理、通用办公、专业流程、综合信息、专业办公五大子系统组成。
•  系统采用全省集中模式，统一平台
•  2009年建设，2010年初投入应用
•  系统注册用户21000
•  系统应用Cordys平台，采用SOA和BPM技术

 

        在系统应用过程中，省公司和地市公司都提出了大量需求，需要对全省集中办公系统进行扩展建设，以满足用户使用需要。

        建设目标：

 

• 扩展综合信息管理，延伸到地市；
• 优化系统展现界面，提高界面打开速度、增强兼容性，提高系统易用性；
• 扩展并完善业务流程管理平台，进一步加强业务覆盖能力；
• 增加消息管理，提高消息、文件传输的稳定性；
• 系统接入集团云门户

 

3.2、项目概况

        项目需求：

 

• 新增需求
  • 业务流程管理平台新增流程时限管理、统计报表、个性化查询等深入应用需求
  • 公文管理新增功能及手机办公扩展功能的需求 
  • 综合信息管理平台扩展到网络公司和地市公司需求 
  • 地市公文、业务流程维护管理需求
  • 办公系统历史数据管理需求
  • 人力资源考评需求
• 改造需求
  • 集团云门户接入和待办待阅接口改造的需求
  • 提高互联网VPN访问公文系统速度的需求 
  • 改造应用界面，提高界面展现速度、降低网络传输数据量，以满足地市、区县办公终端的使用需求 
  • 增强系统安全、稳定的需求，解决丢文、文件送不出去的问题
  • 系统管理增强，解决人员变更查询历史数据的需求

 

        系统功能架构如下图所示：

3.3、项目团队情况及我的日常工作

        自有人员占比为15.4%，自有本部人员投入工时占比13.9%

        项目策划工作除外，我的日常工作内容如下：

 

• 任务跟踪管理
• 项目精细化管理及人员能力度量
• 周例会
• 评审、非正式评审
• 度量
• CMMI试点内容