论坛首页 综合技术论坛

CMM 到底想干什么?

浏览 25200 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-03-19  
一蓑烟雨任平生 写道
与其对CMM辱骂和质疑,倒不如在实践中去变通和改善。
公司上不上CMM自有它的道理,有时间还不如多想想怎么去适应,套用港剧的对白:“法律也不外乎人情。”
还有一点,我看CMM的内容,没有看到什么对人的不尊重,咨询公司的说法是为了打动企业的高层,CMM跟队人的尊重有什么关系?真的不明白,难道不上CMM,就对人尊重了?


我不喜欢“自有它的道理”这种卑躬屈膝的态度。我今天给部门经理发了邮件,询问他个人的看法,并附上我们论坛资深会员们的一些评价(都是恶评:-))。从经理的回信看,他正需要了解我们这些程序员的意见。我猜如果仅仅是为了拉单子,那么拼过 CMMI 之后,项目组应该很快就会回到原来的运作方式,因为我们现在的情况还算可以,绝大多数项目不需要增加这些无谓的成本。

一个“过程”是否对人“尊重”,我觉得很好看出来,就是大家是不是做得开心。
0 请登录后投票
   发表时间:2007-03-19  
工作而言,效率是第一位的,而心情的好坏又会严重影响工作效率,所以如果每个开发人员都能有愉快的心情去面对每天的工作,那对公司的益处是不言而喻的
0 请登录后投票
   发表时间:2007-03-19  
公司而言,盈利是第一位的。将雇员情绪化对工作的影响带来的风险减低是必要的。
特别是大型项目,或者组织。CMM与人性化管理并没有冲突,CMM本身并不需要考虑太多人的因素,这些是企业自己要考虑的,需要融合的。如果CMM考虑了人的因素,会使得CMM更加复杂化。
0 请登录后投票
   发表时间:2007-03-19  
尊重员工和遵守开发流程开发纪律是两回事。
有制度化的开发流程和流程持续改善也是两回事。
修改CMM和完善实施CMM后的开发流程同样也是两回事。

我们经常会用一个平衡三角来说事,比如项目用进度、功能、费用;质量、交付期、成本等等,无非是要说明做一件事情有其平衡的因素要考虑。过程只是平衡三角的一部分,人员也是,在一个三角关系平衡的情况下,讨论过程就讨论过程,另外两个最好不过多考虑。

在对一件事情进行评价的时候,把场景、环境、现象和问题说清楚,到底在什么情况下你觉得有问题,出在什么地方,这样才有一个讨论的着眼点。讨论技术的时候,按这样的规则进行,为什么讨论CMM之类的时候,不这样做?

谁告诉我CMM2级里面的这些内容,有什么不合适的?需求管理这部分,不用多,两个KPA即可。

还有,讨论士气、员工尊重这些事情,我还要加一个前提,在当前环境下,钱是士气的基础,有钱开心不?有这个再谈流程、企业文化,我们离国外那种境界远着呢,先实在些。

0 请登录后投票
   发表时间:2007-03-19  
basicbest 写道
公司而言,盈利是第一位的。将雇员情绪化对工作的影响带来的风险减低是必要的。
特别是大型项目,或者组织。CMM与人性化管理并没有冲突,CMM本身并不需要考虑太多人的因素,这些是企业自己要考虑的,需要融合的。如果CMM考虑了人的因素,会使得CMM更加复杂化。

