CMMI5,期望与争议并存的美丽传说
发表于:2009-02-13来源:作者:点击数:
标签:
DM在项目启动前, 开发 经理跟我说,DM的 测试 负责人,就由你来做吧!我自然是乐颠颠地接受了,对于我来说这是一个 学习 和施展的机会。事后,他问我:“你已经作为两个核心产品的测试负责人了,下半年的IAGW还要靠你去主导,是否分配的任务太重了?”我跟他
DM在项目启动前,
开发经理跟我说,DM的
测试负责人,就由你来做吧!我自然是乐颠颠地接受了,对于我来说这是一个
学习和施展的机会。事后,他问我:“你已经作为两个核心产品的测试负责人了,下半年的IAGW还要靠你去主导,是否分配的任务太重了?”我跟他说:“没事,我能行。”说句心里话,当时自己也不是十分肯定可以同步应付那么多的
工作,只是很珍惜这个机会。对流程管理,在自学过程中有了一定基础和思考,但是没有真正地运用起来,这个机会正好可以让我认真地去学习全面的流程控制
知识,应用一些新的理念。
对于我们的team来说,以往基本上没有任何CMMI的基础,现在以CMMI5的标准来要求项目的实施,实施起来也会有一定的难度,意味着需要投入更多的人力物力,也意味着项目实施的阵痛更加剧烈。DM这个项目,按我们以往的开发与测试模式,3个月之内会完成所有的工作,虽然测试一般都是在产品完成代码编写之后才参与,但因为公司比较重视测试,且开发与测试的水平都不错,产品的质量是比较有保证的,经我们发布出去的产品在现网运行效果一直有较好的口碑。只是,缺少需求、设计以及代码的评审,大部分的问题都是在测试阶段发现并解决,这样一来,问题的修改成本相对比较高,而且产品的质量很大程度上依赖测试人员的素质和对业务的熟悉程度。这一点,我在以往的测试中一直强调,希望问题能够及早发现,也希望产品的质量能够尽量少地依赖个人。CMMI5强调通过各种的活动及早发现并解决问题,通过流程的控制减少产品质量的人为因素,这些正是我们所需要的。
原文转自:http://www.ltesting.net