案例:工时数据分析
发布于 2024-10-01
66.9K
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
工时数据分析摘要
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 成员,中国分部主席
471 篇文章
浏览 961K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
软件研发人员考核的十项基本原则
任甲林 摘自> 软件研发人员的考核一直是软件企业管理的难点,笔者在长期的研发管理实践与咨询实践中,总结了进行软件研发人员考核的一些基本原则,整理出来与大家共享: 要体现公司的价值观 公司的价值观体现了公司认可什么类型的人员?要挽留哪些人?提倡做什么?对这些人员的认可可以通过具体的考核办法落实下来。比如企业鼓励在某一个业务领域内积累丰富的领域经验,鼓励在某个技术方向上进行深入钻研等
如何确定测试的重点?
测试投入不足是大多数项目都面临的棘手问题。在此前提下,如何最大限度的提升软件的可靠性呢?本文给出了一个简单框架,帮助组织与项目组定义自己的测试策略、测试重点。
何谓根本原因?
最后一个可控原因就是根因!何谓可控原因?即在原因分析的责任主体内可以改变的因素就是可控原因,反之责任主体无法改变的因素就是不可控因素,不可控因素应该做为原因分析的外部条件,前提条件。
QA例会的6个问题
QA人员在工作中要按照质量保证的流程进行工作,QA的主管要对QA的工作进行检查,如何检查呢?参考每日站立会议的方法,我认为无论是周例会还是月例会,在每次的QA例会上,建议每个QA都要回答清楚如下的6个问题: 1 本期检查了什么? 2 该检查未检查的过程或活动有哪些? 3 查出来了哪些不符合问题(NC)? 4 该解决未解决的NC有哪些? 5 后续的解决或改进措施有哪些?
如何落地“单一职责原则”?
摘要: 本文探讨面向对象设计中的单一职责原则(SRP)在AI技能(Skill)开发中的实际应用。通过“五个单一”(目的、触发、输入、输出、变化)标准,提出“动词+名词”组合法作为核心判定工具:一个Skill应仅完成一个逻辑连贯的任务(如“生成PRD”)。Skill可分原子层(小职责)和组合层(大职责),后者可通过调用小Skill实现复杂功能,但需封装独立业务逻辑。文章对比正反案例,指出常见陷阱(如过度拆分或机械编排),并给出三步判定流程,强调Skill设计应像乐高积木一样精准分层,确保职责清晰且实用。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线