Jira上几个软件项目JIRA问题抓取分析

最近项目都接近尾声,本着好奇的心里抓取了JIRA 上面几个软件问题的历史数据做分析,发现些有趣的事情。
这几个软件项目的问题参与者涉及了几个不同时区的虚拟团队,有位于东八区的帝都也有位于西八区的漂亮国。刚好JIRA 系统有统计创建问题时间和update 回复时间的记录,把时间分成4段来判断早上工作效果大还是下午工作效果大。
  • 0:00 – 8:00 US PM;
  • 8:00 – 12:00 CN AM;
  • 12:00- 20:00 CN PM;
  • 20:00 – 24:00 US AM;
数据整理后发现无论是帝都人民还是漂亮国人民在提问题和解决问题都是在下午的时候高,看来早上起来心情好,都是要开会呱唧呱唧浪费点时间,下午才会认真干活哈。看了这些数据也就难怪了为啥经常晚上刷不到漂亮国那边的信息,要等我们睡着的时候漂亮国一封封邮件才会飘进来。
Jira上几个软件项目JIRA问题抓取分析
把这几个项目的软件列表导出来,按照问题创建的时间累积绘制曲线图,可以看出老项目(紫色)之前被吹嘘有多年进度有多慢但是问题出现的并不多,问题爆发也并不集中,拖拖拉拉的半年多才从50个问题增加到932个,在量产后的几年内一直在增加问题。而去年接受的项目(绿色)从一开跑就大量迸发问题,问题增加的速度远超历史项目记录,各个合作方的问题也得到了集中的体现。在疫情影响之下,各合作方没办法出差支援集中处理问题,当时确实碰到了很大的压力,还好整体团队采用了各种对策把问题解决率提升上来。这一个项目最终不仅仅达成了各个里程碑,后面几个衍生项目的问题提出率这么低也可以看出受利颇丰。也许这就是去年接手的项目发挥了所谓的平台战略效应吧,各个项目做起来确实轻松很多。
Jira上几个软件项目JIRA问题抓取分析
公司老张老是抱怨工程师们解决问题太慢,在系统上保留了大量的就项目的问题,先去他只是在会上叨叨有这个事情,最近变更更细致的要求把未解决的问题导出在大会上挨个沟通。
为了解释软件问题解决是有快慢缓急,这个是正常现象特意把最近这几个项目已经解决问题从创建到关闭的时间长度拉下表。
项目难度有差异,问题数量有很大的差距,当解决问题的速度是类似的。
Jira上几个软件项目JIRA问题抓取分析