CMMI on line

做中国最专业的CMMI网站!
欢迎光临 CMMI on line 登录 | 注册 | 帮助
     
CMMI新手入门

CMMI基础知识扫盲
畅游CMMI
如何快速学习CMMI?
CMMI速成论坛
评估办法
项目管理

项目经理园地
解开MSF团队管理的秘密
MSF基本原理和团队模型
项目如何进行有效的绩效考核
被遗忘的角落-CMMI的团队管理
软件度量

软件度量都该度个啥?
用数据管理过程
软件度量论坛
DELPHI估算办法
热门下载

CMMI快乐之旅
CMMIv1.2官方文件
不可思议的每日培训
疯狂讲师系列课程
超级案例

项目中的疑难杂症
M群的风采
如何选择咨询公司
过程文档应该谁来写?
过程不是将CMMI实例化
招牌培训

CMMI快乐之旅
活用UML-软件设计
活用UML-需求分析
MSF体验之旅
疯狂讲师
卓越团队
   

我们的使命

CMMI是全球权威的软件成熟度标准,在中国方兴未艾,国外的英文资料多如牛毛,但国内的中文资料聊聊无几,这样可苦了我们这班过程改进的发烧友了!   我们不是英文高手,就算是,也很难理解那些英文资料,毕竟洋人的思维习惯和我们的不一样。如果去看那些寥寥无几的中文资料,你会发现大部分是翻译的,而且翻译的水平让人作呕,会让你恨不得好好去学习英文!想找一些高手讨论,你会发现高手寥寥无几,而所谓的高手很多是空谈理论,抛书包就可以把你砸死,你还是找不到解决问题的办法!

全中国通过CMMI5级的企业没有几家,而真正按照5级要求做下去的企业更加少之又少!于是有人怀疑,CMMI有用吗?网络上便出现评击CMMI5的愤青了,不是抱怨CMMI无用,就是抱怨中国的企业为了过级而过级!

SEI“振怒”了,CMMI这个好东西,怎么到了中国就变样了?CMMI这个金漆招牌还保得住吗?
记得n年前,通过ISO认证的软件企业还不多,现在10家软件企业就有9家就是通过ISO认证的,ISO认证被搞得一文不值。现在CMMI2、3级也是遍地都是,CMMI的含金量也开始下降了。中国企业的过级文化,让SEI头疼万分,中国人就不能做出一些好样的成功企业出来吗?中国就没有真正想做过程改进的企业吗?

向大家举个例子:中国有些软件企业,通过一个月的突击准备,就通过了CMM3评估,这岂不是天大的笑话!

这也不能完全怪中国啊,每个软件企业花这么多钱和人力物力做过程改进的事情,其实还是希望能做到实处的,无奈中国软件企业的一些通常做法,是导致最终为了过级而过级的致命伤。而SEI又不能提供中文资料,也不能提供中文的帮助(全球华人主任评估师没几个),导致我们很多软件企业请印度佬来提供帮助,印度软件文化与中国软件文化是不同的,沟通语言也很不方便,这样印度佬对中国软件企业的帮助非常有限。

这里,我们列举一下中国软件企业为了通过CMMI的一些致命错误:

1.老板动机不纯或者决心不够

一开始就定下为了过级而过级的目标,或者是中间遇到困难,由于时间压力,最后还是为了过级而过级。如果你遇到这样的老板,让你负责过级的事情,除非你是想“同流合污”,还是早点另谋出路吧,这样的老板不会有出息的。花几十万元,就是为了买个证!

2.启用不合适的负责人

过程改进需要一个非常强的一个人来负责,有些企业会从内部人员中启用一些没有做过软件开发的人员负责,如助理、行政管理人员、SQA、SCM,通常这样做的原因无非是:
1)企业中的比较强的人,如项目经理、部门经理,都非常忙,企业“不舍得”让他们负责这样的工作。
2)老板认为,不需要让对软件开发很熟悉的人来担当大任,有一定程度了解的人担当就可以了。好像很多软件企业中负责ISO工作的人,都没有具体的开发经验的,理论就会有一大堆。
企业另外一种常见做法就是,从外部招聘高手来担当大任,这些高手,不熟悉企业文化,又有点自以为是,自命高手,来到公司后定出一套有高深理论支持的过程,让每位开发人员执行得痛不欲生!
合适的做法是:
老板要认识到做这个事情的人一定要实际经历过软件生命周期的大部分过程,并且是一个能分析出问题并解决问题的强人。这个人,最好从内部的项目经理、部门经理中选择有兴趣的人负责,千万不要“不舍得”,这个人会提高企业的整体生产力的。如果邀请外部的高手,这个高手一定要是一个务实的人,也要实际经历过软件生命周期的大部分过程,人要聪明,并能尊重企业文化和现状,如果遇到空谈理论的人,坚决不要!

