欢迎来到扫码阅读
手机扫码阅读
我说CMMI2.0之：类比透解决策分析与解决方案
485 2023-07-12
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：
文章来源：
麦哲思科技任甲林
扫码关注公众号
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的核心。
想要了解更多内容？
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
图一：valuing合弄的目的与性能等级图二：valuing合弄的活动各种敏捷方法的原则参见博客：https://blog.csdn.net/dylanren/article/details/87184790。 图三：valuing合弄使用的敏捷仪式和技术说明：为便于图形化表达，每种敏捷仪式或技术没有映射到具体的活动，敏捷活动与敏捷仪式是多对多的映射关系。 ...
657II(implementation infrastructure)可以翻译为：实施基础设施。基础设施包括了资源、资金、培训、流程定义、经验教训总结等方面的实践，总之，就是要建立进行持续过程改进的能力。实践列表： 1.1 Perform processes that address the intent of the Level 1 practices. ...
2009年曾经写过一篇博文，讲述需求与设计的界线（参见博文：https://blog.csdn.net/dylanren/article/details/4965181），最近又有所思考，对上篇博文整理补充如下。 首先我们从两个日常生活的例子思考一下： 案例一：DIY一台PC。 概要描述...
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
425 篇文章
浏览 133.5K
麦哲思科技任甲林的其他文章
高成熟度的软件估算应该是什么样的？
1 估算基础 1）对估算对象（需求、任务等）的拆分颗粒度定义了上限与下限，以提升估算的准确度。 2）完备识别了估算对象，没有遗漏的需求或任务。 3）估算人员经过了估算方法的系统培训。 4）定义了组织级的估算方法。2 规模估算 1）从不估算规模或经验估算规模升级为客观度量规模，比如采用国际标准的功能点方法或自定义的规模度量方法，无论是哪种方法，规模与工作量之间应该是强相关的才是合理的。 2）如...
快速学习COSMIC方法之七：如何理解功能处理的定义？
在COSMIC度量手册中对功能处理的定义如下：a) 体现了待度量软件的功能性用户需求基本部件的一组数据移动，该功能处理在这些FUR中是独一无二的，并能独立于这些FUR的其他功能处理被定义。b) 一个功能处理只有一个触发输入。每个功能处理在接受到由其触发输入数据移动所移动的一个数据组后，开始进行处理。c)一个功能处理的数据移动的集合是响应触发输入的所有可能的功能性需求所需要的集合。注1：实现时，一个
2017年10月站立会议旁观笔记
近期旁观了一个项目的晨会，识别了一些改进点，记录与点评如下：序号现象改进建议1与会成员22人拆成2-3个小组分别召开站立会议，以提高会议效率。2有2人迟到站立会议是固定时间、固定地点、固定人员、固定话题的，不需要会前通知，有人迟到要定义规则惩罚之：1 微信群发红包；2 会议室放置一个储钱罐，迟到者投币；……要建立团队的文化。3白板状态列包括：待办任务池，编码，代码评审，待修复，完成明确列出等待的状
规模估算的敏捷方法：策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点（story points),故事点只是一个计量单位的名称而已，你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量，也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位，不象度量长度的单位：米，大家都知道1米有多长，你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模，不同的项目所定义的故事点
GOV与II两个PA的案例
CMMI V2.0中GOV与II两个PA比较抽象，我通过实施案例来帮助大家解释一下这2个PA中每条实践的含义。PA 实践编号 Measures校对后的中文翻译 针对培训过程的实施案例 针对编码过程的实施案例 GOV 1.1 高级管理者识别开展工作的要点，并定义实现组织目标所需要的方法 老板要求每个部门有人负责培训工作。 每个部门每个月至少要有1次技术培训。 每个部门每2个月至少要有2次管理培训。 每次培训应该制作录像，便于重复培训。.
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@chandao.com -
融实践库
关于我们 加入我们立即学习
微信号：xdwjack
-
微信公众号
-
微信视频号
-
社区微信群
