
2008-5-29 21:29
randoming
正确理解过程改善--要强调的是思维的突破
一提到过程改善、我想很多人都会想起CMM/CMMI。
没错、CMM是为了改善软件过程才出现的实践指导体系、也是其他成熟行业过程保证体系对软件行业的反映。
CMM 为我们提供了很多有价值的实践指导。但是我们该怎么样去看待他?
分析当前软件行业的现状、很多企业都争先恐后的要过CMM N级。。。
据我所知、很多企业在短短的1年半就过到CMMI4! 速度是多么的快、可事实上、软件过程改进应该是一个比较漫长的过程、循序渐进的过程、这也正是CMM为什么分了这么多个级别的原因。
很多时候、软件项目做砸了、领导们会大发雷霆的说、我们已经过了CMMI4 、为什么还会发生这样的现象?
那到底是为什么、我认为是首先就是那些领导的思维问题、CMM体系只是为我们提供了一盏灯! 指引我们方向、是让我们从思维上有个认识的突破、至于CMM本身定性的东西、作用毕竟是有限的。
软件行业和其他很多行业都不同、不可控制性太多、因为程序是人来写的、是人写的就会有非常多的变数。
程序员可以怒发冲冠的写出一堆的BUG。。 甚至我还见过有人对公司不满、离职前删除服务器上很多东西的情况! 人有七情六欲、所以人犯的错误也会最多。
因此我们不能把希望寄托在某个牛人的身上、我们要改善流程、强调团队的合作、我们要识别风险、留好后路。
在实施CMM的过程中、我们更多的是去理解其思想而不是固定的程序化。
软件的过程改善方法有很多、我在前面的帖子里也提到过的GQM方法也是其中被广泛使用的一种。
追求起根本、目标-- 问题-- 度量、有点类似于WBS的分解。 也许我说的不对、但是过程改进没有非常明确化、非常定性化的东西。
所有的知识体系只能给我们一种思维的引导。
如果有一天、我们所有的同事、所有的程序员、所有的软件企业高层都能够认识到这样的问题、大家对于过程改善等很多东西就会很容易形成共识。
所以我们现在需要的是不断突破自己的思维、我们的软件行业需要我们不断的积累经验和知识。
我们企业的财富库需要我们不断的充实。
[[i] 本帖最后由 randoming 于 2008-5-29 21:30 编辑 [/i]]
2008-5-30 08:48
lawer-bbc
意识、思维方式、行为方式的形成需要时间,在浮躁的现实中弯路必然不少
2008-5-30 10:29
Tomac
RE
你所說的那一天是很遙遠的。思維突破是重要的,而程序,制度的約束是必須的。
2008-5-30 11:31
randoming
[quote]原帖由 [i]Tomac[/i] 于 2008-5-30 10:29 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10523096&ptid=996837][img]http://www.itpub.net/images/common/back.gif[/img][/url]
你所說的那一天是很遙遠的。思維突破是重要的,而程序,制度的約束是必須的。 [/quote]
思维突破并不是否定约束啊...
呵呵.. 2者并不矛盾 没有思维突破的约束没有什么意义.
2008-5-30 15:54
Hlearning
说的挺不错的,确实如楼主说的那样,很多企业是为了CMMI而CMMI,在员工的思想并没有CMMI这个概念,所以做起来还是以前一样
只有从员工思想上的根本转变才会形成形式的真正转变
2008-5-31 08:01
randoming
欢迎大家平时一起来讨论一些相关话题..
2008-5-31 18:40
lawer-bbc
约束不是一成不变的,突破带来进步
2008-6-1 19:04
trigger_lau
我的看法是大家的习惯要慢慢培养,另外人才还是需要的,不然傻瓜都会做了,可能吗
2008-6-1 20:39
Tomac
在实施CMM的过程中、我们更多的是去理解其思想而不是固定的程序化。
-----------------------
这样讲是在否定程序化呀.
2008-6-2 23:14
randoming
[quote]原帖由 [i]Tomac[/i] 于 2008-6-1 20:39 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10543748&ptid=996837][img]http://www.itpub.net/images/common/back.gif[/img][/url]
在实施CMM的过程中、我们更多的是去理解其思想而不是固定的程序化。
-----------------------
这样讲是在否定程序化呀. [/quote]
非常赞成
2008-6-3 10:50
lawer-bbc
很多人说:先僵化后优化
2008-6-3 22:02
randoming
[quote]原帖由 [i]lawer-bbc[/i] 于 2008-6-3 10:50 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10556053&ptid=996837][img]http://www.itpub.net/images/common/back.gif[/img][/url]
很多人说:先僵化后优化 [/quote]
如何缩短僵化的周期
2008-6-4 09:15
lawer-bbc
[quote]原帖由 [i]randoming[/i] 于 2008-6-3 22:02 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10563721&ptid=996837][img]http://www.itpub.net/images/common/back.gif[/img][/url]
如何缩短僵化的周期 [/quote]
这是一个难题,受限于公司文化、每个员工的素质等等。。。
2008-6-4 09:59
randoming
[quote]原帖由 [i]lawer-bbc[/i] 于 2008-6-4 09:15 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10565833&ptid=996837][img]http://www.itpub.net/images/common/back.gif[/img][/url]
这是一个难题,受限于公司文化、每个员工的素质等等。。。 [/quote]
是啊、文化由人创造。。
员工的素质一方面体现在职业道德上
一方面体现在他的思维上。。
思维得到突破了。认识了优化的重要性、僵化自然就变优化了。。
2008-6-5 11:18
pharos
改进是需要一种文化的,自上而下最好,即管理高层认可关注过程做的好处。
但大多公司老板以关注结果为主,并不认可过程能带来什么样的直接结果,于是很多 CMM/CMMI认证成为一张名片而已。
剩下的,就是项目经理自下而上的改进和实施,让过程管理和个人能力提升、项目目标达成结合起来。这个是需要持久的。
思维的突破对于项目成员来说是被动的,改变它就需要持续宣贯、项目中执行。
2008-6-6 09:04
nhxingliang
[quote]原帖由 [i]Tomac[/i] 于 2008-6-1 20:39 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10543748&ptid=996837][img]http://www.itpub.net/images/common/back.gif[/img][/url]
在实施CMM的过程中、我们更多的是去理解其思想而不是固定的程序化。
-----------------------
这样讲是在否定程序化呀. [/quote]
程序化应该是可以调整的, 而不是不变的吧. 理解思想并优化流程,也是一种改善吧.
2008-6-10 19:46
randoming
[quote]原帖由 [i]nhxingliang[/i] 于 2008-6-6 09:04 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10585900&ptid=996837][img]http://www.itpub.net/images/common/back.gif[/img][/url]
程序化应该是可以调整的, 而不是不变的吧. 理解思想并优化流程,也是一种改善吧. [/quote]
不错。。 :right:
要从思想上开始转变
才是主动的
页:
[1]

Powered by ITPUB论坛