工作一年了，也应该对碰到的一些非技术的事情做一些总结了，以防自己在以后的路上重复犯错。恩。文档很重要。
场景：
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提出？还是自己协调？）
看来应该多看看此类书籍了。。。。