思步网

楼主: danny
打印 上一主题 下一主题

8年的CMMI实践与大家一起分享

  [复制链接]
坐等楼主更新!
在持续7年的改进过程中,首先是感谢公司提供了这样一个机会和平台,让我能够实践一套完整的模型和理论。可是结果呢,也并非和想象的那样好,公司内部也仔细总结和讨论过,也可能也与公司的战略和业务范围有关,我们不做产品,都是一个一个的项目,大家普遍认为我们自己其实做到3级就够了。
在前几年项目的延续性还不好,几乎每个项目都不相干而其周期都是很短,因此积累的数据按照业务、语言等类型一划分,其每种类型的数据都很少,并且为了执行CMM在项目中投入的资源还不少,项目还不断抱怨CMM实施对他们影响很大,真是吃力不讨好。到了后来,公司承接了一些持续型的项目,1期做完接着2期这样的项目,数据相对好点了,而且在这种类型的项目中,持续改进和不断优化的思想非常重要,我们的项目改进实践和CMM评估大都是在这些项目中进行。
这几年的实践认为在产品开发和持续性项目中执行CMMI的改进和优化非常有意义。对于项目类型的企业,CMMI3级我觉得就可以了。
这么多年的发展,软件行业也将像其他行业一样,向管理要效益,这是必然的。软件企业要持续性发展,建立完善的企业机制和发展框架是必须的。我们做技术的经常能体会到,对于项目来说,一般的象界面风格,报表样式,或者说有些业务流程发生一些变更和修改,我们都是可以接受的,可是对于好多执行到运维阶段的项目,往往是因为早期的架构不适应企业的变化,这对项目的执行者的打击是最大的,这样的变化就不是这个项目的问题了,估计需要重新起来一个项目了。
CMMI模型在3级以前都是在为企业搭建一个项目管理和组织发展的框架,然后企业慢慢的积累自己的经验和知识资产,为以后的持续发展和改进提供基础。我觉得我们自己这一点应该是做到了,这从许多离开公司的人员后来的反馈中就可以了解到。
哇,翻页了啊,继续坐听。
在和许多从事过程改进的朋友讨论中,大家问的最多的问题,是如果才能将CMM实施的有实效,对公司有帮助,这也是许多公司的高层所关心的问题。这一点在我看来,抛去具体的PA不说,我认为CMM2级最有效的活动就是做好项目总结,使用定义好的流程和模板做好项目总结,对以后公司遇到类似项目时,能够重复以往项目的成功经验,这其实就是CMM2级可重复级的核心。
对于软件企业来说,所从事的项目都是智力密集型活动,如何在成功的完成一个项目后,做好项目总结,把项目的经验和教训从项目中剥离出来,这对于公司知识资产的积累是很有帮助的。同时,做好项目总结对于,从事项目的人员自身能力的提高也是非常有意义的。
这也是我提倡的软件企业要做好知识管理,知识资产是软件企业的固定资产。
非常好的学习之资料!(ding:
从整体来看CMMI的各个级别,你会发现它不同界别关注的层次在发生变化,从无到有的最开始级,主要是依赖于个人主义,到了2级它主要是关注项目管理,也就是目标主要针对项目,帮助你建立起项目管理的框架。而到了3级的时候他主要关注的是组织级,也就是公司级,在公司级建立起持续改进的框架,让组织级规范起来,到了4级,其实他又回到了项目级,因为在3级的时候为公司积累了大量的过程资产,经过分析整理后,应该用回到项目中去,所以他的关注点就又回到了项目,但这时候的项目管理完全不同于2级时候的项目管理了,组织形成了过程和性能方面的基线,并建立了一些参考的模型,这时候的项目管理师站在一个集于以往量化后的经验和积累之上,他的估算和预测能力有了本质的提升,会给项目管理水平带来巨大的提高。最后到了5级,其实他的最后这两个PA :CAR原因分析与解决,OID组织革新与推广,我觉得这应该是一种思想意识的改善,给大家做事提供一种思路,在进行问题分析的时候要找的根本原因,并对其进行预防。要不断的创新以实现本质的提高,所以5级应该是有回到了人的提高和改善。因此说CMMI的各个阶段其实也形成了自己一个不断完善和改进的环,这也应该是他的真正的目的,建立一个持续改进的体系和思路,让组织能够不断的自我发展和完善,这就是CMMI的最高境界了吧。把上面的循环画成一个图的话,应该是这样的
大家都在找过程的DNA、流程的DNA,通过楼主的解答,或许能明白一些:从组织的持续改善与发展,应该上升到个人的持续提升与升华。

人不能脱离组织而存在,这点由人的社会属性所决定,毕竟人是社会关系的总和。

我看CMMI,可能比较肤浅:我始终以自我提升为原则,以组织改善为目标,持续不断地帮助自身及组织成长、成熟。

PS.楼上少一张图,期待楼主放上来。
感觉还是满困惑的

一个朋友问我的问题

你们公司是如何PMC的
如何统计effort?
日报?,周报?
项目进展作EV分析吗?
回答:
PMC也就是我们早期习惯了的SPTO,对于这个PA,03年以前我记得当时还是很严格按照CMM里面的要求的点去做的。但是到后来,随着级别的提高这方面的要求越来越不是特别的具体了,主要是说不是特别具体的针对PA的要求了。
我们主要是检查项目是否按照自己制定的计划执行就可以了,当然前提是项目计划符合CMMI的要求。这也是因为慢慢的你的成熟度提高了,你的好多行为成为了习惯,这是我们常在培训时讲到的管理要成为一个闭环,那么你的跟踪和监控就自然而然了。
这里给大家推荐三句话,所有的管理无非都是这样一个闭环。
1 把你想的写下来。——这其实就是计划,想法只有落实下来才有实现的可能。
2 按照你写的去做。——这就是执行,当然这其中也应该有些控制的,执行不下去了,要重新写,重新做。
3 把你做过的记下来。——这一点其实更重要,就是我说的项目总结,这对一个人,一个组织的提高是非常重要的。
虽然说的比较概括,可是对于我们做人做事都有启发。
这样从每个人出发,慢慢的大家习惯了,对于会议都要养成写纪要的习惯,所以PMC的好多记录都可以在纪要里找到,不必针对PA中的一些具体要求,专门设计一些报告模板什么的。
另外,对于日报、周报、月报、里程碑报告,项目结束报告,我认为项目结束报告是最重要的,其他的其实在日常的项目管理活动中都是要检查到的,但是报告的方式不一定非要那么八股了吧。要写那些报告,主要取决于你要他的目的,这一点在以后的CMMI实施中非常重要,做任何一个活动,都要明确他的目的,尽量不要去说就是为了达到CMMI几级这个目标,这样的话也许就失去了CMMI的本意了。他的那些要求其实是为了更好的帮助项目帮助公司,所以SEPG一定要真正的理解CMMI的要义。
明白了目标之后,你的跟踪与监控就应该很明确了,不就是跟踪项目的进度,风险,成本,质量吗,对着Schedule不就可以了吗,如果你们是针对人来检查和跟踪,那就另当别论了。
至于,挣值管理EV,在软件管理的应用我很早就研究过,也制定了相应的指南,但是由于软件企业的成本管理,一般到不了项目经理这一层,所以没有得到执行。据我所知,当时好像是汉王再用,也不知道效果如何。反正我们是没有用,不是说技术上有上面难度,主要是机制,公司不存在这种机制和环境。
自己的思路比较乱还在整理,只能是想到那里说道那里。
如果大家有具体的问题一起讨论,我觉得可能对一些人会更有帮助。
谢谢大家的支持。
楼主要经常更新啦,很受用。
{:9_334:}

继续学习,继续奋斗。
过年好啊,我回来了
最近在琢磨一个问题。
不知道大家注意到没有,软件测试越来越得到企业的重视,软件测试方面的人才行情也一路看涨。对于这个现象,我不知道是应该高兴呢还是应该难过。高兴的是我们的企业和客户越来越重视软件产品的质量了,不管是甲方的市场驱动,还是乙方自身对产品质量的重视,都说名我国软件产业在产品质量方面的要求提高了,软件企业开始使用工程的方法和技术进行软件测试的管理和实施了。但是我们从事过程改进的人都应该知道,软件的质量成本分为,预防成本、评审成本和测试成本,一般的预防成本应该占70%左右,真正用于测试的成本应该占很小的一个比例。大家也应该知道,Sei发布过一个关于故障引入阶段和解决阶段与所花费的成本的一个分布图,越是到最后阶段才去发现和解决的问题,花费的成本越高,几乎是成级数的增加成本。
前几年看过一本书,叫做质量无泪,是一本讲软件质量的书,里面有一个思想:产品的质量不是靠测试测出来的,而是在产品设计、开发的生产过程中制造进去的。其实这说的也是,软件产品在生产制造过程中,产品的质量已经被生产者在生产中赋予了相应的质量,而测试只是到了最后阶段的一个检验手续而已,从工程的角度来说,这个时候只是判断你合格、不合格,它不会对你的质量提升有任何作用。
这是我感觉比较难过的地方,在我们才开始重视起测试工程的时候,而国外先进的思想或者实践已经从,需求工程,设计工程开始了,这些也都需要我们迅速的学习和实践。其实在CMMI的引入和实践过程中,大家已经都有所体会,产品的质量包括QA和QC两个方面,对于测试只是最后的一道防线,加强需求评审和确认,加强设计的评审,这些方面大家都有认识,可是就是因为软件产品不像实体产品一样,在生产过程中,对于他的质量大家看的不清楚,体会的不真实,不能确切的衡量他的质量,只有在最后给客户上线以后,被客户严厉的指责中,认识到产品的质量存在很多问题,常常后悔为什么我们在需求开发的时候没有发现这个问题啊,我们在设计的时候就应该发现这个问题啊,我们怎么没有测试出这个问题啊。。。。
各种抱怨也许只有到了最后被客户无情的拒绝的时候大家才能认识到,我们的质量是有问题的。软件项目应该按照工程的思想和流程进行管理和开发,不仅仅是对于测试工程,从整个软件的生命周期做起,按照工程的思想和理论管理软件项目的生产和制造,是我们的软件企业应该努力的方向,也是我们过程改进人员研究的方向。
一家之言,欢迎谈论。
过年好啊,我回来了
danny 发表于 2009-1-29 09:12

楼主真敬业啊,这么早就来了.哈哈. 

我都在这里等了好几天了.{:8_313:}
您需要登录后才可以回帖 登录 | 注册

本版积分规则

思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部