CMMI过程改进反例

??

最近一直在看CMMI的资料,越看觉得越有意思,今天看到过程改进的时候,突然想起来之前所在的公司发生的过程改进相关的事儿来。

公司通过CMMI3级认证之后,PMO部门经理(公司还有质量管理部门经理、也有EPG)说要在下次复审之前把18个过程域的改进工作做好,平均一年6个,上半年3个,下半3个。

于是,某一天,该部门经理把一个刚毕业半年的小姑娘喊到跟前说:“去写一个关于MA的过程改进提案。”可怜小姑年连MA是什么都还不知道就硬着头皮接下这个活儿了,先找到MA,然后把MA的资料打印了厚厚的一摞,晚上带回家细细研究,最后都快急哭了也不知道这个提案该怎么写,该写些什么。

现在想想这个事觉得很有内涵。

先说这种改进方式,每年6个过程域,上半年3个下半年3个,难道都不需要分析就可以这么像切西瓜一样你一块我一块的吗?CMMI中说,组织过程的候选改进可以通过各种渠道获得。这些活动包括改进提议、过程的度量、过程实施中的经验教训、以及过程评估与产品评价活动的结果。这种切西瓜的方式未免有点武断。

再是组织过程改进的部门,PMO部门经理牵头,EPG哪里去了呢?质量管理部的人为什么不管呢?CMMI中,EPG的职责中最重要的一条就是计划和推动组织软件过程改进工作。问题是这样奇怪的事情,居然在全公司推行了,没有人有疑问,结果我都怀疑是不是我自己弄错了。

再说改进提案的提出方式,完全是为了提出提案而提的嘛,提出提案的人对公司没有足够了解,对组织中MA的情况和问题也不清楚,这样提出的提案到底能有多大用处,实在不好说。

而且MA是支持过程域,单独改进这个过程域,十有八九会白费功夫。

??

CMMI过程改进反例

时间: 2024-11-25 10:37:53

CMMI过程改进反例的相关文章

期许伟大-基于CMMI的过程改进之道探索

原文作者:上海科维安信息技术顾问有限公司QAI China 何丹博士 CMMI主任评估师 一.引子     近年来,由美国SEI  (软件工程研究所)开发的SW-CMM  (软件过程能力成熟度模型) 模型以及改进后的CMMI (能力成熟度模型集成)模型得到了国际上的广泛认可.因此有越来越多的软件和IT公司已经或开始采用这些模型来开展相应的过程改进工作,来提高过程能力的 成熟度,以期使公司的软件或系统开发工作更加高效,更具有国际竞争力,这似乎已经成为一种潮流.很多公司都怀着这种美好的愿望开始了过程

软件工程过程 第7章 软件工程过程改进

1.软件工程过程评估模型描述了作为有效过程特征的元素的结构化集合.这些评估模型提供了:P201 过程改进的出发点 业界过去经营的结晶 共同的语言和共享的构想 活动优先次序的框架 2.基于软件工程过程评估模型进行过程改进可以帮助组织或个人建立过程改进的目标和优先次序,协助改进过程,并为确保建立一个稳定.有能力的以及成熟的过程提供指南.P202 ISO 9001 CMM/CMMI ISO/IEC 15504 (SPICE) 3.软件质量管理体系由三部分要素构成:软件质量管理体系的框架.生存期基本活动

轻量级过程改进之综述

轻量级过程改进(Light-weight process improvement,LPI)是一种针对中小型团队软件研发过程中普遍存在的重技术轻管理.研发管理缺乏规范.过程改进理念淡薄等现状和问题而整理的一种"软件过程改进方法和规范".有众多轻量级过程改进域组成,主要对中小型团队持续地改进其软件过程能力提供一些參考,内容组织上尽量保持其通用性,但个人水平和经验有限,非常多改进域可能仅仅局限于特定团队和场景,须要大家依据各自团队的现状做裁剪和扩充. 一.轻量级过程改进 轻量级过程改进參考了

