扫码阅读
手机扫码阅读
我说CMMI2.0之:类比透解决策分析与解决方案

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

麦哲思科技任甲林
扫码关注公众号

DAR:决策分析与解决方案
决策是选择过程,从买房子的简单是非选择到技术和管理层面的复杂决策。有些决策涉及到的事项较小,可以快速、非正式地处理,而有些则需要慎重、科学、多人参与的过程。不是所有决策都需要正式流程,而大事的随意决策可能导致灾难。
决策实践列表:
- DAR 1.1 - 定义并记录候选方案。
- DAR 1.2 - 做出决策并记录。
- DAR 2.1 - 制定规则以确定何时遵从文档化的决策流程。
- DAR 2.2 - 制定评价候选方案的准则。
- DAR 2.3 - 识别候选解决方案。
- DAR 2.4 - 选择评价方法。
- DAR 2.5 - 使用准则和方法评价和选择解决方案。
- DAR 3.1 - 制定并保持更新基于角色的决策授权描述。
二级实践包含了一级实践,因此1.1与1.2不再详述。例如,买房这样的大事需要一个正式决策过程,并定义如地址位置、面积、价格等评价指标。识别候选方案、选择评价方法,最后进行比较和选择。
家庭决策如购房、孩子教育等需要全家参与,而其他决策如购车可能仅需家中某一成员决定。这表明决策需分级,并且不同级别的决策有不同的参与者和流程,这是DAR 3.1的核心。
想要了解更多内容?

麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 241.9K
麦哲思科技任甲林的其他文章
软件研发管理三部曲:以道御术、术以载道与数以达理
软件研发管理的三部曲:《以道御术》系统解释了软件研发管理的what to do。《术以载道》讲解了软件研发管理的Howto do。《数以达理》系统解释了量化研发管理的how to do。
不是CMMI的错
上周三,一家企业的老板给我抱怨,ISO 9000没有给他们带来任何好处,徒增加了负担,所以也不想实施CMMI了。 上周四,为五家公司做CMMI的售前,有一半多的企业目的是为了证书。 前天,有客户要将整个组织改造为软件工厂,请我做了一小时的报告,主题是软件生产线、CMMI。 今天,有朋友给我抱怨:“实施CMMI真累,压力太大了!”,碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了!”,对此,我
通过雷达图的面积进行总体对比分析是不可靠的!
对多个指标进行综合对比分析时,常使用的一种图形就是雷达图。比如,有2个项目,从交付速度、交付质量、成本超支率、员工满意度、客户满意度等5个指标上进行了打分比较,每个指标取值是从0到1,分值越高越优秀。两个项目的数据如下表: 指标 项目A 项目B 交付速度 0.8 0.9 交付质量 0.7 0.9 ...
对需求变更的定量分析
很多公司头疼需求变更,如果我们采用定量的技术该如何分析需求的变更呢?首先定义什么叫需求变更?在客户方与开发方共同认可需求之后的需求修改、增加、删除都是需求变更。需求变更对象可以从多个维度划分: 维度一: 功能需求、非功能性需求、接口需求、界面需求、技术约束等; 维度二:业务逻辑、数据对象、控制逻辑等;其次,可以从3个层次分析需求变更:层次1: 需求变更率分析。需求变更率有多种定义方法。 方法一:需求变更率=需求变更的个数/交付的需求个数;...
建立组织级过程性能基线的注意事项
过程性能基线的建立方法有箱线图法、控制图法、置信区间法等等,在实际中,还要数据分析者的经验进行分析,以下举例说明在建立组织级过程性能基线时的注意事项:1 注意识别数据分层的现象 数据分层,即样本点存在明显的局部聚集现象,聚集在不同值范围附近的样本点可能是属于不同类型
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线