通过CMMI5评估之后

原创 2007年09月11日 17:41:00
 
我们部门的一个项目,作为公司参与CMMI5评估的主要项目之一,从去年6月份开始,到今年3月份结束,所有的过程都参考了组织的标准过程。不过,CMMI的过程并不为项目组的研发成员所接受,因为大家都觉得,大部分的时间都花在了应付流程上,特别是大量的文档,让人头疼。就拿我们的这个参与CMMI5评估的项目来说,如果是按照我们传统的开发流程,在同样的人力资源的情况下,完全可以在半年内提交同样质量的软件产品。但是,因为实施了CMMI,我们需要多花了将近50%的时间,而且,在这个过程中,那些雾里看花的流程,那些堆积着的文档,还有那些烦琐的工作报告,让团队中的成员烦恼。换句话说,实施了CMMI,在短期内我们看不到好处,它不能让我们的工作更好地服务,反而成了大家的负担,为了CMMI而CMMI。作为项目管理,我们的确需要流程,但流程是为了项目服务,如果它不能更好地服务于项目,那么不管是多好的东西,也不适合项目,也就没继续实施的必要。于是,在我们项目的2.0版本,完全放弃了CMMI的流程,重新回到了我们传统的开发手法。
得知这样的一个决定,我觉得很悲哀,因为这意味着我们过去一年所做的工作,只是为了通过CMMI5评估做贡献,在CMMI5评估通过后,我们的流程改进反而终止了,这是多么大的一个讽刺!我理解他们这样的一个决定,因为CMMI5并不能为团队的成员所乐意接受,它并不能给项目带来太大的效益,与其这样困在流程中,倒不如将大家从中解脱出来。但是CMMI5真的那么让人难受吗?其实也不是。追根到底,是因为团队中的成员,包括项目经理,都没有真正地吃透CMMI5,只是很多流程都是按照别人的框架来套用,如此这般,肯定出不了好的效果。如果他们在培训的时候能认真领悟,在实施的过程中能主动查找组织的过程文档,在实施之后能够主动总结,我相信,将会是另一个完全不同的效果。可惜,这样做的人,很少。CMMI5,的确是很烦琐,但是对于能吃透它的人来说,做了相应的剪裁,使它能更好地服务于我们的项目,这才是流程改进的真正意义。居于这个出发点,我将CMMI5的流程以及各个流程的输入与输出都精简了,以我的理解,适合我们的项目,最少的成本,规范的流程,提高产品的质量和提交产品的速度。可惜,这样的一份总结,因为团队的动荡,部门经理的离职、项目经理的变更,最后并没有真正地应用起来。作为Test leader,对这样的一种结局无能为力,实在遗憾。
放弃了CMMI5的项目,在2.0版本的开发中,在项目的前期,的确速度很快。没有需求规格说明书,没有设计说明书,没有任何的评审,所有的东西都由人的脑子来决定,产品需求与设计正确与否,完全依赖于开发人员的开发水平。少了那些烦琐的文档和会议,大家都很开心,产品提交测试的速度也很快,原需要半年才开发完成的产品,三个月之后就提交了测试。只是,软件产品到了我的手里,我却感到了为难。首先,没有Feature List和需求规格说明书,测试人员依据什么来测试?其次,测试人员在项目的前期,并没有参与到项目中来,对于项目的需求和设计,几乎是空白,这样如何深入挖掘可能隐藏的问题?第三,没有安装说明文档,测试人员如何搭建测试环境?为此,在提交测试之前,我们将问题摆在了桌子上, 因为这样的产品,我们很难测试。幸好,项目经理和其它的开发成员都很nice,对测试人员进行了相关的业务培训,补充了一些必要的文档,虽然文档的质量不高,有总比没有好。这就是我们团队的优点,敢于承认错误,及时纠正错误。测试终于开始了,但这意味着更多问题的出现。软件产品没有经过code review以及单元测试,提交的产品在测试的过程中比项目的1.0版本所发现的bug的两倍还多。而且,因为没有需求评审和设计评审,部分已经实现的功能与规范相差甚远。所以,我们又必须反反复复地修改,重重复复地测试。也正是因为如此,在每周的例会上,我一次又一次地将出现的问题摆在了桌面上,与PM产生了颇为激烈的碰撞,幸好,所有的碰撞都得到了很好的解决。我们的项目,仍保留着CMMI5的传统,每周或每隔一周就会举行一次例会,讨论各个任务的进行情况以及存在的问题,这是CMMI5留给我们的最好的东西,也是唯一的东西。
幸运的是,在项目的后期,我们逐渐也领悟到了CMMI5的好处,大家也逐渐意识到传统的开发流程,虽然速度会快很多,但是快需要付出的代价就是乱。于是,CMMI5,又重新被我们摆在了桌面,这次,我们的目的很明确,流程为了项目服务,我们不会为了应付性地去写一些文档或实施一些不必要的流程,流程的规范,是为了减少人为因素的影响,更及时提交高质量的软件产品。在即将开发的2.0.1版本中,CMMI5的精简流程开始实施了,尽管仍然不够规范,但我看到了进步,也看到了管理层的决心和团队成员的共识。
 
 
 
 
Written by smilings in GuangZhou, September 11, 2007
 

