扫码阅读
手机扫码阅读
如何分析各类时长数据?
1041 2024-11-05
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:如何分析各类时长数据?
文章来源:
麦哲思科技任甲林
扫码关注公众号
时长数据分析摘要
企业通常关注多种时长度量指标,如需求响应时长、服务请求响应时长、缺陷修复时长等。这些指标的核心都是时间长度的度量。在定义和分析这些时长数据时,需要注意以下几点:
- 时长的计量单位(小时、天等)
- 时长的精度(精确到几位小数)
- 取整规则(四舍五入等)
- 数据记录方式(手工或自动)
- 时长是否包括非工作时间
- 数据分析是关注单个个体还是平均时长
- 数据分析的角度(按问题报告时间还是解决时间分组)
为了从时长数据中找到管理结论,可以采取以下分析步骤,以一个公司18周内90个问题解决时长的数据为例:
- 建立问题解决时长的性能基线,使用箱线图或控制图分析。
- 识别异常,使用X-R控制图识别不同周次的平均时长异常。
- 纵向对比变化趋势,使用箱线图和散点图对比分析。
通过这个例子可以看出,10%的问题在一个工作日内解决,50%的问题在5个工作日内解决,75%的问题在6.5个工作日内解决。分析还发现了两个异常周次,第6周解决速度快,第15周解决速度慢,且整体上看问题解决时长有递增趋势,这是一个警示信号。
以上分析启发了时长数据的分析方法,并强调了数据分析在管理决策中的重要性。所有图形均使用ZenDAS工具绘制。
想要了解更多内容?
查看原文:如何分析各类时长数据?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 107.2K
麦哲思科技任甲林的其他文章
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
随需而变,拥抱CMMI V2.0新时代
一、前言CMMI DEV V2.0在2018年3月底正式发布,这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会(ISACA)之后的第一次版本更新,自2011年11月SEI发布CMMIV1.3版本之后,已经历时七年没有更新版本了。在这七年的时间中,Scrum、极限编程、精益看板方法、SAFe、 DevOps,LeSS等方法百花齐放,快速流行,极大地丰富了软件组织实施...
普通原因与特殊原因的区别
在SPC中,对过程的偏差区分了信号与噪音,信号是特殊原因造成的偏差,噪音是普通原因造成的偏差。这两类原因有啥区别呢?我归纳整理如下: 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因,我们称之为:“处于统计控制状态”、“受统计控制”,或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时,过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
如何选择参评项目个数?
在CMMI的评估方法SCAMPI V1.3中,对于参评项目的个数给出一个公式进行计算确定: 实际子组个数*该子组内的项目个数每个子组的参评项目个数=—————————————————
为什么忽略管理的常识?
最近连续审查了几个客户的过程文档体系,有个问题,让我一直苦思:为什么我们总是忽略管理常识? 企业在实施CMMI的时候,为了满足模型的要求,在描述自己的过程时,习惯于照搬模型的描述。最典型的例子是PMC的描述,模型中描述了10个实践: SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线