3.采用不合适的改进办法

很多企业采用“先有后忧”的做法,就是从外面拿一套所谓成熟的过程,或者是从纯理论的角度定一套自认为比较完美的过程,然后就实施,然后在实施过程中再慢慢完善。这种做法成功率很低,会出现很多地方难以执行,文档在后面补写的情况,最终还是为了过级而过级,过程对开发没有实际帮助,反而成为负担。这种做法其实就是过度“拔苗助长”,让“苗子”们因为过度“拨”而“死亡”。
合适的做法是:
采用逐步前进的办法,而且让大家加入到这个过程,组织大家制定出适合自己的过程,逐步达到CMMI的要求。可以选择先优化部分过程,如:需求管理、项目计划,并且只在部分项目中实施,先在局部范围取得战果,然后再逐步扩大成果。

4.鼠目寸光,为了完成项目而放弃正确做法

当项目吃紧,项目组就会放弃一些做法,老板也默认。过程改进的目的不是为了拖延项目的进度,过程对项目只有加速的作用,没有减速的作用。出现这样的情况,通常是项目组没有认识到过程的好处,老板也认识不到,而过程改进小组又不能提出一些实际性的意见,让项目组乐于按过程执行。
举个例子:因为客户急于要软件,项目组没有经过充分测试,软件就急急忙忙发布了,结果客户一用,发现问题一大堆,满意度大降,而项目组为了修改这些缺陷,疲于奔命,付出更高的代价。
又举个例子:项目组因为进度紧,不写设计文档,直接进行编码,软件终于按期交付了,但后面才发现有重大的设计漏洞,而原来项目的主要开发人员已经离职了,没有人能接手这个项目。
作为老板或者是过程改进者,一定要清晰了解到,项目组成员目光很难摆到很长远的位置,因为他们被手头上的工作所蒙蔽了,他们只想解决当前问题,甚至软件交付后,他们就可以拍屁股走人,留下一个谁都不愿意接受的烂摊子。
另外一个软件企业是一流还是二三流,企业要更关注的是将来,而不是眼前的利益,一些企业总是被项目忙得昏头转向,项目组老是抱怨客户百般刁难,导致项目难以控制,其实就是做事眼光的问题。

5.聘请不合适的咨询公司

目前国内的咨询公司总体水平还是比较差,各企业挑选咨询公司的时候,关键要看咨询师的水平,咨询师必须是有实际开发经验的人,最好有实际的过级经历,不能使理论多于实际的人。另外,从咨询公司的管理水平也可以看出咨询公司的总体水平。不过这里要插个笑话,SEI官方网站不知道大家去过没有?有没有去那里查过通过CMMI的企业有哪一些?SEI网站让你无法相信,她居然就是CMMI方面的权威,据说SEI内部管理水平是0级!

CMMI on line的使命是:成为中国最强的并且完全中国化的CMMI基地!

在这里,不会空谈理论,我们会直接解决实际问题,CMMI确实很深奥,但我们能用中国人能理解的话来表达。
我们不是CMMI的理论家,我们不会抛书包,我们有通过CMM3及通过CMMI5的切实经历,我们面对和解决了过程改进中遇到的各种问题,我们愿意和大家分享我们的经验,我们愿意为中国的过程改进贡献自己的力量,我们要让SEI对我们中国人刮目相看!

欢迎加入我们的社区!
让我们一起成为中国首批的CMMI
牛人

 

CMMI on line 不是论坛那么简单!除了论坛,还有博客、相册、文件!还采用了RSS技术,各用户可以订阅自己喜欢的信息!
我们采用Community Server作为我们的技术平台,感谢Commmunity Server对我们的支持,详细技术情况请浏览Commnunity Server网站。