CMMI5个等级和22个过程域

CMMI将能力成熟度分为5个级别:初始级,已管理级,已定义级,量化管理级,优化级。     这5个成熟度等级为评价软件过程能力提供了一个有序的级别,如图5-10所示。同时也为软件过程改进工作指明了方...
  • czplplp_900725
  • czplplp_900725
  • 2014年04月10日 16:41
  • 1499

xshell评估过期解决办法

今天使用xshell5提示评估过期,然后在网上下载破解版的还是不行,最后终于找到了解决办法: 1、登录网景官网的下载页面: https://www.netsarang.com/download/dow...
  • pingqiwei
  • pingqiwei
  • 2017年11月10日 18:03
  • 10974

SQL Server 2008 R2评估期已过的解决办法和sqlserver 服务器打不开问题

运行regedit  找到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\ConfigurationState  Comm...
  • u010141129
  • u010141129
  • 2014年11月29日 11:33
  • 3680

企业通过CMMI5级评估之后应当做什么?EPG如何还能为企业带来更大价值?

作为企业,追求的是能够可持续发展,不断地为社会创造价值,提高产品创新性、提升生产能力和产品质量,而过程改进能够在一定程度上、一个特定阶段内,助力企业的发展和改进。 当企业的过程改进达到一定阶段之后,比...
  • lisl1998
  • lisl1998
  • 2015年08月07日 15:16
  • 664

青铜器RDM全面支持CMMI、GJB5000A L2~L5认证评估

一方面大量成功公司的实践证明CMMI、GJB5000A确实是个好东西,另一方面国内大量的公司的CMMI、GJB5000A流于形式,为了拿证而CMMI,认证一旦通过马上就回归原始管理状态,该怎么乱还怎么...
  • sztiger168
  • sztiger168
  • 2013年08月01日 06:13
  • 1590

(培训)CMMI项目评估和技术团队效率提升实战培训笔记

由于公司最近要提升整体技术实力,所以申请了CMMI3认证,我有幸参与了培训,得到不少收获和启发,所以立刻整理成笔记。        CMMI全称是Capability Maturity Mo...
  • xiaohua0877
  • xiaohua0877
  • 2017年11月25日 11:01
  • 72

一次CMMI虚假改进、评估的案例

早晨起来收到CMMI研究所发给所有主任评估师的一封邮件,是一个老外主任评估师,在中国的最近的一个评估经历。看到之后,心情极其沉重。这不是第一次看到、听到业内的这种做法,虽然以前,CMMI研究所的各方面...
  • dylanren
  • dylanren
  • 2017年11月29日 12:45
  • 3656

CMMI3级评估工作的总结

1.做CMMI应该是从上到下来做,而不应该是从下到上。    首先,我觉得公司领导必须要知道我们为什么要过CMMI,也就是说过CMMI的目的是什么。只有真的相信通过CMMI这种过程改进方式能够为...
  • jxguoyan
  • jxguoyan
  • 2013年03月06日 10:37
  • 534

一次CMMI虚假改进、评估的案例

早晨起来收到CMMI研究所发给所有主任评估师的一封邮件,是一个老外主任评估师,在中国的最近的一个评估经历。看到之后,心情极其沉重。这不是第一次看到、听到业内的这种做法,虽然以前,CMMI研究所的各方面...
  • PRIMEZPY
  • PRIMEZPY
  • 2017年11月30日 20:38
  • 44

CMMI可行性评估和介绍

  • 2009年08月04日 21:38
  • 186KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:通过CMMI5评估之后
举报原因:
原因补充:

(最多只允许输入30个字)