如何对应紧急依赖过来的作业,要有自己的原则

前言

昨天晚上(2019/01/30)的时候,on来了一个紧急的调查作业,

系统发生了SystemError,让调查一下原因。

调查之后,发现出现错误的原因并不是我们造成的,是他系统造成的

调查之后,在昨天晚上退勤的时候,把结果和on连携过去了。

今天早上来单位之后,on那边有来联络了,说如果他系统不修改,我们这边修改的,对应需要多长时间。

她那边着急,十一点的时候要和客户报告,我们在谈论到这里的时候,已经是十点半多了,

我简单看了一下业务相关的代码,觉得代码修改加上UT一天就能修改完了。

于是我和on说,两到三天可以对应完了。

前提条件是,只做UT,不做横展开,不进行IT测试,不进行ST测试

还有马上就春节放假了,春节期间我们不可能出勤对应。

问题点1

没有确认这个问题是 障害 还是 CR(式样变更)

不应该被on带着跑,自已也应该有一些自己的观点。

正确的做法应该是这样

先和on确认一下,这个倒是是不是要作为我们系统的·障害 来对应。

如果 有 理由 判断 是我们的系统的问题,那么我们可以紧急对应。

但是,这里要说的是但是,如果这个问题,不是我们的原因,是他系统的原因,那就令当别论了。

这个时候,如果再让我对应,就应该是作为CR的形式来对应了,不能作为紧急对应了!

问题点2

过于着急的给on说出了修改大概需要的时间

on说他十一点的时候要和客户报告,所以我这边大概看了一下,就告诉她时间了。

就算是对业务熟悉,一天对应完了的内容要了两到三天的工数,

说了一堆前提条件,万一真的有考虑不足的地方,

春节期间,出了问题,能不过来吗?!

问题3

没有确认案件的负责人

这个案件on的但当者到底是谁,和我确认这件事情的人,并不是我们现在这个案件的负责人。

她只是对这个系统中 和 他系统连携 这一块的业很熟悉,同时我们之前也合作过别的案件。

具体对不对应,怎么对应,应该是当前这个案件的负责人来决定的。

而不是现在和我联络的这个on来决定的。

最后

感谢对我做事中的错误,指出问题点的楊さん、シン総。非常感谢!

今后在和on的沟通中,一定改善,争取让我们这边掌握主动。

不要让on牵着走。

猜你喜欢

转载自blog.csdn.net/sxzlc/article/details/86726992