最新博客

  • Rational Robot 自动测试框架(Robot Autotest Framework)

    作者:关滨飞摘自:http://www.cmmionline.net摘要:1.框架的重要性.2.什么是框架?3.框架的特征.4.如何实现框架. 1.首先先提出疑问: 什么是框架呢? 框架,即Famework。其实就是某种应用的半成品,就是一组组件,供你选用完成你自己的系统。简单说就是使用别人搭好的舞台,你来做表演; 一个没思想的机械人。而且,框架一般是成熟的,不断升级的。   2.测试为什么要用框架? 回归测试每个版本发布都包括新增加的功能和已有的功能,已有的功能已经在以前的版本中进行过测试,但是还需要在此版本中执行回归测试。在这种情况下,测试部门往往会考虑到,既然回归测试的测试用例都已经存在并且已经在上一个版本中执行过,那么在新版本中能否自动的执行这些测试?如果能这样的话,将极大的节省时间和资源,将有限的资源投入到新功能的测试上,缓解测试的压力。那我们就会想到用自动化功能测试代替手工测试....
    03-30-2008, 1:05 由 faye 发表于 非一般的测试
  • CMMI基础知识扫盲

    作者:张传波 摘自:http://www.cmmionline.net 摘要: CMMI全称是Capability Maturity Model Integration,CMMI是个好东西来的,但行内人士对她的认识并不全面,甚至有种种的误解。尽管网上有很多CMMI相关介绍,但一般都是比较苦涩难懂的。本文将用生动通俗的语句,让大家初步看清楚CMMI的真面面孔。   CMMI是什么东西? CMMI英文全称是Capability Maturity Model Integration,直接翻译就是能力成熟度模型,直接看这几个中文字,你还是没有办法搞清楚CMMI是什么东西的。...
    10-08-2007, 22:32 由 zhangcb 发表于 综述
  • 一切皆可复用

    作者:张传波 摘自:http://www.cmmionline.net 摘要: 人类文明不断地进步,并不是现在的人比古代的人要聪明,而是我们能不断地“复用”前人的知识、经验。你能不能成为优秀的软件人才,也视乎你能不能不断地“复制”你的成功。一流的软件公司,关注的不止是在技术方面的复用,实际上软件开发过程中几乎所有的东西都可以复用!   你有复用习惯吗? 你是程序员吗?我们经常要写数据库连接的代码,这些代码都类似,无非是new一个connection,然后配置connection的参数,然后open。很多编码新手,常常会在不同的地方编写这段类似的代码。其实很简单,这段代码应该抽取出来供每个地方调用。如果你编写的代码中发现很多类似的甚至相同的代码到处都是,应该好好考虑重构一下了。...
    08-25-2007, 0:28 由 zhangcb 发表于 设计
  • 超越竞争对手的秘密武器——技术重用

    作者:张传波 摘自:http://www.cmmionline.net 摘要: 软件重用的好处不言而喻,但似乎很多公司都会陷入这样的怪圈:因为项目进度压力大,就不讲究什么重用设计了,太花时间了,完成项目再说。因为一直都是项目进度压力大,故周而复始的循环这个怪圈。 如何摆脱这样的怪圈?如何在激烈的竞争中立于不败之地?如何利用好“软件重用”这个厉害的武器?本文阐述了笔者大量的工作体会,将给你一个有益的启发。   国外软件技术水平 VS 国内软件技术水平 微软的Office,我想无人不晓吧?Office的VBA不知道了解的人是否多?n年前我第一次知道这个VBA的时候,我觉得非常震惊,...
    08-21-2007, 23:44 由 zhangcb 发表于 设计
  • 软件度量都该度个啥?

    作者:张传波 摘自:http://www.cmmionline.net 摘要: 这年头IT界流行“用数据管理过程”、“用数字说话”,软件度量成为热点话题!一方面一堆专家在“哗众取宠”,而另外一方面企业在推行软件度量的实践中遇到了各式各样的问题,软件度量在软件企业中的实施效果不甚理想。一个软件企业应该从何做起度量工作呢?希望本文能给大家带来有益的启发!   形形式式的度量陷阱 N年前,老板对我们过程改进工作曾指示:能量化的工作尽量量化,不能量化的就不要勉强。当时觉得这个指示非常好,我也相信这个观点很多人都会认同。实际上应该是这样吗?软件度量就必须用数字来说明问题吗?量化的结果一定比非量化的结果更准确客观吗?...
    08-13-2007, 22:39 由 zhangcb 发表于 专题

当前在线

当前有 27 位访客, 没有社区成员在线。
CMMI on line 版权所有 ( 粤IC备07073557号)
Powered by Community Server, by Telligent Systems