|
|---|
|
|
|
|
|
|
d***u
发帖数: 1 | 1 今天合作团队review一个我经手的项目时发现了各种不达预期的地方，于是跑来问我是
怎么回事。我发现其实是对方一开始和我交接任务时没把需求沟通清楚，导致我漏了几
个需求。我第一反应是说Sorry for the confusion 或者 Sorry I missed that，但转
念一想锅并不在我，明明是对方沟通不到位，我为什么要抢着背锅？于是我找回当时经
手的ticket附在邮件里，说明了是哪里的miscommunication导致了今天的意外，最后附
上今天改好的方案，忍住了差点说出口的sorry…
这一年说sorry的习惯已经好了很多，但由此回想起自己在北美IT公司打工的这几年里
其实说了很多不必要的sorry. 不知道是女性身份、性格因素还是东亚背景，导致我以
前被别人问到问题一上来就习惯先道个歉，生怕是自己给人添麻烦了，虽然很多时候错
不在我……最近一年才改过来这个坏习惯，觉得被人问询或质疑时本该不卑不亢，没必
要默认是自己给人添麻烦了，可能是对方一时半会儿脑子没转过来反而给我添麻烦了呢
？仔细调查完对方的问题再给个答复也不会耽误多久的时间，可以把sorry for the
confusion的口头禅改为let me investigate and I’ll get back to you later，还
能避免一时冲动道歉而给人留下总在犯错的负面印象。
我后来应对别人的质询一般是这么做：
如果真的是自己的失误，承认错误，并告知以后会如何避免重蹈覆辙。打个比方，粗心
大意了，这个没得说，my bad. 如果是技术层面的盲点，总结一下经验教训并抄送全组
让大家都注意一下，在wrap up交接时和合作团队说明一下情况和今后计划的应对方案
，并询问反馈。如果是沟通上的失误，道歉之余还要提出proposal，比如文档可读性不
高就精简文档，平台不方便合作就寻找其他更靠谱的工具，资源繁杂不统一就提出一个
对大家都好的整合方案，诸如此类，并让对方给反馈。总之不能只道歉，要给一个长期
看来行之有效、令人信服解决方案或建议。
如果是对方的失误，先找出证据表明锅不在我，在就事论事解决完问题后，若是偶发小
问题就罢了，如果是环节出了问题，可体面指出对方在哪个环节引发了误会，并提出
what we can try moving forward. 如果问题严重到牵扯多方利益，就escalate到老板
那儿一起想怎么解决。总而言之，工作中要多留存书面记录（邮件、ticket tracking
info 诸如此类），对方掉链子的情况千万不能被甩锅，拿出data facts打回去，保证
在自己不背锅的情况下和各方合作寻求长期解决方案，比如进一步改善流程让对方无锅
可甩、无缝可钻！
希望大家不要和我一样白白低声下气几年才纠正过来～ |
|
|
|
|
|
|
