职场高手:怎么有效解决这个案例?

工作中和各国团队都有交叉。最近印度的一个组对以我为主创的一个软件功能进行了改动,通过code review, 我发现他们的改动没有可靠的根据,很多地方违反基本编程规范,并邀请了第三组的工程师同时review他们的code,在我们同时给出意见后,他们倒是收回了改动。

但是,若干天后,我意外发现他们重新进行了改动,这次不仅改动动作更大,而且在我们code review前就将他们的改动整合到了master branch。这次仍旧问题很多,我在和老板沟通后,通过code review和邮件与他们交流,主要希望了解他们看问题和解决问题的角度, 最后达成沟通和一致的意见。开始他们一直没回信,直到一星期后我加入了我老板的老板,印度组老板的老板。但是他们却没有阐述和解释1. 改动是要解决什么问题;2.他们认为造成问题的根本原因是什么 。对于我提出的一些违例编程,他们也不以为然(这还是比较出乎我意料的,因为我们公司的code规范还是相当严格的。)

我现在在休假,但是想听听职场高手们的分析建议,休假回来应该怎么处理?如果我继续解释为什么我认为他们的改动和违例需要敲打商榷,可以想象他们会有进一步的借口或更激烈的防卫, 甚至反过来以攻击来防卫。如果就此放下,不再与他们纠缠,我也担心他们把我负责的这片功能搞得一团糟,回头我还需要收拾残局,给他们擦屁股。

我一向比较没有清楚有效的职场思路解决这样的问题,希望借此案例有和高手学习的机会。

所有跟帖: 

你想得到什么样的结果? -autumnjune- 给 autumnjune 发送悄悄话 (0 bytes) () 12/20/2016 postreply 18:45:02

如果希望我的意见被全盘被接受,并且不留下什么“复仇”的种子,会不会是奢望啊 :D -GreenBlossom- 给 GreenBlossom 发送悄悄话 (0 bytes) () 12/20/2016 postreply 18:56:11

是的。 -autumnjune- 给 autumnjune 发送悄悄话 (0 bytes) () 12/20/2016 postreply 19:16:09

跟你自己的老板认真解释一下,把不能这样胡改的原因说一下,特别是这样会cause long-term -像龟的兔子- 给 像龟的兔子 发送悄悄话 像龟的兔子 的博客首页 (669 bytes) () 12/20/2016 postreply 19:05:21

既然有CODE REVIEW这个程序, 有没有原因, 都不能自己就给加进去啊? -autumnjune- 给 autumnjune 发送悄悄话 (38 bytes) () 12/20/2016 postreply 19:23:18

他的boss给了review。但是结果看来他俩半斤八两,都不咋滴。 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (0 bytes) () 12/21/2016 postreply 12:51:31

+1. 同意兔子说的,不要有太多的顾虑。美国职场上不是人人都要置他人于死地的,很多时候是沟通问题。举个例子: -废话多多- 给 废话多多 发送悄悄话 废话多多 的博客首页 (2113 bytes) () 12/21/2016 postreply 04:29:15

准确地说,是不想被经常拉下无意参加的笔斗。 另外我也不清楚自己会不会被迫孤立”作战“。 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (0 bytes) () 12/21/2016 postreply 12:50:09

很好解决,硬起来 -xiache- 给 xiache 发送悄悄话 xiache 的博客首页 (251 bytes) () 12/20/2016 postreply 19:54:30

不建议。这明显是两个region之间的权力博弈。他老板不出面把个小兵当枪使?楼主做得够多了。 -prestolite- 给 prestolite 发送悄悄话 (0 bytes) () 12/20/2016 postreply 22:09:04

根据描述她是code owner. 在ownership 没有transfer 之前她有权这样做。这是基本软件开发practic -xiache- 给 xiache 发送悄悄话 xiache 的博客首页 (0 bytes) () 12/20/2016 postreply 22:18:43

这是理论,但楼主的问题是理论和规矩被现实挑战。 -prestolite- 给 prestolite 发送悄悄话 (413 bytes) () 12/20/2016 postreply 22:54:00

我认为你想太多,印度组不答复是他们的工作习惯,跟你举个例子,我这个部门的一个developer -像龟的兔子- 给 像龟的兔子 发送悄悄话 像龟的兔子 的博客首页 (1137 bytes) () 12/21/2016 postreply 01:22:15

应该说答复是美国职场的习惯。我有一位主管是国人,邮件一概不回,说了几次了改不了,真是令人抓狂。 -废话多多- 给 废话多多 发送悄悄话 废话多多 的博客首页 (413 bytes) () 12/21/2016 postreply 05:08:40

赞:"职场政治很多时候表现在小事上" -GreenBlossom- 给 GreenBlossom 发送悄悄话 (0 bytes) () 12/21/2016 postreply 12:35:37

回:“需要在那个岗位上的人发挥专业精神,指出来并fight through it. 用一句通俗的话来说就是“你把交给你的那部分看 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (285 bytes) () 12/21/2016 postreply 12:35:31

有点啊,是有教训的:有些印度同事坚持不懈地无理搅三分,最后必定觅个理由攻击你一下。 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (75 bytes) () 12/21/2016 postreply 12:43:50

怎么我也有同感? -cawan- 给 cawan 发送悄悄话 (395 bytes) () 12/22/2016 postreply 22:07:57

回:“这明显是两个region之间的权力博弈” - 一定有这方面的因素。 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (0 bytes) () 12/21/2016 postreply 12:53:32

非软件行业的外行的建议 -冲浪潜水员- 给 冲浪潜水员 发送悄悄话 冲浪潜水员 的博客首页 (390 bytes) () 12/20/2016 postreply 23:52:03

