Chinaunix首页 | 论坛 | 博客
  • 博客访问: 14497540
  • 博文数量: 5645
  • 博客积分: 9880
  • 博客等级: 中将
  • 技术积分: 68081
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-28 13:35
文章分类

全部博文(5645)

文章存档

2008年(5645)

我的朋友

分类:

2008-04-28 21:35:33

下载本文示例代码
  基于CMM的软件过程改进已经被越来越多中国的软件企业所接受,目前,在中国已经掀起了一个CMM评估的小高潮, 但是,通过评估不是企业的最终目的,对软件企业而言其根本的利益是通过实施软件过程改进,提高企业的管理水平。CMM作为美国军方评价软件过程能力的一个模型,他是在研究了美国的一些较大的管理基础较好的软件企业提出来,针对中国软件企业的实际需要灵活裁剪,而且,在CMM中也没有告诉企业如何按照此标准进行企业的过程改善。笔者从98起开始主持一个企业的软件过程改善项目,在这3年的时间里,积累了大量的经验教训,现概括出6条策略,供正在或准备实施CMM的软件企业参考。  策略一:自低向上,主动改进  在进行软件过程改善的时候,通常有两种做法,我称之为自顶下与自低向上。在自顶向下的做法中,企业成立一个推进小组,一般称为SEPG(软件工程过程组),他们是企业里"开发大法"制定的组织者。SEPG组织一些开发人员成立各种任务小组,由这些任务小组根据进行过程改善参照的标准编写各种各样的企业的标准与规范,经过一系列的评审、培训,然后让开发人员去执行。在执行过程中最常见的阻力是来自于开发人员,他们往往会抱怨制定的企业开发规范不符合企业的实际情况,标准太高,无法达到。 这一种做法,费时费力不讨好,大家的意见都比较大,标准定的比较完美,而且在评审时还要大家表面上都要认可,制定标准的人花费了很大的精力,对标准的评审浪费了大家的很多的时间,执行时还难以贯彻下去。这种方式98年、99年上半年我在企业里采用过,收效甚微。后来我们降低了要求,抛弃了各种标准与规范,采用了一种简单易行的策略,自低向上的办法,即由SEPG找开发人员、项目经理让他们自我发现问题:你有什么缺点?你将如何改进?好,在开发人员、项目管理人员讲自己的改进措施后,让他们确保能做到。在这种办法中,不需要管理人员花费太多的精力进行标准的制定,改进的推动,这些工作都是由开发人员自己去做的,管理人员仅仅是起到了监督的作用,只要开发人员自己说到做到就可以了。再做下一个项目时,管理人员同样会问这2个问题:你有什么缺点?你将如何改进?然后管理人员监督开发人员说到做到。在这个过程中逐步完善形成标准与规范。  在上面的两中方法中,我们可以从几个方面进行比较:   当然采用第2种方法时,你一定要目标明确,你是要改进过程,而不是为了在短时间内通过评估。共3页。 1 2 3 :   基于CMM的软件过程改进已经被越来越多中国的软件企业所接受,目前,在中国已经掀起了一个CMM评估的小高潮, 但是,通过评估不是企业的最终目的,对软件企业而言其根本的利益是通过实施软件过程改进,提高企业的管理水平。CMM作为美国军方评价软件过程能力的一个模型,他是在研究了美国的一些较大的管理基础较好的软件企业提出来,针对中国软件企业的实际需要灵活裁剪,而且,在CMM中也没有告诉企业如何按照此标准进行企业的过程改善。笔者从98起开始主持一个企业的软件过程改善项目,在这3年的时间里,积累了大量的经验教训,现概括出6条策略,供正在或准备实施CMM的软件企业参考。  策略一:自低向上,主动改进  在进行软件过程改善的时候,通常有两种做法,我称之为自顶下与自低向上。在自顶向下的做法中,企业成立一个推进小组,一般称为SEPG(软件工程过程组),他们是企业里"开发大法"制定的组织者。SEPG组织一些开发人员成立各种任务小组,由这些任务小组根据进行过程改善参照的标准编写各种各样的企业的标准与规范,经过一系列的评审、培训,然后让开发人员去执行。在执行过程中最常见的阻力是来自于开发人员,他们往往会抱怨制定的企业开发规范不符合企业的实际情况,标准太高,无法达到。 这一种做法,费时费力不讨好,大家的意见都比较大,标准定的比较完美,而且在评审时还要大家表面上都要认可,制定标准的人花费了很大的精力,对标准的评审浪费了大家的很多的时间,执行时还难以贯彻下去。这种方式98年、99年上半年我在企业里采用过,收效甚微。后来我们降低了要求,抛弃了各种标准与规范,采用了一种简单易行的策略,自低向上的办法,即由SEPG找开发人员、项目经理让他们自我发现问题:你有什么缺点?你将如何改进?好,在开发人员、项目管理人员讲自己的改进措施后,让他们确保能做到。在这种办法中,不需要管理人员花费太多的精力进行标准的制定,改进的推动,这些工作都是由开发人员自己去做的,管理人员仅仅是起到了监督的作用,只要开发人员自己说到做到就可以了。再做下一个项目时,管理人员同样会问这2个问题:你有什么缺点?你将如何改进?然后管理人员监督开发人员说到做到。在这个过程中逐步完善形成标准与规范。  在上面的两中方法中,我们可以从几个方面进行比较:   当然采用第2种方法时,你一定要目标明确,你是要改进过程,而不是为了在短时间内通过评估。共3页。 1 2 3 : 下载本文示例代码


基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略基于CMM实施软件过程改进的成功策略
阅读(101) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~