案例:工时数据分析
发布于 2024-10-01
81.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 篇文章
浏览 1222.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
AI开发四大核心原则
AI编码工具虽能高效生成代码片段,但在复杂系统开发中常面临逻辑偏差、架构混乱等问题。本文提出四大核心原则:1)完备规划锁定模块边界;2)分级MVP将系统拆解为最小可测单元;3)增量实现以小步快跑方式开发;4)局部修改避免全局重构。这套方法论通过标准化开发流程,将AI的编码优势转化为工程实践,强调"做加法而非改存量"的开发理念,有效解决AI开发中常见的迭代失控、错误传播等问题,实现从试错编码到规范落地的转变。核心在于用结构化方法约束AI生成,保持项目稳定性和可维护性。
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
敏捷方法开发总结的点评记录
某项目组采用敏捷的方法完成了一个项目,在此过程中,每次迭代结束后,项目组的每个成员都总结了本次迭代的经验教训,我汇总这些经验教训后,点评如下:
CMMI2级难点的对策
难点对策(1) 做一个切实可行的项目计划。(1)建立WBS分解的指南与样例(2)对项目经理培训如何做WBS分解(3)培训如何使用project 2007做一个合理的计划(4)加强对项目计划的同行评审(5)定义规模、工作量估算的方法并培训PM(2) 实时掌握项目动态,发现问题,解决问题。(1)建立周例会制度(2)当前阶段的任务分解的颗粒
LLM调用返回值的解析策略
《大模型JSON解析的实战避坑指南》摘要:本文针对大模型应用中常见的JSON解析问题,提出了一套完整的解决方案。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线