对,希望他们事先能沟通,讲明要改动的理由并取得这边的首肯,才能具体落实。 -多哥- 给 多哥 发送悄悄话 多哥 的博客首页 (0 bytes) () 12/21/2016 postreply 06:49:13

我从一开始就提出这两个问题,并且反复提出这两个问题,对此他们一直没有给出任何回应。 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (233 bytes) () 12/21/2016 postreply 13:00:16

同意楼上兔子所说,不要有太多的顾虑。美国职场上不是人人都要置他人于死地的,很多时候是“文化”的问题。举个例子: -废话多多- 给 废话多多 发送悄悄话 废话多多 的博客首页 (2323 bytes) () 12/21/2016 postreply 04:31:27

同意。我对software是外行。但是,就事情本身来讲,如果是您负责,一定是您根据您公司policy. 根本 -Backcountry- 给 Backcountry 发送悄悄话 Backcountry 的博客首页 (710 bytes) () 12/21/2016 postreply 07:30:04

因为项目很大,我们的成员遍布欧美亚,各地文化冲突曾经更为尖锐,所以大家现在上下都变得比较小心。不想趟地雷。 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (386 bytes) () 12/21/2016 postreply 13:16:48

您应该是以不变应万变,不变的是您公司的policy, 也是将来一旦有事的护身符。想象一下, -Backcountry- 给 Backcountry 发送悄悄话 Backcountry 的博客首页 (582 bytes) () 12/21/2016 postreply 14:03:38

说得极是!需要争取一下更好的结果,而不是因为顾虑而就此放弃。 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (0 bytes) () 12/21/2016 postreply 15:18:16

句句真知良药!真服你多多老师 :D -GreenBlossom- 给 GreenBlossom 发送悄悄话 (107 bytes) () 12/21/2016 postreply 13:08:30

这个事情要讲,但有个方法问题,也不要去 -多哥- 给 多哥 发送悄悄话 多哥 的博客首页 (1459 bytes) () 12/21/2016 postreply 06:39:27

反正我是他,就事论事。也不需要考虑印度人怎么想。 -autumnjune- 给 autumnjune 发送悄悄话 (199 bytes) () 12/21/2016 postreply 08:05:45

要注意政策的掌握。楼主太过于个人考虑和情绪化。估计这方面规则还未确立别人自然想怎么干就怎么干了。 -多哥- 给 多哥 发送悄悄话 多哥 的博客首页 (0 bytes) () 12/21/2016 postreply 08:53:20

只是跟据个人经历事情经常没这么简单 -GreenBlossom- 给 GreenBlossom 发送悄悄话 (0 bytes) () 12/21/2016 postreply 13:23:47

简单事情简单处理。 把违反规定和为什么违反规定分开。 -autumnjune- 给 autumnjune 发送悄悄话 (0 bytes) () 12/21/2016 postreply 17:53:25

会采用多哥的以上众多建议,多谢 :D -GreenBlossom- 给 GreenBlossom 发送悄悄话 (0 bytes) () 12/21/2016 postreply 13:20:56

你一直说‘他们’,没有log指明改编的是某个人吗? -慧惠- 给 慧惠 发送悄悄话 慧惠 的博客首页 (782 bytes) () 12/21/2016 postreply 08:53:05

email是直接给改code的人,并cc他老板。违例编程... -GreenBlossom- 给 GreenBlossom 发送悄悄话 (258 bytes) () 12/21/2016 postreply 13:34:42

还是那句话:只有你自己能作决定 -一灯可除千年暗- 给 一灯可除千年暗 发送悄悄话 一灯可除千年暗 的博客首页 (1148 bytes) () 12/21/2016 postreply 10:40:31

原谅写作水平有限 :-( ... -GreenBlossom- 给 GreenBlossom 发送悄悄话 (227 bytes) () 12/21/2016 postreply 13:45:48

相信我拿掉master 权限是最好办法,怎么沟通做到在于你,我对他们太了解了 -xiache- 给 xiache 发送悄悄话 xiache 的博客首页 (128 bytes) () 12/22/2016 postreply 06:53:08

没错儿, 有这个权限, 就直接踢他们出去。 有话让他们和老板说。 -autumnjune- 给 autumnjune 发送悄悄话 (0 bytes) () 12/22/2016 postreply 06:57:11

is the application broken good for you ? -StockMaster- 给 StockMaster 发送悄悄话 StockMaster 的博客首页 (215 bytes) () 12/22/2016 postreply 11:39:43

+1 -fleet- 给 fleet 发送悄悄话 (0 bytes) () 12/23/2016 postreply 04:56:58

作为一个软件行业以外的项目经理 -寂寞远行客- 给 寂寞远行客 发送悄悄话 寂寞远行客 的博客首页 (254 bytes) () 12/22/2016 postreply 13:01:04

好像是他的老板或者他理解的环境问题,不像他的问题 -慧惠- 给 慧惠 发送悄悄话 慧惠 的博客首页 (575 bytes) () 12/23/2016 postreply 02:31:28

矛盾上交,叫你老板解决。 -sgbigsell- 给 sgbigsell 发送悄悄话 sgbigsell 的博客首页 (341 bytes) () 12/23/2016 postreply 11:21:49

他们应该只有check in develop branch的权限. 然后做pull request, -亦舒- 给 亦舒 发送悄悄话 亦舒 的博客首页 (305 bytes) () 12/23/2016 postreply 20:42:45

这个需要你老板和他们老板的介入沟通。结论一旦有了执行就是。 -青枫浦上- 给 青枫浦上 发送悄悄话 青枫浦上 的博客首页 (84 bytes) () 12/23/2016 postreply 23:09:19

请您先登陆,再发跟帖!