CMMI实施体会
Smilings
smilings
展开
-
CMMI5在项目中的应用
这周,我们的新产品——DM项目正式启动,作为公司参与CMMI5评审的项目。对于我们的team来说,以往基本上没有在流程上做严格的控制,现在以CMMI5的标准来要求项目的实施,一方面可以说是机会与挑战,趁机规范我们的开发、测试流程;另一方面,因为以往没有这方面的实践,一下子要以CMMI5的标准要求我们,实施起来也会有一定的难度。将会有怎样的效果,投入这么多的人力物力是否值得,现在还不好说,且原创 2006-09-04 10:17:00 · 2334 阅读 · 0 评论 -
项目例会与项目总结
每周或阶段项目例会以及项目总结会议,是实施CMMI后所有成员都达成共识的保留内容,因为我们从中获得了益处。我们的项目例会,除了一些特殊的情况,一般是没有高级的领导参与,最高级别的领导就是大家所熟悉的manager,还有就是PM和我们这些普通的员工。也许正是因为这个原因,大家在发言的时候无所顾忌,畅所欲言。在每周的例会中,团队中的每个人都会介绍本周的工作情况以及下周的工作计划,在过去一周中遇到了原创 2007-09-13 11:11:00 · 4635 阅读 · 1 评论 -
通过CMMI5评估之后
我们部门的一个项目,作为公司参与CMMI5评估的主要项目之一,从去年6月份开始,到今年3月份结束,所有的过程都参考了组织的标准过程。不过,CMMI的过程并不为项目组的研发成员所接受,因为大家都觉得,大部分的时间都花在了应付流程上,特别是大量的文档,让人头疼。就拿我们的这个参与CMMI5评估的项目来说,如果是按照我们传统的开发流程,在同样的人力资源的情况下,完全可以在半年内提交同样质量的软件产原创 2007-09-11 17:41:00 · 4709 阅读 · 0 评论 -
CMMI5,期望与争议并存的美丽传说
DM在项目启动前,开发经理跟我说,DM的测试负责人,就由你来做吧!我自然是乐颠颠地接受了,对于我来说这是一个学习和施展的机会。事后,他问我:“你已经作为两个核心产品的测试负责人了,下半年的IAGW还要靠你去主导,是否分配的任务太重了?”我跟他说:“没事,我能行。”说句心里话,当时自己也不是十分肯定可以同步应付那么多的工作,只是很珍惜这个机会。对流程管理,在自学过程中有了一定基础和思考,但是没原创 2007-04-22 16:58:00 · 2871 阅读 · 0 评论 -
项目正式发布
DM终于正式发布了,项目组的成员都长长的舒了一口气。在这个项目中,我自己的确是成长了,从开始对CMMI5的雾里看花,到现在对CMMI5的娴熟实施,这对我来说,是一个质的飞跃。结合自己对CMMI5的理解以及我们项目组的实际情况,花了整整两天的时间给研发经理写了一篇流程改进的建议书。如果单纯说是DM实施CMMI5,我觉得成本太大了,但如果利用DM实施CMMI5所学习到的在项目组中应用,就显得非常原创 2007-04-22 16:55:00 · 1424 阅读 · 0 评论 -
CMMI5正式评估
CMMI5正式评估中,测试与配置管理安排在一个上午访谈,各个项目组的Test Leader与配置管理负责人个个严阵以待,有同事在访谈开始前几分钟还在讨论某个问题该怎样回答,大家的认真让我感动。参加访谈的人员不能带笔、纸和电脑等进访谈会场,所有人员都必须在正式评估前提前五分钟进场。评估师六个,老外做主评估师,三个是我们的EPG成员,为了显示客观还有外面请回来一个外聘,当然还少不了培训师。两原创 2007-04-22 16:31:00 · 4455 阅读 · 0 评论 -
项目推迟发布
因为前期项目进度的偏差,尽管后来采取了相应的纠正措施,DM还是不可避免地推迟一周发布。当然,还有一个原因是在测试阶段,因为同时兼顾多个测试项目,无法全心投入测试。如果像以往IAGW那样,以DM项目优先,晚上和周末都加班的话,DM还是可以预期发布的。只是,我觉得,我们的项目组,一直以来在前期开发总是推迟提交测试,将发布的压力与工作量让测试来承担,这样的一种状态一定要改变,不然CMMI流程管理又原创 2007-04-22 14:06:00 · 1367 阅读 · 0 评论 -
别样高考--感悟CMMI L5访谈准备
距离CMMI L5正式评估还有一个月,作为参与评估的项目组,赴北京参加正式评估前的访谈培训。公司在成本控制上向来比较严格,为了评估顺利,参与评估的项目组从各地飞往北京,的确是投入了很大的成本。在飞机上,我一路嘀咕,成本太高了。同事笑我:“你不是一直都向往出差的吗?现在有机会让你出去走走,还担心起成本来了,你这人啊!”其实,我是担心,投入了这么大的成本,CMMI L5评估通过后,如果不能真正灵原创 2007-04-04 16:06:00 · 2664 阅读 · 0 评论 -
项目进度出现了严重的偏差
DM进行到现在,本应该是进入了编码实现的阶段,但是部分模块却连设计文档都尚未完成,项目出现了严重偏差,而更严重的是目前静止不前的状态看不到一个有效改变。项目的偏差,主要原因有:1、 一个六个人的小项目,却要求严格按照CMMI L5来实施,在产品开发的过程中,花费了大量的时间和精力在CMMI L5的过程实施以及文档编写上,严重影响了项目的进度。2、原创 2007-03-28 11:10:00 · 3349 阅读 · 0 评论 -
风险转化成了问题
风险在项目的计划阶段识别,识别出来的风险需要制定相关的缓解措施并记录在风险跟踪列表中,在项目的实施阶段对这些已经识别的风险进行跟踪。跟踪风险是否发生,发生的问题需要转化为问题进行跟踪;风险跟踪措施也需要跟踪,跟踪的情况需要在风险跟踪列表中记录下来。在DM项目计划阶段识别出来的一个风险“因为DM项目组中的人员同时负责别的产品的维护,可能因为需要维护老产品导致项目不能如期进行”原创 2006-12-04 13:08:00 · 2363 阅读 · 1 评论 -
项目经理的变更
最近,项目组开发一个新产品,根据公司的要求在产品开发的过程中实施CMMI5,负责该产品的项目经理X是一个能力很强同时却又喜欢自由自在的同事。在项目启动的前期,大量的文档和会议,烦琐的任务安排与审批,加上对CMMI的流程不熟识,令他对CMMI非常抵触。项目组的其它人,包括我在内,都认为这是一个改良的好机会,也对CMMI充满期待。而项目经理的态度,让我有一点点担心,虽然项目组成员充原创 2006-11-20 13:27:00 · 2091 阅读 · 0 评论 -
CMMI在DM中应用的初步成果与弊端
DM项目到目前为止,已经完成了需求调研、项目计划和需求分析,进入了详细设计的阶段。从长远来看,经过前段时间的实施,对CMMI我持肯定的态度。在此我强调的是长远,如果一个项目没有长远的发展空间,或者项目组在以后的项目中不能应用CMMI的精髓,只是纯粹的一个DM项目跑CMMI流程,成本绝对过高。而且,在项目开发的过程中,大量的文档和会议,每个动作都需要讲究流程,对于我们这些喜欢自由崇尚简约的研原创 2006-09-21 13:37:00 · 2216 阅读 · 0 评论 -
走进外企之项目管理篇
来到新公司,加入了一个功能非常庞大的系统开发团队中,无论是项目的组织架构还是项目的管理流程,都很规范,角色的划分也很清晰,需求分析工程师、开发工程师、测试工程师,各施其职各尽其责。在原公司有将近一年的时间都是负责CMMI5流程改进,流程在国内项目中的推广很难,管理层的目光大多集中在利润,至于用怎样的流程开发,并不太在意,能快速完成任务满意客户就是硬道理。那一年,我们花了很多的时间和精力在通过CMM原创 2008-11-24 22:33:00 · 3656 阅读 · 0 评论