今天我继续在前面的email chain, 问他什么时候可以开始做他系统的改动,因为他的系统的问题必须解决,我做的改动放进去才不会引起他系统的问题,他回答说we determined before the project started, will not impact his subsystem. 然后说not sure 他什么时候能开始work on his change. 还问你传过来的东西为什么被 system cancelled? If you want me to look at it for you, tell me the #...
我一看就很恼火,我上周已经给你说了问题,并且找到了原因。怎么你还问 why? 我就说, it doesn’t matter what we determined. This issue has to be fixed. Maybe more research should have been done in your subsystem at that time. 然后又把逻辑错误的地方重发了一遍。然后他就回答, let me correct, this is Not an issue. Due to your proposed change system scope is changing, until last Tuesday we don’t even know your change affects my system.
我看了更加气愤,就cc managers, 说, this is a bug that has to be fixed. If you don’t want to fix, i’m Ok with it. If later on in production all PAs we created got cancelled by your subsystem, you will take the responsibility. It is your responsibility to research what needs to be changed or fixed in your subsystem, not mine.
然后他回复说, 这个逻辑在 production 好多年了,也没出现问题啊。现在是你的新东西要放进来,才会被 system cancelled. 我本来正想这样回复, a bug that has not been triggered does not mean it is not a bug. 结果还没发呢,cc 的同事就Skype 我, suggest me to calm down. 还说我说话的tone 显得我很rude. 所以对方变得defensive,事情 escalated. 可是我觉得这些话是带有情绪,但都是事实,怎么会给人rude 的感觉呢?后来她给我也打来电话,说她理解我的 frustration, 那个问题确实是个 issue. 但劝告我不要冲动下发 email,控制情绪之类,以免别人给你bad reviews. 我也知道她是为我好,就是不明白我那些话怎么办是 rude呢?
this is a bug that has to be fixed. If you don’t want to fix, i’m Ok with it. If later on in production all PAs we created got cancelled by your subsystem, you will take the responsibility. It is your responsibility to research what needs to be changed or fixed in your subsystem, not mine.
- the tone in your email was pretty strong, or, can be taken as rude. because it's not our first language, it happens. you may send a thank you note to your friend, who tried to help
- while your point may make sense, when getting your receipient annoyed, it's not a surpriuse he gets defensive ( especially when copied manager).
- suggest you to reach out to him, to propose a short (15 min. )face to face conversation, or at least a con-call, to explain what is your thought, why you thought so, to at least give him an opporunity to communciate with you.
- in case it works out, great. In case not, then there's a need to talk to your manager to help you to solve the issue.
不同意或不懂我说的,他应该主动来问我。而不是我成天 follow up with him. 我又不是project manager, 是和他平级的developer. 大家各自负责一个大系统中的不同部分。为什么我要替他这样不负责任,又态度不好的人负责?我打算以后少说话,不来问我就不管。影响到我的change进度,就找pm 说。
你文中说“和他讨论了我们的方案,他和user 研究后说他的分系统不做改动。”可你后来又要求他改动系统。“他回答说we determined before the project started, will not impact his subsystem. 然后说not sure 他什么时候能开始work on his change.”
还有你这几句话 “this is a bug that has to be fixed. If you don’t want to fix, i’m Ok with it. If later on in production all PAs we created got cancelled by your subsystem, you will take the responsibility. It is your responsibility to research what needs to be changed or fixed in your subsystem, not mine. ” 是有很重的point finger,blame别人,甚至提前推卸责任的嫌疑。
从他的Email可以看出,他认为“let me correct, this is Not an issue. Due to your proposed change system scope is changing, until last Tuesday we don’t even know your change affects my system. ”“这个逻辑在 production 好多年了,也没出现问题啊。现在是你的新东西要放进来,才会被 system cancelled. ”
今天我和一个同事email讨论工作,cc 另个同事。 cc 的这个同事工作交流很多,我们相处关系还算不错,一直互相帮助。可是今天她Skype 上给我说我给那个同事发的email 让人读上去感觉很rude. 我承认我是带着情绪发的,但是说的都是事实啊,所以我没觉得是rude.
起因是这样子的。三月份有个project我们决定了一个方案,影响几个分系统,包括今天email 的同事维护的分系统。和他讨论了我们的方案,他和user 研究后说他的分系统不做改动。最近我做好我这部分改动后,发现一到他的分系统, status 就变成了system cancelled. 上周二我就给他讲了这问题,他看了一下说是我的数据原因。我感觉不是,就让他把那部分logic 给我找出来看,一看我就发现里面的逻辑错误。我告诉他是因为这个错误,传过去的东西才被cancel. 这个需要fix。然后我又找user 提到这个问题。user 也同意改动。然后我又回头和他讲,他说这需要系统改动,他需要研究。我告诉他可以改动的两个方法。然后他就再无声息。
今天我继续在前面的email chain, 问他什么时候可以开始做他系统的改动,因为他的系统的问题必须解决,我做的改动放进去才不会引起他系统的问题,他回答说we determined before the project started, will not impact his subsystem. 然后说not sure 他什么时候能开始work on his change. 还问你传过来的东西为什么被 system cancelled? If you want me to look at it for you, tell me the #...
我一看就很恼火,我上周已经给你说了问题,并且找到了原因。怎么你还问 why? 我就说, it doesn’t matter what we determined. This issue has to be fixed. Maybe more research should have been done in your subsystem at that time. 然后又把逻辑错误的地方重发了一遍。然后他就回答, let me correct, this is Not an issue. Due to your proposed change system scope is changing, until last Tuesday we don’t even know your change affects my system.
我看了更加气愤,就cc managers, 说, this is a bug that has to be fixed. If you don’t want to fix, i’m Ok with it. If later on in production all PAs we created got cancelled by your subsystem, you will take the responsibility. It is your responsibility to research what needs to be changed or fixed in your subsystem, not mine.
然后他回复说, 这个逻辑在 production 好多年了,也没出现问题啊。现在是你的新东西要放进来,才会被 system cancelled. 我本来正想这样回复, a bug that has not been triggered does not mean it is not a bug. 结果还没发呢,cc 的同事就Skype 我, suggest me to calm down. 还说我说话的tone 显得我很rude. 所以对方变得defensive,事情 escalated. 可是我觉得这些话是带有情绪,但都是事实,怎么会给人rude 的感觉呢?后来她给我也打来电话,说她理解我的 frustration, 那个问题确实是个 issue. 但劝告我不要冲动下发 email,控制情绪之类,以免别人给你bad reviews. 我也知道她是为我好,就是不明白我那些话怎么办是 rude呢?
this is a bug that has to be fixed. If you don’t want to fix, i’m Ok with it. If later on in production all PAs we created got cancelled by your subsystem, you will take the responsibility. It is your responsibility to research what needs to be changed or fixed in your subsystem, not mine.
NASDAQ 涨势不减,美国经济走出低谷,而代表IT业的S&P500持续低迷,IT就业市场继续走低,裁员减薪趋势不可逆当!
IT学子用垂不朽!
建议向你的另一个同事请教如何解决问题,又不损害自己。
我帮他发现他系统里的问题,又帮他找出原因,还提出我的修改建议。这本来都是应该他自己做的。他一副不负责任的态度,倒好像是他帮我做什么事是似的。最后还落得个rude的评语,我觉得很委屈啊。
有的说法能把事办成,有的办不成。有的让人愿意听你的,有的相反。
你大概没有权力指挥你同事,建议交上级处理。
主要是心中对不负责任的人很气愤,语言也不好,就顾不上措辞了
把你的方案搞个项目计划,提交老板与相关人士批复。你不这么做却那么干,我就不太清楚你的职责是什么,如果对你的主帖没有理解错的话。
那个人对你的答复我认为是比较职业规范的。关于你的询问,别人的答复也已清楚了。事实上,你跟他点明 root cause 之后,如果不照我开头说的那么去做的话,基本就没你的什么事儿了。
我总的感觉是你自己放不下,认为别人会时刻 finger pointing 你。你的做法不太 positive。
要注意调整心态,不要轻易在工作中做事讲话个人情绪化。
我觉得你的email确实比较rude,句句是事实不代表你有权力rude。
这种情况下,电话沟通,电话后再email总结比你用那样的口气写email escalate强。
当然如果你存心和对方过不去,要escalate,那是另外一回事,不过如果那样,你最后的那份email措辞很不严谨,不professional,反而容易给对方倒抓把柄。
你请教一下那个cc的同事,怎么尽量把这件事情以最良好的情况来解决
a couple of suggestions, hope it helps a bit:
- the tone in your email was pretty strong, or, can be taken as rude. because it's not our first language, it happens. you may send a thank you note to your friend, who tried to help
- while your point may make sense, when getting your receipient annoyed, it's not a surpriuse he gets defensive ( especially when copied manager).
- suggest you to reach out to him, to propose a short (15 min. )face to face conversation, or at least a con-call, to explain what is your thought, why you thought so, to at least give him an opporunity to communciate with you.
- in case it works out, great. In case not, then there's a need to talk to your manager to help you to solve the issue.
典型的老中毛病,完全是在家里骂老公孩子的口气。
来自不同的人。好像不同的人说就是事实了一样。让我很难辩解。这个同事可能担心我再次给老板留下坏印象。她一再说她理解我说的,但是不能情绪化说话。
face to face conversation is better.
不同意或不懂我说的,他应该主动来问我。而不是我成天 follow up with him. 我又不是project manager, 是和他平级的developer. 大家各自负责一个大系统中的不同部分。为什么我要替他这样不负责任,又态度不好的人负责?我打算以后少说话,不来问我就不管。影响到我的change进度,就找pm 说。
我以前和同事(印度的)有个EMAIL 冲突。后来老板来开解,
再后来, 和这印度同事成为好朋友。 再后来, 我有什么重要的事都FACE TO FACE, 或者PHONE CALLS。
你知道的, 很多人都不认真读EMAIL的
时间都浪费在交流上了。以后我会注意,也少说话了。
职场上的目的是把事儿做了,而不是证明谁对谁错。有的人让他认错,比登天还难,所以提了建议他可能嘴上不认错但会照着你说的做,这样年终总评时就是你的一条成绩。(即使他不照着做也是你的成绩。)至于他做不做,不是你的职责,让你的头儿去处理。
从帖中所述,你的这位同事可能不知道怎么改他的系统。所以挖空心思的狡辩,直到你急了,他就找到借口把整个事情变成你的态度问题,而不是他的能力问题了。
发给他的邮件,有几个词以后最好不用,“has to be", "you'll take responsibility", “I've told you", "should have been", 这些词听上去有指责的意味,容易引起逆反心理。
《西游记》里,悟空对八戒说过(大意):柳木柔顺,被人拿来雕刻成菩萨,天天供着,对着又烧香又磕头。檀木坚硬,被人拿来做成木鱼,天天敲打。
直属上司就是干这活的,让他解决。你一干活的,态度可以非常好。
“从帖中所述,即使你已经教了他,这位同事可能还是不知道怎么改他的系统,所以挖空心思的狡辩。直到你急了,他就找到借口把整个事情变成你的态度问题,而不是他的能力问题了。”
对极了,确实就是这样子的。我比他更了解我们整个大系统,数据库。和他开始交流,就发觉他对我们的数据库不了解。这没什么,谁都有不熟悉的东西。关键是别人给你指出来问题,自己就该认真对待。不懂别人说的,就要想尽办法弄懂,而不是置之不理或胡对付搪塞狡辩。要是别人指出我负责的系统问题,我会努力搞得清清楚楚,即使别人说的有错,我也会自己100% 确认不会引起问题。
and arrogant.
英语不是母语的硬伤!
之类的。relationship building, diplomacy 之类的。
象你写的这样方式,我们在3月project 开始时就交流过了。做成啥早就给他解释过了。原贴里提过了。他当时的结论是不影响他的系统。上周我拿到试验结果,证明他的系统会受影响需要改时,我和他也是像你写的这样子耐心交流的。结果是他不了了之。这周我主动再次讨论,他居然装作好像第一次知道这回事。这种情况下,你还能说出这种不痛不痒的话吗?即使说了,你觉得结果会是什么。他的回答会和给我的回复一样。连我那个同事都说是他 dropped the ball. 我不告诉他怎么改,你保证他知道如何改?我也纠正一下,我从来没说他这人有错,是他维护的系统有错。而且如果不改正,我做的新东西也没法用。这就是为啥我要盯着他改,因为影响我的工作和进程。不然我吃饱了撑的,管他人闲事?错到天上去于我何干?
你文中说“和他讨论了我们的方案,他和user 研究后说他的分系统不做改动。”可你后来又要求他改动系统。“他回答说we determined before the project started, will not impact his subsystem. 然后说not sure 他什么时候能开始work on his change.”
这很正常。你帮他看出错误,不代表他就同意,也不代表他就愿意改,因为任何系统的改动都需要很多测试,要花时间。而且他可能还有其它更急的工作。
建议你找相关人员甚至各自的老板再开一次会,解释一下他们的系统为什么要修改(可能是不改的话就没有其它更好的方案?),他们要做怎样的修改,他们估算一下要花多少时间,是不是现在这个修改的事情最重要, 等等。要大家都同意才行。
还有,你帮他看程序,找错误,只能算是好心帮他,不能做为要求命令他做,因为你并不是他的老板。
还有你这几句话 “this is a bug that has to be fixed. If you don’t want to fix, i’m Ok with it. If later on in production all PAs we created got cancelled by your subsystem, you will take the responsibility. It is your responsibility to research what needs to be changed or fixed in your subsystem, not mine. ” 是有很重的point finger,blame别人,甚至提前推卸责任的嫌疑。
总结一下你沟通中的问题,没有按照当初的决定做,修改决定后又没有和对方好好商量,没有分清各自的职责,没有站在对方的角度想,对方不同意你,你就生气,指责对方。你有很多需要提高的地方。
只能说明他当初没好好做研究或能力不足,给出了错误的结论。不是我又提新要求,变动计划。他系统里有无错不是由我控制的。需不需要改我如果不是十分清楚会乱讲吗?程序里有bug 不用fix,有更好方案?
具体怎么做都是员工自己之间商量解决去。
从他的Email可以看出,他认为“let me correct, this is Not an issue. Due to your proposed change system scope is changing, until last Tuesday we don’t even know your change affects my system. ”“这个逻辑在 production 好多年了,也没出现问题啊。现在是你的新东西要放进来,才会被 system cancelled. ”
看你其它的回复,具体问题要员工商量解决,你们还是应该好好商量。实在不行找老板吧。言辞尽量委婉,不是这件事情做完,以后就不跟这人打交道了。
这样子的人我门组里还不少。自己不懂吧还不认真谦虚,还总想当然。真的是特别难合作。你说的对,我以后肯定注意措词,不然以后更难打交道了。
不过注意方式方法是不错的,你有能力,若想更上层楼就得考虑一下人际关系。
想想你没改变前,不是运行的好好的,现在有问题,直觉上是你的改动出现的问题。
可能是个陈年错误,但已经确定的方案是他的系统不受影响,你就要让你的修改在有错误的前提下继续运行,然后报告发现了一个错误。
这是两个问题:修改不影响他的系统,有一个错误。你显然把它们纠缠到一起了。
美国职场最忌讳point finger。有些公司不叫错误mistake,叫opportunity。你不和公司culture 和 老板保持一致,吃亏的是你。
没有人愿意改自己的东西。在这种情况下,利诱而不是威胁。
你很能干,但是不是能干就会被appreciated 的。
只要感觉对方不合作,转身找manager,they get paid!
另外就事论事,千万不要说别人的系统有bug
我和别的部门合作,那人不理我,我告诉老板,老板根本不找那人,直接找他老板,他马上行动,电话上说我crying,whatever,I don't care, 他必须完成他的活
把事想透。
"世事洞明皆学问,人情练达即文章。"
你是聪明人。以后有事,事先可以做些"兵棋推演"。至少在事后,可以复盘研究,把事想透。
技术大拿诚可贵,职场大拿价更高。
是呀你把project的scope给改了,还是别的部门的,当然是你的问题呀,和态度都没关系,你的思维方式有问题。
不知你们公司大不大,大公司象这种都是要budget的。你又不是老板,别人为什么要为你把一个已经运行没有问题的系统改掉呢?
万一改了造成更大问题呢?你论证过吗?你负责吗?你怎么负责呢?
你认为你的logic正确,他认为他的系统没错,你们的下一步是一起研究对策,怎么能让你完成你的project,你需要他的帮助因为这样他和他的老板能帮到你
Pointing fingers at this person and yelling.
尤其是文字交流, 要注意措词。我个人感觉美国人非常善于看人说话, 看对方的表情说话。我就比较急, 急着要把事情解决了, 一着急就顾不上了, 加上英语不是自己的母语, 所以也吃过莫名其妙的亏。
不理睬吧,去年他们就告我状了。意思是说我急于求成,不管不顾下游系统。其实事实不是那样子的。他们自己因为不懂,胡乱想着是要他们系统做什么。我明确告诉他们不是做这个,而是要做什么xxx。她说她是问了customer. 他们对我的回复置若罔闻,继续坚持他们的错误想法不断问我问题,长长的email,还1,2,3... 有10来个长描述问题。我重申这些不是要你们做的。她们还是不理会我说。这样来回几次之后我就烦了。再没理过。很久以后她自己照她的想法写好了requirement,让我review. 我再次告诉她,这完全不是我们想做的。她就再无音讯。我自己的系统改好后,她们那边还是没动静。我只好自己动手 test 了她们的系统,证明并不影响她们的系统,不用她们改什么。我就和customer 讲了, cancel了下游系统的change. 然后通知了PM 和她们。结果她们后来就把我告了。背后告状,连给我辩解的机会都没有。
一个project 出来,大方案设计好后,各个分系统自己研究决定自己的分系统是否会被影响,如何影响,需要什么改动。我只负责我自己的分系统。他要负责他的分系统。这个project 是所有影响到的分系统的,不是我自己的project. 有争议的这个project, 有4个分系统要改动。我的只是其中之一。 你说我的project影响到他,是不对的。
建议多和好同事沟通,多和自己上级沟通。对公司内别人的系统的建议,用email和其他书面形式document, 然后通过自己上级沟通。
就算整个坛子的网友都说你对,并痛骂不听你的同事,也改不了你的现实处境。
最后还是得靠你自己把事想透。与其花时间诉说,不如多听网友的意见,多花时间,自己把事想透。
这种 email吵架解决不了问题,而且你的口气确实很 不客气,双方面对面约一个小会,一起 演示一下, 就让他知道错误究竟发生 在哪里了