就一个公司而言,使用什么方法来提高其自身的能力,是必要的。
人性管理是什么,人性管理就是一切以人和核心进行的管理方式,你觉得这个概念同cmm的只关注过程不考虑人哪里不冲突。
本身cmm的复杂,就是其自身不考虑人的因素造成的。cmm本身强调的流程稳定性,这里恰恰就是反应其对于人的本性的最大抵触,也是同现代柔性管理所背道而驰。在软件开发中人既是生产者,也是生产工具设备,同时还是消费者。在传统行业中,生产工艺和生产流程以及生产操作规范是有优先次序的。而为什么到了软件开发这里,忽然间生产工艺,生产流程,就都不见了,只剩下一个生产操作规范了呢?难道这个就是大型企业或者组织需要的?
现在有句经常说起的话,小企业做事,大企业做人。一个大型的企业,究竟什么才是竞争力的来源,究竟什么才是其正常运转的保证,这一点本身就很值得去研究。而另外一个问题还在于,大企业的软件开发同大团队的软件开发根本就不是一个概念。一个团队的方法过程的轻重,及其优先解决问题的次序,必然同其大小有着密切的关系。一个最基本的例子,cmm2所强调的scm,在一个1人的团队,同一个2人的团队,再到一个5人的团队,到10人的团,再到20人的团队,有多么不同,其重要程度有多大的差距,我想你一定明白。
0 请登录后投票
   发表时间:2007-03-19  
工业时代的管理方式是条条框框约束了就可以
但在软件行业用萝卜大棒都不一定好使
那怎么办,

XP提出了结对(很早年有夫为妻纲)
xp提出了代码共有(早年保长五户抽丁连坐)
XP提出了测试开发(早年有八股文考试)

从法制改到人制(但法制的骨子从没变过)
所以CMMI是赤裸裸的法制
而XP是穿了人制外衣的法制本质没有变.....
只是哪个能瞒的久一点
0 请登录后投票
   发表时间:2007-03-19  
抛出异常的爱 写道
工业时代的管理方式是条条框框约束了就可以
但在软件行业用萝卜大棒都不一定好使
那怎么办,

XP提出了结对(很早年有夫为妻纲)
xp提出了代码共有(早年保长五户抽丁连坐)
XP提出了测试开发(早年有八股文考试)

从法制改到人制(但法制的骨子从没变过)
所以CMMI是赤裸裸的法制
而XP是穿了人制外衣的法制本质没有变.....
只是哪个能瞒的久一点

实际上这里有个问题,一直被cmm所有意无意的忽略。所谓的三角平衡,说的是人、过程、技术。在传统行业中,过程主要还是指设备的运转过程,操作过程,而较少的涉及到人的自身规范。其背后的根本原因在于,设备投资比例要大大高于人力资源付出。而实际上如果人的自身规范部分比较高,只能说明其手工化程度比较高。而技术因素,也更多的是代表设备的技术含量,而较少的带有人的技术能力的部分。也就是说如果技术含量在人的部分太多,也就正好说明其手工成分的程度。
而在软件开发领域,貌似一下子就忽略了设备这个因素,而实际上这样的想法就是最初级的手工生产模式。其实人在软件开发过程中,不仅仅是生产者,同时也是生产设备。在这里也如果不能做到以人这个因素为核心进行组织生产,那么就仅仅是一些低素质的手工作坊罢了。这也就是cmm级别越高,生产水平越低的管理学基础。
0 请登录后投票
   发表时间:2007-03-19  
新观点:"人也是设备"
工业代替手工业是由于机器大规模使用,人的技术成本低了
工业的生产关系才确立了.

现在的人的技术成本还很高
(想低也低不了软件是可以拷贝的.)
但还是工业生产关系的模型就有点不顺手了
如果你的水平都很高还可以进行
但现在是软件人材很难面面都 是高手
一个人不能精通所有的技术.......
所以必须合作.....
退回到了手工业时代.....
0 请登录后投票
   发表时间:2007-03-19  
OK,CMM是垃圾,我从今开始不参与CMM的争论了。

听OZ的话,现在就看丰田生产方式。

大家继续。
0 请登录后投票
   发表时间:2007-03-19  
一蓑烟雨任平生 写道
OK,CMM是垃圾,我从今开始不参与CMM的争论了。

听OZ的话,现在就看丰田生产方式。

大家继续。
你在赌气

我认为现在CMMI能得到比agile更多的资源是不争的事实
ps:丰田如果没有国家垄断,对员工的高剥削,与经济不对称它能成功么?
什么每天进步一点?每天偷人一点才对....还是官商一起偷.
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics