通过雷达图的面积进行总体对比分析是不可靠的!
发布于 2024-10-01
1699
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
雷达图是分析和比较多个指标时常用的一种图形工具。本文以两个项目在五个不同指标上的得分进行对比,指标包括交付速度、交付质量、成本超支率、员工满意度和客户满意度,每个指标的取值范围为0到1,分值越高代表表现越优秀。
对于如何比较两个项目的总体差别,文章提出可以理论上比较雷达图中对应多边形的面积。计算面积的方法是将多边形分割为多个三角形,使用公式S=1/2*a*b*sin(A)计算每个三角形的面积,再将它们累加。例如,项目A和项目B的面积分别计算为1.7214和1.7048。
然而,文章指出一项重要的注意事项:改变指标的排列顺序会导致计算得到的多边形面积发生变化。这表明,通过雷达图多边形面积的大小来代表项目的总体业绩是不准确的,因为排列顺序的不同可能会颠覆哪个项目的面积更大的结论。
最后,文章提出了一种比较项目总体业绩的可行方法:定义多个指标的加权平均值或汇总值,并以此进行比较。这种方式可以避免排列顺序带来的影响,从而更加科学地反映两个项目的总体表现。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 892.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:如何评价代码走查的效果?
实施了代码走查,效果如何呢?我们可以通过定量的数据进行分析!数据中隐藏着结论,我们要努力发现它!
系统测试成功的关键点
(1)系统测试人员参与需求评审 (2)定义明确的测试需求 (3)测试人员要在需求阶段介入项目组 (4)系统测试用例要覆盖所有的场景 (5)建立产品需求与测试用例的跟踪矩阵 (6)评审测试用例 (7)利用回归测试工具 (8)
七种场景下的软件工作量估算步骤
场景一:合同前的工作量估算场景描述:(1) 没有实施过CMMI2级(2) 合同未签,需要给客户报价(3) 有客户的概要需求,有类似的项目数据可供参考(4) 需要估计整个项目的总工作量,以便于估算总成本,给客户报价估算步骤:(1)寻找类似的历史项目,进行项目的类比分析,根据历史项目的工作量凭经验估计本项目的总工作量;(2)进行WBS分解,力所能及地将整个项目的任务进行分解;(3)参考类似项目的数据,
先敏捷再规范
先敏捷再规范,先做到再写到,先短期利益再长远利益,先实效再完备。 这个策略源于实践。因为一步到位直接采用规范的方法,阻力比较大,效果难以持久,很可能事倍功半,敏捷方法以其短期内可以见效、对已有的开发过程调整幅度小等特点易于开发人员接受,所以可以先敏捷再规范,将敏捷作为通向规范的一个阶段。 芸芸众生,大都是凡人。凡人都是注重短期利益的。只有那些领袖、那些思想家才是目光如炬,站的高看的远。过程改进要从
心正、身正,则客户正
最近连续和2位老板聊天,感触颇多。 第1位朋友曾经实施过CMMI,当时随着客户的投诉的增多,他期望借助于CMMI模型解决管理问题,便于兑现给客户的承诺,获得比较高的客户满意度,公司在过程改进上投入很大,但是实施下来远远没有达到他们的期望,咨询公司没有提供有效的帮助,于是就夭折了。 第2位朋友的公司正在实施CMMI,公司希望想要成效和证书,公司投入了很大的精力,但是从咨询公司的最初介入就给误导上了一
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线