扫码阅读
手机扫码阅读

决策与解决方案练习结果分析

118 2024-10-03

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

查看原文：决策与解决方案练习结果分析
文章来源：
麦哲思科技任甲林
扫码关注公众号
培训练习摘要

培训练习摘要

在2008年3月4日，共有15人参与了关于DAR过程域的培训。培训中，参与者被分为三个小组，每组五人，进行了一个设计方案选择的练习。每个小组的练习及点评过程各自进行了45分钟。

第1组练习结果

练习中，第1组运用了一套评价体系，该体系包括开发时间、系统收益、性能等多个评价指标，并对每个指标设定了权重。评价方法是小组成员协商确定每个方案每个指标的排名，并用权重乘以排名得到综合评价分数。最终，第1组选择了方案2。点评指出，评价指标较多，如果只选取权重较高的指标，结果仍然偏向方案2。

第2组练习结果

第2组设计了五个评价指标，每个指标设有五个等级，由每个专家独立评分。汇总得分后，方案2得分最高。点评认为指标数量适中，等级划分明确，但组内缺乏对不同方案在指标上差异的充分讨论，并且没有设置权重。

第3组练习结果

第3组采用了六顶思考帽的方法，定义了多达11个评价指标。尽管小组成员进行了详尽的讨论，但量化评价结果显示三个方案差异甚小，且有成员对结果表示异议。最终选中了方案2。点评指出了评价指标过多和权重设置的问题，以及小组所用时间过长。

综合分析，各小组都选定了方案2，但评价过程和结果均有所差异，揭示了评价体系设计和评价过程中的不同考量。

想要了解更多内容？

查看原文：决策与解决方案练习结果分析
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
故事缤纷，行云流水--产品团队精益Kanban转型JIRA实战案例
569
团队 改进 开发 用户
怎样实现产品团队真正的“流式”开发？本文告诉你答案：）
用户故事的独特价值和 INVEST特点
565
故事 用户 敏捷 需求
这一篇和大家聊聊用户故事的独特价值和INVEST特点。
用户故事的前世今生
538
故事 用户 敏捷 实践
作为精益敏捷的基石之一，我们一起来了解一下用户故事方法的前世今生。
聊聊效能与敏捷的差异
834
敏捷 效能 测试
小道消息播客音频直播，分享话题：敏捷和效能之间的关系，敏捷能否被度量，敏捷转型为什么会失败
学习敏捷宣言，不可不认识的大师们
576
敏捷 重构
文章来龙去脉第一次听说敏捷的时候是在05-06年间，相信很多人跟我一样都是从XP就是极限编程开始的。当时幼稚
流程问题到底是应该找“Owner”还是其他人？
1650
流程 负责 Owner 执行
谈到流程问题，有一个绕不过去的人就是“Owner”。流程设计要有“Owner”，流程执行要有“Owner”，
麦哲思科技任甲林

麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席

425 篇文章
浏览 103.2K
麦哲思科技任甲林的其他文章
如何设计数据分析指示器？
很多企业采集了大量的数据，但是没有从数据中得出有效结论，其中很重要的一个原因是数据分析的指示器设计的不合理，不便于直观地、快速的发现异常。在实践中我总结了如下的要点：1 选择合适的图形常见的分析图形有5种：饼图、条形图、直方图、折线图、散点图。饼图主要用于比较分析总体中各成分的比例对比关系，一般不超过7种成分时适合采用，如果超过7种则采用条形图。条形图主要用于比较各分类的数量的多少与大小，条形图一
如何做好软件估计?
1 有经验的人参与估算 一方面要对估计的内容有开发经验,另一方面也要经过了估计的训练,在估计方面有经验.两种经验缺少其一,估计的风险都比较大. 2 分解的颗粒度要小 在估计时要对估计的内容进行分解,划整为零,对于小的任务进行估计时,才容易把握.比如让你估计一碗大米中有多少粒一样,一般的办法就是把大米划分成大小基本相等的几堆,先估计其中一小堆或者数一数,然后再估计整体的粒数. 3 确保没有遗漏 如果
已发布接口与公共接口
已发布接口（published interface）与公共接口（public interface） 表弟在读《重构》一书，对已发布接口的概念有些迷惑，我对其进行通俗的解释如下： 已发布接口是指已经发布出去为其他系统的构件所使用的接口，有多少接口的调用者是无法知道的，已发布接口必须保持稳定，否则一旦修改，将引起其调用者的失败，而又不可能穷举出其调用者对他们进行修改，因为接口的作者不知道有多少调用者，
例解：如何分析同行评审的度量数据？
在进行同行评审时，一般可以积累如下的度量数据：（1）      评审文档或代码的规模对于需求文档的规模一般是采用页或功能点为度量单位；对于测试用例的规模一般是采用个或页为度量单位；对代码的规模一般是采用行为度量单位；对于设计或其他文档一般是采用页为度量单位。（2）      个人评审的时间周期，计量单位为小时；（3）      评审会议的时间周期，计量单位为小时；（4）      个人评审发现的缺
如何选择度量元
选择度量元的5个原则 在设计度量体系时，要针对度量目标选择合适的度量元，同一个度量目标可以有多个度量元，究竟要如何选择合适的度量元呢，我们可以参考如下的5个原则进行选择： 原则1：对度量目标的表达能力，即度量元是否准确刻画了度量目标以及要解决的问题?比如，想要监督项目的进展，我们有如下三个选择： 1) 需求完成的百分比； 2) 活动完成的百分比; 3) 已完成活动的计划工作量/所有活动...
随机阅读
从ERP选型、实施、到上线失败,我们到底做错了什么?(下)
06-22
ERP知道“为什么”， MES知道“怎么做”（下）
06-22
为何上ERP系统，ERP的核心价值又在哪里？
06-22
浅谈为什么中小企业生产计划做不好，生产管理混乱？
06-22
MRP、JIT与TOC的比较，看完你就彻底明白了
06-22
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线
去下载