CMMI的培训感受

上个月有幸参加了公司为期一个月的CMMI的模拟项目试点.               

      首先高兴有这个机会参加公司这次CMMI的情景模拟实验,在这几个星期期间感谢EPG组的各位专家组成员孜孜不倦的给我们培训和指导。 

       这次的情景模拟实验之前,很多一些概念是比较模糊或者是还只是听说而已,而没有真正的理解。同时这次培训,让我了解到CMMI的核心思想是过程和管理的持续改进,使企业按正确的流程去做正确的事。CMMI告诉我们软件开发过程中有哪些内容,需要做些什么、出些什么文档。而至于具体怎么做、文档里面怎么写则不会有明确的规定。               

     个人感觉上,实施CMMI主要还是观念上的转变,就是平心而论,我觉得CMMI在公司实施还是有一定阻力的。最常见的估计肯定就是文档太多了流程复杂了,需要记录的信息更多了。肯定会延长开发时间,那么公司会不会延长开发时间,延长多少呢,个人觉得会比较适合大的项目,在一些小的项目中,经常是一人身兼多职,一个人充当多个角色,会给这些文档压得透不过气来,如果在大的项目中,各自做好自己的角色,那么完成的工作,写出的文档质量也就比较高了。像我们开始前2个星期做情景模拟实验的时候,心情很激动。大家积极性比较高,不知道CMMI原来是个猛兽,2个星期下来,参加了好几个角色的培训,要写一大堆文档,本来开发人员可能就是不喜欢写文档。2个星期后就比较疲惫了,下次如果准备这种情景模拟,分2个不同的组来实施可能效果会更好。        

         还有一个就是通过这次情景模拟,对需求管理和需求变更的概念有一些了解,比如明确了变更的概念,以及指明了变更控制的方向。以前在开发的时候,我们开发人员有时候经常和业务人员抱怨,这到底是不是客户的真实需求啊。有时候业务人员也不明白这个需求是从哪里来的。还有一个就是市场人员和开发设计部的矛盾,市场人与需要拿单,拿到的单,开发设计部能不能做出来。前段时间我们财保在做第一阶段的一个功能的时候,分支机构的市场人员要求我们一个星期完成某个功能,急着要给客户演示,但是当时是很多东西未准备好,这样我们开发人员就加班加点的赶出来了,赶出来后,分支机构那边确过了一个星期才给客户演示,演示后发现与客户实际需要的有些差异,如果不是我们催要反馈结果,可能还会再推一段时间。所以觉得市场人与也应该参与CMMI的流程会不会更好些呢,尤其是需求管理的流程。              

       再就是希望能有一些专业工具能辅助CMMI的工作,最后发现很多软件管理知识自己很薄弱.       

CMMI(Capability Maturity Model Integration)即能力成熟度集成模型,主要包括过程管理、项目管理、软件工程、过程支持等几个大的过程。

 

参加公司为期2周的模拟培训 ,时间:2008-05-23 星期五

担任角色:Project Manager

        

此次共有的角色有: 项目经理、业务人员、设计人员、测试人员

 

CMMI说明了软件开发中都包括了那些活动,需要做什么,出什么文档。至于具体怎么做、文档的具体内容是什么则没有明确的规定。各公司和项目组根据实际需求来进行裁剪过程。可以说CMMI是一个比较灵活的体系。而公司此次实施CMMI的目的是为了提高软件的质量,并不是为了过级而实施CMMI,所制定的模板要充分考虑公司的实际情况。既要过级也要提高软件质量

 

此次模拟实验

以最近做的项目“山西财产保险”为例子做模拟实验

 

以下是此次培训和模拟实验的一些心得,只做备忘供以后工作需要.

先解释一些名词:

项目

项目是一系列的活动,具有特定的目标,在该目标达成之后项目结束,每一个项目都是独立的。

项目的要素:

  目标、应用、技术、规模、历时

  客户、项目组

 

PM工作的重点

         立项 -- 填写《***项目立项通知书.doc

         工作分解 --《***项目项目过程定义.doc

         做项目估算 --《***项目估算.xls

         项目计划 --《***项目计划书.doc

         进度计划 --《***项目进度计划.mpp

 

 

立项

         主要填写项目名称、项目背景、项目目标、外部干系人、交互用户产品、术语

         项目范围、特性、成员、风险、相关文档

 

外部干系人:

         像我公司设计是由设计部来做的,那么设计部的那个设计人员就是我们外部干系人。

能制约、改变项目的过程。

 

工作分解

         分为工程类、管理类、和支持类,这边主要的工作就是根据项目的实际情况。做一些过程裁剪。每个过程都会分解成几个步骤来完成。对于裁剪的步骤需要说明裁剪理由。

         工程类

                   测试过程

                   测试设计规程

                   缺陷处理规程

                   需求开发

                   需求管理

                   架构设计过程

                   概要设计过程

                   编码实现过程

                   详细设计过程

                   产品集成过程

管理类

         项目立项过程

         项目计划过程

         项目估算过程

         项目监测与控制

         分析管理

支持类

         配置管理过程

         通用类产品发布过程

         基线发布规程

         变更控制规程

 

项目估算

         主要是规模估算、功能点估算、工作量与工期估算、成本、关键计算机资源估计。

 

项目计划

         项目概述、术语、角色、生命周期模型、项目阶段、里程碑、关键资源估计、项目风险、配额管理、知识技能需求、培训计划、质量保证计划、测试计划、相关文档、参考资料

 

进度计划

         进度计划主要是用Microsoft Project来做,主要根据项目过程中定义的过程和项目计划来制定进度计划。进度计划中需要填写任务名称、工时、工期、实际公工时、前置任务、开始时间、结束时间

         在项目实行过程中不断填充内容(比如实际工时)。每月的周报可以从进度计划中获取数据。比如挣值图(图略)

 

总工作量偏差图(图略)

 


测试人员

需要填写《测试报告》、《测试计划》、《测试用例》

需求人员

需要填写《产品需求规格说明书.》《功能设计文档》、《客户需求说明书》、《需求调研报告》、《需求变更模板》

设计人员

需要填写《案情导入类图.oom》、《案情导入序列图.oom》、《财保系统数据库er图》、《山西财保系统数据库设计说明书》、《山西财保详细设计文档》

 

项目周报

         项目周报最好做成PPT的方式、数据从各个文档里面取得数据来做。优点是很直观的了解项目的本周进展。缺点是比较花费时间。

 

QA

         质量管理、质量管理人员是独立于项目组的。质量管理人员直接上司是质量管理部经理。

质量管理人员需要做好质量跟踪。把每月的跟踪数据给项目经理。项目经理可以利用此数据放在项目周报中。

 

你可能感兴趣的:(项目管理)