部分组织实施GJB5000的4大错误

自GJB5000于2003年发布开始,GJB5000标准推进已经过去十几个年头了。可是,时至今日,一些实施GJB5000的组织对GJB5000标准仍然没有理解其内涵,还是只把通过GJB5000认证,获取军用软件承制资格作为主要目的。这不得不让人扼腕叹息!

如同CMMI评估一样,部分组织实施GJB5000也存在着以下4大错误:

  • 证书优先

很多推进GJB5000的组织,并非认识到GJB5000对于软件开发过程的巨大价值,并非出于优化软件开发过程,提高软件质量水平的需要,只是为了获取一张薄薄的资质证书。由此带来了很多不好的后果:仓促上马,依赖外援、不顾实情、两张皮……最终,除了获取证书之外,对软件工程能力和软件质量水平的提高毫无用处。

  • 机械照搬

GJB5000体系是一套完全迥异于各组织已经习惯的GJB9001体系的软件过程管理体系,这对于刚刚接触GJB5000的人来说是一个不小的门坎。有些组织为了绕过这个门坎,也为了快速获取证书,就会拿来一套别人的成熟的体系来用,不管是否理解,不管是否适合。这种做法除了满足获取证书的需求外,对组织没有其它帮助。

  • 文档泛滥

GJB5000和CMMI是重视过程的体系,它假设遵循规范的标准过程就可以获得高质量的软件,而要确保过程按要求执行,就需要通过检验项目组留下证据。所以,实施GJB5000时候非常注意保留文档证据,不只是那些重要的技术文档,还包括所有过程活动的产出。

这使得很多组织认为实施GJB5000,就要严格保有所有的文档,以至于文档泛滥,开发人员苦不堪言,而它对提高软件质量的帮助却并没有想像中那么大。

  • 宁严勿宽

有些组织对于标准心存敬畏,只要标准要求的就必须严格执行。比如,有的因为某种原因没有建立配置管理工具,就像硬件的产品库那样来管理配置库,受控库的软件文档和代码都要刻成光盘,每次出入库都要刻盘,而且还要对光盘进行备份。这样操作下来,仅刻盘一项就占用了项目组在软件开发过程中大量的精力。

宁严勿宽并非都是好事。有时候需要衡量费效比,才知道怎么做最为合理。

总之,推进GJB5000的初心是为了提高各组织的软件工程能力,以及交付的软件质量水平。违背这个初心的做法都是错误的。

这正是:

实施五千看初心,违背初心是忘本

操作不应一刀切,仔细分析看收益

参考书目:术以载道:软件过程改进实践指南,作者:任甲林,出版社:人民邮电出版社

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。

我来评几句
登录后评论

已发表评论数()

相关站点

热门文章