工作一年了,也应该对碰到的一些非技术的事情做一些总结了,以防自己在以后的路上重复犯错。恩。文档很重要。
场景:
A收到TL提出的问题:你系统上的某客户端不能正常工作。
A:B同学,你负责的XX客户端有问题了。
B:不可能,你测试一下是不是网络问题,telnet IP port试试。
A:doing。。嗯,好像真的不通。我问问C同学去。你确认是这个IP?不是IP1?
B:没错,就是IP。
A:发邮件给C。
C:不是网络问题,IP1防火墙是开通的。
A:B同学,C同学说不是防火墙问题。
B:不能阿,就是网络问题。你看telnet ip port都不通。
A:打算回复邮件说“B说就是网络问题“ B看到了。
B:直接和C说吧,多大点事阿,随后就和C直接协商了。
A:释然了
协商结果:应该是telnet ip1 port
TL
||
B《=》A《=》C
在这个场景中:
首先A的沟通是否有问题?
TL应该向谁询问系统相关软件的问题?A?B?(应该是A和B,而不应该单独询问A)
沟通中A B C中的角色分别是什么样的?
(A作为系统维护人,有责任第一时间承担协调第三方和各类协助方。当需要某些资源时及时向TL表明。A B C在完成本次任务的时候属于临时的TEAM,之间的责任划分不明确的时候需要TL介入)
A应该如何做才可以避免此类事情?(向TL建议下次将B也加入收件人,如果TL忘记,全体回复一份委婉的邮件向B提出请求协助)
嗯,引申一下就是如何管理第三方在自己负责的系统上的调试排错问题。还需要确保生产系统原有业务不受影响。以下提供了两个选项:
1 A向B提供操作权限,由B来调试,自己在旁边监督。
2 B向A提供技术支持,由A来调试,B在旁边指导。
那么当需要第三方(C)来协助时,是由A还是B来协调呢?(个人感觉应该还是A)
当C和B的意见/责任不一致A应该如何做?(向TL提出?还是自己协调?)
看来应该多看看此类书籍了。。。。