扫码阅读
手机扫码阅读
案例:工时数据分析
20 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:案例:工时数据分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
工时数据分析摘要
1 数据整理
通过重新排序表格列,按照需求数、人数、任务数和工时数的自然发生顺序,对原始数据进行了整理。
2 分布分析
- 2.1 80-20分析: 对单位需求工时进行80-20分析,发现K产品的单位工时异常高,而M和N两个产品的单位工时较低,均需进一步分析原因。
- 2.2 识别离群点: 通过图形化汇总分析需求数,识别出两个规模最大的项目为离群点。排除这些离群点后,需求数呈正态分布。类似的方法也被用来分析其他度量元,如单位需求工时、人均消耗工时和需求人均工时,发现项目C、K和E分别有离群点。
3 相关分析
- 剔除离群点: 两个规模较大的项目被视为离群点并剔除。
- 观察散点图: 通过绘制散点图,观察需求数与任务数、人数和总消耗之间的关系。
- 计算相关性系数: 相关性系数计算表明需求数、任务数、人数和总消耗之间存在相关性,尤其是需求数决定了其他三者。
基于以上分析,得到了两个回归方程用以估算总消耗,分别是:
方程1: 总消耗=136.7+26.96*需求数。
方程2: 总消耗=-6+5.537*任务数。
尽管这两个方程的残差标准差较大,导致预测区间较宽,但方程2的相关性系数较大,残差标准差较小,因此实用价值更大。
最后,文中指出数据量较小可能限制了分析的说服力。此外,离群点的原因分析、数据简化以减少成本,以及不具代表性的度量元的剔除都是未来分析中应考虑的因素。
想要了解更多内容?
查看原文:案例:工时数据分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 58.9K
麦哲思科技任甲林的其他文章
由外而内的过程改进策略
何谓“外”?外,是相对而言的。 对于一个软件公司而言,供应商、客户为“外”; 对于一个开发部门而言,供应商、客户、其他部门(比如市场部门、运维部门等)为“外”; 对于一个项目组而言,供应商、客户、其他部门、其他项目组、其他支持组为“外”; 对于一个项目组内的小组而言,其他小组、其他项目组为“外”; 对于一个项目阶段而言,
快速学习COSMIC之一:COSMIC方法的简单案例
COSMIC方法是新一代的软件规模度量方法,其基本的原理很简单,就是度量软件需求中的输入、输出、读、写这4类数据移动的个数,我们通过2个简单的例子来说明其基本的原理。 案例一:针对MIS类软件的需求 对于应用软件而言,我们都有这样的需求:允许合法用户登录到系统中; 对于上述的功能需求,我们可以采用USE CASE的方式详细描述需求如下:
做好同行评审的24个细节
同行评审是在软件开发完成之前,通过技术专家发现潜在缺陷的一种有效手段,和在代码完成之后进行的软件测试可以相辅相成,提升软件的质量。而同行评审发现缺陷的成本低、修改缺陷的效率高,在开发中更值得投入。但是,在很多软件组织中这种手段却没有得到很高的推广,从本质上是没有建立起同行评审的文化。通过对多家组织同行评审活动的观察,我发现同行评审的质量取决于多个细节,细节决定成败,因此我总结了做好同行评审的24个
如何管理小型软件项目?
如何管理小型软件项目?这个问题在多个客户那里探讨过多次。所谓的小型项目一般是指估计工作量大于3人月小于9个人月的项目。对于没有实施CMMI的企业,这类项目一般是放任自流,少有管理了,对于实施CMMI的企业,如果这类项目也想要达到CMMI的要求,管理的成本相对投入比较大,难以平衡管理的成本与收益,因此,需要做裁剪。如何裁剪,就是难点。经过与多个客户讨论,最终形成了如下的参考意见。每个企业的特点不同,
项目回顾案例
某公司从2015年6月下旬开始启动了一个敏捷开发的项目,截止到8月中旬结束,投入的开发人员、测试人员、管理人员达到60多人,2015年8月31日,由咨询顾问作为主持人带领该团队的10多名核心人员,对整个项目进行了系统回顾总结,整个回顾总结的过程如下: 1 咨询顾问花了1小时的时间,讲解了进行项目回顾的方法。强调了回顾的目的、方法、步骤、注意事项等,给出了一些公司的总结样例。对本次总结的会议制定
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线