如何分析各类时长数据?
1529
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
很多企业想要度量:
- 需求的响应时长
- 服务请求的响应时长
- 缺陷修复的时长
- 问题的解决时长
- 开发响应周期
- 流动时间
- 前置时间
- 故障间隔时间
- 服务恢复时间
- 部署时长
- ......
无论关注对象是谁,无论度量指标叫什么名字,它的本质就是就是时间的长短,在定义与分析时长的数据时有哪些注意事项呢?我简单归纳如下:
- 时长的计量单位是什么:小时,天,周,还是月?
- 时长的精度是什么:是精确到天就可以,还是要精确到小时?分钟?要精确到小数点后几位?
- 对于取整的规则是如何定义的?是四舍五入,还是上取整,下取整?
- 时长的数据是手工记录还是电脑自动记录?如果是手工记录,如何保证及时而准确?
- 时长是工作时间,还是非工作时间都包含在里面?
比如故障修复时间,那可能无论是否节假日都要包含在里面。
如果是内部的评审问题修复时间,可能就排除了节假日。
- 分析数据时是关注单个个体的时长,还是关注平均时长?
- 采集来数据后分析数据的角度是什么?
如:一个问题可能是上周报告出来,2周以后才解决的,这个问题分析时,是按报告问题的时间来分组,还是按解决问题的时间来分组?
采集来时长数据中,如何从数据中找到管理结论呢?我结合实际数据,给出一个分析的案例:
某公司搜集了18周90个问题的解决时长(小时)数据如下表,有了这些数据后,可以做哪些分析呢?
|
问题序号 |
问题解决时长 |
周次 |
问题序号 |
问题解决时长 |
周次 |
问题序号 |
问题解决时长 |
周次 |
|
1 |
5 |
1 |
31 |
52 |
9 |
61 |
15 |
13 |
|
2 |
5 |
3 |
32 |
47 |
10 |
62 |
50 |
14 |
|
3 |
21 |
4 |
33 |
46 |
10 |
63 |
46 |
14 |
|
4 |
24 |
4 |
34 |
18 |
10 |
64 |
52 |
14 |
|
5 |
14 |
4 |
35 |
10 |
10 |
65 |
49 |
14 |
|
6 |
28 |
5 |
36 |
10 |
10 |
66 |
59 |
14 |
|
7 |
29 |
5 |
37 |
33 |
10 |
67 |
48 |
14 |
|
8 |
5 |
5 |
38 |
11 |
10 |
68 |
38 |
14 |
|
9 |
37 |
6 |
39 |
5 |
11 |
69 |
41 |
15 |
|
10 |
36 |
6 |
40 |
57 |
11 |
70 |
51 |
15 |
|
11 |
12 |
6 |
41 |
54 |
11 |
71 |
53 |
15 |
|
12 |
2 |
6 |
42 |
45 |
11 |
72 |
54 |
15 |
|
13 |
38 |
7 |
43 |
59 |
11 |
73 |
56 |
15 |
|
14 |
13 |
7 |
44 |
48 |
11 |
74 |
67 |
16 |
|
15 |
17 |
7 |
45 |
61 |
12 |
75 |
41 |
16 |
|
16 |
33 |
7 |
46 |
56 |
12 |
76 |
47 |
16 |
|
17 |
24 |
7 |
47 |
59 |
12 |
77 |
63 |
16 |
|
18 |
28 |
7 |
48 |
12 |
12 |
78 |
64 |
16 |
|
19 |
26 |
7 |
49 |
13 |
12 |
79 |
46 |
16 |
|
20 |
21 |
7 |
50 |
25 |
12 |
80 |
50 |
17 |
|
21 |
7 |
7 |
51 |
45 |
12 |
81 |
34 |
17 |
|
22 |
5 |
7 |
52 |
52 |
12 |
82 |
39 |
17 |
|
23 |
3 |
7 |
53 |
32 |
12 |
83 |
59 |
17 |
|
24 |
3 |
7 |
54 |
63 |
12 |
84 |
47 |
18 |
|
25 |
41 |
8 |
55 |
65 |
13 |
85 |
54 |
18 |
|
26 |
18 |
8 |
56 |
30 |
13 |
86 |
56 |
18 |
|
27 |
12 |
8 |
57 |
16 |
13 |
87 |
37 |
18 |
|
28 |
25 |
8 |
58 |
52 |
13 |
88 |
47 |
18 |
|
29 |
10 |
9 |
59 |
35 |
13 |
89 |
59 |
18 |
|
30 |
12 |
9 |
60 |
62 |
13 |
90 |
44 |
18 |
第一步:建立问题解决时长的性能基线。
可以采用箱线图法,也可以采用控制图法。由于问题的解决是一个时间跨度,不好确定是以报告时间还是以结束时间来排序,所以直接就采用箱线图来分析。

图1 时长的性能基线
由图1可以发现:
10%的问题可以在7.3小时内解决,即一个工作日内。
有10%的问题超过了59小时才能解决,即超过了7.3个工作日了。
有50%的问题是在38小时内解决的,没有超过5个工作日。
有75%的问题在52小时内解决了,即6.5天内解决的。
第二步:识别异常。哪一个周解决问题的时长有问题呢?
此时需要注意了,根据上边的分布规律分析,有50%的问题是在1周内解决的,我们以周或双周为时间刻度分析某时间段内的异常都是可以的。因为存在某些问题是跨周解决的,所以此时对识别出的异常周次要仔细识别异常的原因。
我们采用X-R控制图来识别不同周次的平均时长是否有问题。

图2 按周次分组的时长的X-R控制图
阅读图2可以发现2个异常周,一个是第6周,问题解决的速度特别快,一个是第15周,问题解决的速度特别慢,此时对这2个异常现象我们可以做原因分析,看看是否可以识别出来改进点。
另外需要注意的是:在此控制图中,能够看到问题解决的时长有递增趋势!这是我们要警惕的,为了仔细分析这个现象,我们还可以做第3步的分析。
第三步:纵向对比变化趋势。
如果按周次画出每周的箱线图在一张图上进行对比分析,则趋势更加明显。即后边5周解决问题的时长下限是在提升的,上限没有提升,这也导致了平均值在提升。

图3 按周次分组的时长的箱线图
如果把90点的数据以散点图的形式展现出来,横坐标是周次,纵坐标是每个问题的解决时长,则我们能看到一个整体缓慢上升的趋势。

图4 时长与周次的散点图
通过以上的案例,各位对如何分析时长数据,是否有所启发呢?
注:以上图形均采用禅道公司的ZenDAS(真大师)工具绘制。
麦哲思科技任甲林
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
白皮书上线