扫码阅读
手机扫码阅读
CMMI 4级实践问题30问-9
278 2023-07-12
第28问: 2-3级的估算与4-5级的估算有什么区别?
|
估算的内容 |
估算方法 |
估算的可信度 |
估算的输入 |
2
级 |
影响工作量的项目的固有属性 项目的工作量与成本 |
经验法 |
单点值或区间 |
本项目的属性 |
3
级 |
经验法+模型法 |
本项目的属性 历史数据 |
||
4-5
级 |
影响工作量的项目的固有属性 项目的工作量与成本 项目的质量与过程性能目标 |
经验法+基于历史数据推导出的模型法 |
区间及可达成的概率 |
本项目的属性 历史数据 本项目前期的执行结果 |
第29问:如何建立质量与过程性能目标?
总的原则:
(1)先外再内
(2)先宏观再微观
(3)先整体部分关系拆分再因果关系拆分
(4)先识别产品的质量目标再识别过程的性能目标
目标分解的步骤:
(1)确定客户与组织外部的利益相关者的关注点
确定客户对组织的要求,这些要求可能包括了质量、工期等方面的要求。
确定国家标准、法律法规对组织的要求。
确定各认证机构对组织的要求。
确定组织外部、集团对组织的各项要求。
确定其他外部利益相关者的要求。
(2)确定组织内部利益相关者的关注点
确定组织内部中高层经理及其他利益相关者的要求,这些要求可能包括了质量、工期、成本、性能等方面的要求。
(3)文档化商务目标
商务目标尽可能定量描述,也可以定性描述。
(4)基于组织级的商务目标,确定总体的质量与过程性能目标;
(5)基于整体部分关系派生目标
将总体的质量与过程性能目标进行整体部分关系的拆分,比如将总体的质量与过程性能目标拆分到各阶段;
(6)基于因果关系派生目标
将总体的质量与过程性能目标进行影响因子的分析,识别影响目标达成的因子,这些因子如果是某个子过程的输出,则将这些因子识别为子目标,并对这些子目标再进行整体部分关系拆分或进行影响因子的分析,循环识别之,直至所有的影响因子均为开发过程的外部输入或过程固有的属性;
(7)文档化得到的所有目标,建立目标之间的关联关系,并对目标进行分类。
可以从两种维度进行分类:
一是区分是总体目标还是子目标;
二是区分是质量类、进度类、成本类、性能类、客户满意度类或其他类;
(8)根据组织级的过程性能基线、客户的要求、其他利益相关者的要求确定目标值;
(9)确保组织级的质量与过程性能目标符合SMART原则,即:
Specific
:是否文档化,是否明确
Measurable
:可度量
Attainable
:是否可实现
Relevant :
和商务目标的相关性
Time-bound
:是否在规定的时间
第30问:究竟要不要评估4-5级?
答:
现在做4-5级的企业很多,真做的少,要证书的多,尽管SEI审计的严,但也有漏网之鱼,因此心存侥幸的企业不在少数。如果你讲你的企业能达到3级的水平,我想可信度在75%以上,如果你讲你的企业能达到4-5级的水平,我想可信度在25%以下(也许更低,还好,不是小概率事件),何必睁眼说瞎话呢?我们还是力争还CMMI一个纯净的空间吧。
我建议在下面的情况就别评估了:
如果你只是想要证书那就别评估4-5级;
如果你的企业只有很少的人数,比如50人以下,也别评估4-5级;
如果你们的项目在业务领域上差异很大,也别评估4-5级;
如果客户的要求不是很高,也别评估4-5级;
如果2-3级的基础很弱,那就真正做到2-3级后再评估4-5级吧。
评估和实践是2个问题,应该分开。不评估不代表不按4-5级的实践去做。我们可以在局部按照4-5级的要求去做,我们也可以不按阶段式表示方法实施过程改进,也可以按照连续式的表示方法实施过程改进。
原文链接:
https://measures.blog.csdn.net/article/details/4964387
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
79 篇文章
浏览 28.6K
麦哲思科技任甲林的其他文章
我说CMMI2.0之:类比透解决策分析与解决方案
DAR:决策分析与解决方案 决策就是多选一: 买不买房子?yes or no?这是做决策。 买哪个楼盘的哪个户型?这也是做决策。决策可以是技术决策,也可以是管理决策: 技术决策:采用哪种技术路线?哪种中间件? 管理决策:采用哪种生命周期模型?要不要做灰度发布?决策有大事有小事: 小事:早餐吃什么? ...
我说CMMI 2.0 之:原因分析与解决方案
原因分析与解决方案(CAR)是对选中的现象识别原因,并采取纠正措施或预防措施。 基本的思想:组织内的好事和坏事都可以做CAR,并非仅仅是对坏事做CAR。可以在计划阶段做CAR,也可以在事情发生后再做CAR, 前者是根据估计的结果做CAR,后者是根据实际执行的结果做CAR。在做原因分析时,是从现象,到数据,然后再到原因。数据准确刻画了现象,并有助于识别真正的原因。原因有浅层次的直...
我说CMMI 2.0 之 配置管理
和CMMI1.3相比,CMMI2.0中配置管理的实践基本没有变化。CMMI DEV 2.0 的20个PA中,CM是唯一一个没有3级实践的PA。基本概念这个PA涉及到的基本概念比较多,我们挑选部分基本概念,做通俗解释:配置管理:通过配置标识、版本控制、版本管理、基线管理和配置审计来管理工作产品的完整性。配置项:配置管理的对象,包括各种文档资料,代码等工作产品。包括:给客户的交付...
我说CMMI之八:过程的基本概念
我们做过程管理,天天都在讲过程二字,真要给过程下个定义却没有那么容易。正如我们天天说某某是好人,某某是坏人,啥是好人,啥是坏人很难明确定义。但是这却是无法回避的问题,因此我们必须给过程下一个定义。 在CMMI-DEV V1.3模型P449中对过程下了一个定义,全文如下:A set of interrelated activities, which transform inputs into outputs, to achieve a given purpose. (See also “process
我说CMMI2.0之:II点睛
II(implementation infrastructure)可以翻译为:实施基础设施。基础设施包括了资源、资金、培训、流程定义、经验教训总结等方面的实践,总之,就是要建立进行持续过程改进的能力。实践列表: 1.1 Perform processes that address the intent of the Level 1 practices. ...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线