轻量级过程改进之需求管理

需求管理在于管理产品研发过程中的客户需求,建立项目相关干系人对需求的共同理解,维护需求与所开发产品之间的一致性,并控制需求的变更.需求管理的重要性不言而喻,在前面讲到的项目启动.项目计划以及接下去要讲的项目监控这几个改进域中,客户需求都是我们开发工作的输入和基础,研发团队存在的意义也是围绕着客户的需求,以满足客户需求.提高客户满意度为工作的目标,项目管理团队更是如此.本文主要阐述在项目需求管理过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施. 一. 需求管理的规程 关于需求

测试计划及过程改进

目录 软件测试计划的概念 制定软件测试计划的好处 谁来负责制定软件测试计划 编写软件测试计划的时间 软件测试计划的要素 软件测试计划模板 软件测试计划维护与评审 什么是CMMI CMMI的级别 CMM五级模型 什么是ISO 什么是ISO9000 CMMI和ISO9000的比较 软件测试计划的概念 一个叙述了预定的测试活动的范围.途径.资源及进度安排的文档.它确认了测试项.被测特征.测试任务.人员安排,以及任何偶发事件的风险. 制定软件测试计划的好处 项目经理.高层经理等相关领导能够根据测试计划做

轻量级过程改进之需求开发

需求开发是指通过对用户需求进行分析,开发产品需求的过程.需求开发在于把面向用户的需求转换为面向研发团队的需求的过程,回答研发团队"我们要做什么样的产品"的问题.需求开发直接面向研发团队,是用户需求传递到研发团队中的必要一环.本文主要阐述在项目需求开发过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施. 一.需求开发的规程 在轻量级过程改进系列的上下文中,关于需求管理和需求开发的区别和联系已经在"需求管理"这一改进域中有明确说明,这里不再展开.该上

轻量级过程改进项目启动

项目开始时的研究和开发的源泉,在r \\ u0026研发团队而言是一个很大的事情,然而,项目启动是不是easy事儿,这个过程必须满足很多条件才能真正启动项目,否则,非正规甚至是不合理的项目才会开始进行研究和开发工作陷入困局.本文主要侧重于过程中涉及的项目启动程序.可能出现的问题.措施. 本文中的场景指的是产品线的已有产品须要通过项目实施推广给客户的过程. 一.项目启动的规程 项目启动是一项跨部门活动.通常包含的规程有: 1.      项目立项建议 目的:项目立项建议的目的是通过前期客户接触和分

轻量级过程改进之绩效管理

绩效管理是对团队成员进行工作评估和激励的过程,虽然很多时候会由人事部门进行员工的绩效管理,但对研发团队而言,技术人员的绩效管理很难把控,所以很多团队往往对绩效管理避而远之,采用管理层主观判断的方法进行绩效把控:有些团队虽然会做一些绩效管理,但只是关注于绩效考核,而忽略绩效背后的工作计划.评估.激励以及过程改进.个人认为研发团队的绩效管理是一项很有挑战性的工作,但难度再大首先还是要理一下思路,尤其作为轻量级过程改进的一环,绩效管理的目的并不是说能够达到很完善的程度,而是先做到60分,然后通过团队整

轻量级过程改进之项目计划

项目计划的目的包含两个主要方面,对内是为项目的研发和管理工作制定合理的行动纲领,以便所有相关人员按照该计划有条不紊地开展工作:对外是为客户提供项目的统一视图,确保所有干系人能够根据计划进行工作配合.进度同步并最终提高客户对项目实施进度的满意度和认可度.本文主要阐述在项目计划过程中涉及的主要规程.可能存在的问题.分析并提出相应的改进措施. 一.项目计划的规程 项目计划过程涉及面很广,按照集成项目管理理念,项目计划除了项目实施计划之外还需要集成各种子计划,如<配置管理计划>.<质量保证计划&