当前位置: 首页 > news >正文

如何分析各类时长数据?

很多企业想要度量:

  1. 需求的响应时长
  2. 服务请求的响应时长
  3. 缺陷修复的时长
  4. 问题的解决时长
  5. 开发响应周期
  6. 流动时间
  7. 前置时间
  8. 故障间隔时间
  9. 服务恢复时间
  10. 部署时长
  11. ......

无论关注对象是谁,无论度量指标叫什么名字,它的本质就是就是时间的长短,在定义与分析时长的数据时有哪些注意事项呢?我简单归纳如下:

  • 时长的计量单位是什么:小时,天,周,还是月?
  • 时长的精度是什么:是精确到天就可以,还是要精确到小时?分钟?要精确到小数点后几位?
  • 对于取整的规则是如何定义的?是四舍五入,还是上取整,下取整?
  • 时长的数据是手工记录还是电脑自动记录?如果是手工记录,如何保证及时而准确?
  • 时长是工作时间,还是非工作时间都包含在里面?

  比如故障修复时间,那可能无论是否节假日都要包含在里面。

  如果是内部的评审问题修复时间,可能就排除了节假日。

  • 分析数据时是关注单个个体的时长,还是关注平均时长?
  • 采集来数据后分析数据的角度是什么?

如:一个问题可能是上周报告出来,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(真大师)工具绘制。


http://www.mrgr.cn/news/51467.html

相关文章:

  • 矩阵求导数
  • java地理方位角度计算
  • PAT甲级-1127 ZigZagging on a Tree
  • 交通事故磕了牙,在私立诊所修复牙齿的费用,该不该赔?
  • Ascend C算子编程和C++基础 Lesson3-3 混合算子
  • 020_FEM_Meshing_in_Matlab工具箱PDE之网格划分
  • C语言高效内存管理:对齐、缓存与位域
  • 【Java后端】Spring vs SpringBoot
  • 过期大米被重新销往乡村学校?论EasyCVR平台如何构建校园食品卫生安全视频监管方案
  • 一文通透OpenAI o1:从CoT、Quiet-STaR、Self-Correct、Self-play RL、MCST等技术细节到工程复现
  • 无人驾驶车辆的“网络秘密“,联网可不是个简单的事儿
  • HarmonyOS 应用级状态管理(LocalStorage、AppStorage、PersistentStorage)
  • 免费开源的微信开发框架
  • 什么是CPC认证 儿童产品CPC认证如何申请
  • golang一个轻量级基于内存的kv存储或缓存
  • JAVA 中的克隆对象
  • Docker-compose 单节点管理、consul 注册中心、registrator、template
  • 35岁前端开发者:转型还是坚守?
  • 深入了解车载测试:Canoe 报文分析过程及关键字大揭秘
  • 维护woocommerce商城网站需要懂哪些技术