一提到过程改善、我想很多人都会想起CMM/CMMI。
没错、CMM是为了改善软件过程才出现的实践指导体系、也是其他成熟行业过程保证体系对软件行业的反映。
CMM 为我们提供了很多有价值的实践指导。但是我们该怎么样去看待他？
分析当前软件行业的现状、很多企业都争先恐后的要过CMM N级。。。
据我所知、很多企业在短短的1年半就过到CMMI4！ 速度是多么的快、可事实上、软件过程改进应该是一个比较漫长的过程、循序渐进的过程、这也正是CMM为什么分了这么多个级别的原因。
很多时候、软件项目做砸了、领导们会大发雷霆的说、我们已经过了CMMI4 、为什么还会发生这样的现象？
那到底是为什么、我认为是首先就是那些领导的思维问题、CMM体系只是为我们提供了一盏灯！ 指引我们方向、是让我们从思维上有个认识的突破、至于CMM本身定性的东西、作用毕竟是有限的。
软件行业和其他很多行业都不同、不可控制性太多、因为程序是人来写的、是人写的就会有非常多的变数。
程序员可以怒发冲冠的写出一堆的BUG。。 甚至我还见过有人对公司不满、离职前删除服务器上很多东西的情况！ 人有七情六欲、所以人犯的错误也会最多。
因此我们不能把希望寄托在某个牛人的身上、我们要改善流程、强调团队的合作、我们要识别风险、留好后路。
在实施CMM的过程中、我们更多的是去理解其思想而不是固定的程序化。
软件的过程改善方法有很多、我在前面的帖子里也提到过的GQM方法也是其中被广泛使用的一种。
追求起根本、目标-- 问题-- 度量、有点类似于WBS的分解。 也许我说的不对、但是过程改进没有非常明确化、非常定性化的东西。
所有的知识体系只能给我们一种思维的引导。
如果有一天、我们所有的同事、所有的程序员、所有的软件企业高层都能够认识到这样的问题、大家对于过程改善等很多东西就会很容易形成共识。
所以我们现在需要的是不断突破自己的思维、我们的软件行业需要我们不断的积累经验和知识。
我们企业的财富库需要我们不断的充实。
[ 本帖最后由 randoming 于 2008-5-29 21:30 编辑 ]
没错、CMM是为了改善软件过程才出现的实践指导体系、也是其他成熟行业过程保证体系对软件行业的反映。
CMM 为我们提供了很多有价值的实践指导。但是我们该怎么样去看待他？
分析当前软件行业的现状、很多企业都争先恐后的要过CMM N级。。。
据我所知、很多企业在短短的1年半就过到CMMI4！ 速度是多么的快、可事实上、软件过程改进应该是一个比较漫长的过程、循序渐进的过程、这也正是CMM为什么分了这么多个级别的原因。
很多时候、软件项目做砸了、领导们会大发雷霆的说、我们已经过了CMMI4 、为什么还会发生这样的现象？
那到底是为什么、我认为是首先就是那些领导的思维问题、CMM体系只是为我们提供了一盏灯！ 指引我们方向、是让我们从思维上有个认识的突破、至于CMM本身定性的东西、作用毕竟是有限的。
软件行业和其他很多行业都不同、不可控制性太多、因为程序是人来写的、是人写的就会有非常多的变数。
程序员可以怒发冲冠的写出一堆的BUG。。 甚至我还见过有人对公司不满、离职前删除服务器上很多东西的情况！ 人有七情六欲、所以人犯的错误也会最多。
因此我们不能把希望寄托在某个牛人的身上、我们要改善流程、强调团队的合作、我们要识别风险、留好后路。
在实施CMM的过程中、我们更多的是去理解其思想而不是固定的程序化。
软件的过程改善方法有很多、我在前面的帖子里也提到过的GQM方法也是其中被广泛使用的一种。
追求起根本、目标-- 问题-- 度量、有点类似于WBS的分解。 也许我说的不对、但是过程改进没有非常明确化、非常定性化的东西。
所有的知识体系只能给我们一种思维的引导。
如果有一天、我们所有的同事、所有的程序员、所有的软件企业高层都能够认识到这样的问题、大家对于过程改善等很多东西就会很容易形成共识。
所以我们现在需要的是不断突破自己的思维、我们的软件行业需要我们不断的积累经验和知识。
我们企业的财富库需要我们不断的充实。
[ 本帖最后由 randoming 于 2008-5-29 21:30 编辑 ]
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/10732849/viewspace-324625/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
