職場高手：怎麽有效解決這個案例？

工作中和各國團隊都有交叉。最近印度的一個組對以我為主創的一個軟件功能進行了改動，通過code review, 我發現他們的改動沒有可靠的根據，很多地方違反基本編程規範，並邀請了第三組的工程師同時review他們的code，在我們同時給出意見後，他們倒是收回了改動。

但是，若幹天後，我意外發現他們重新進行了改動，這次不僅改動動作更大，而且在我們code review前就將他們的改動整合到了master branch。這次仍舊問題很多，我在和老板溝通後，通過code review和郵件與他們交流，主要希望了解他們看問題和解決問題的角度， 最後達成溝通和一致的意見。開始他們一直沒回信，直到一星期後我加入了我老板的老板，印度組老板的老板。但是他們卻沒有闡述和解釋1. 改動是要解決什麽問題；2.他們認為造成問題的根本原因是什麽 。對於我提出的一些違例編程，他們也不以為然（這還是比較出乎我意料的，因為我們公司的code規範還是相當嚴格的。）

我現在在休假，但是想聽聽職場高手們的分析建議，休假回來應該怎麽處理？如果我繼續解釋為什麽我認為他們的改動和違例需要敲打商榷，可以想象他們會有進一步的借口或更激烈的防衛， 甚至反過來以攻擊來防衛。如果就此放下，不再與他們糾纏，我也擔心他們把我負責的這片功能搞得一團糟，回頭我還需要收拾殘局，給他們擦屁股。

我一向比較沒有清楚有效的職場思路解決這樣的問題，希望借此案例有和高手學習的機會。

所有跟帖： 

• 你想得到什麽樣的結果？ -autumnjune- ♀ (0 bytes) () 12/20/2016 postreply 18:45:02

• 如果希望我的意見被全盤被接受，並且不留下什麽“複仇”的種子，會不會是奢望啊 :D -GreenBlossom- ♀ (0 bytes) () 12/20/2016 postreply 18:56:11

• 是的。 -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- ♀ (38 bytes) () 12/20/2016 postreply 19:23:18

• 他的boss給了review。但是結果看來他倆半斤八兩，都不咋滴。 -GreenBlossom- ♀ (0 bytes) () 12/21/2016 postreply 12:51:31

• +1. 同意兔子說的，不要有太多的顧慮。美國職場上不是人人都要置他人於死地的，很多時候是溝通問題。舉個例子： -廢話多多- ♀ (2113 bytes) () 12/21/2016 postreply 04:29:15

• 準確地說，是不想被經常拉下無意參加的筆鬥。 另外我也不清楚自己會不會被迫孤立”作戰“。 -GreenBlossom- ♀ (0 bytes) () 12/21/2016 postreply 12:50:09

• 很好解決，硬起來 -xiache- ♂ (251 bytes) () 12/20/2016 postreply 19:54:30

• 不建議。這明顯是兩個region之間的權力博弈。他老板不出麵把個小兵當槍使？樓主做得夠多了。 -prestolite- ♂ (0 bytes) () 12/20/2016 postreply 22:09:04

• 根據描述她是code owner. 在ownership 沒有transfer 之前她有權這樣做。這是基本軟件開發practic -xiache- ♂ (0 bytes) () 12/20/2016 postreply 22:18:43

• 這是理論，但樓主的問題是理論和規矩被現實挑戰。 -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- ♀ (0 bytes) () 12/21/2016 postreply 12:35:37

• 回：“需要在那個崗位上的人發揮專業精神，指出來並fight through it. 用一句通俗的話來說就是“你把交給你的那部分看 -GreenBlossom- ♀ (285 bytes) () 12/21/2016 postreply 12:35:31

• 有點啊，是有教訓的：有些印度同事堅持不懈地無理攪三分，最後必定覓個理由攻擊你一下。 -GreenBlossom- ♀ (75 bytes) () 12/21/2016 postreply 12:43:50

• 怎麽我也有同感？ -cawan- ♀ (395 bytes) () 12/22/2016 postreply 22:07:57

• 回：“這明顯是兩個region之間的權力博弈” － 一定有這方麵的因素。 -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- ♀ (233 bytes) () 12/21/2016 postreply 13:00:16

• 同意樓上兔子所說，不要有太多的顧慮。美國職場上不是人人都要置他人於死地的，很多時候是“文化”的問題。舉個例子： -廢話多多- ♀ (2323 bytes) () 12/21/2016 postreply 04:31:27

• 同意。我對software是外行。但是，就事情本身來講，如果是您負責，一定是您根據您公司policy. 根本 -Backcountry- ♀ (710 bytes) () 12/21/2016 postreply 07:30:04

• 因為項目很大，我們的成員遍布歐美亞，各地文化衝突曾經更為尖銳，所以大家現在上下都變得比較小心。不想趟地雷。 -GreenBlossom- ♀ (386 bytes) () 12/21/2016 postreply 13:16:48

• 您應該是以不變應萬變，不變的是您公司的policy, 也是將來一旦有事的護身符。想象一下， -Backcountry- ♀ (582 bytes) () 12/21/2016 postreply 14:03:38

• 說得極是！需要爭取一下更好的結果，而不是因為顧慮而就此放棄。 -GreenBlossom- ♀ (0 bytes) () 12/21/2016 postreply 15:18:16

• 句句真知良藥！真服你多多老師 :D -GreenBlossom- ♀ (107 bytes) () 12/21/2016 postreply 13:08:30

• 這個事情要講，但有個方法問題，也不要去 -多哥- ♂ (1459 bytes) () 12/21/2016 postreply 06:39:27

• 反正我是他，就事論事。也不需要考慮印度人怎麽想。 -autumnjune- ♀ (199 bytes) () 12/21/2016 postreply 08:05:45

• 要注意政策的掌握。樓主太過於個人考慮和情緒化。估計這方麵規則還未確立別人自然想怎麽幹就怎麽幹了。 -多哥- ♂ (0 bytes) () 12/21/2016 postreply 08:53:20

• 隻是跟據個人經曆事情經常沒這麽簡單 -GreenBlossom- ♀ (0 bytes) () 12/21/2016 postreply 13:23:47

• 簡單事情簡單處理。 把違反規定和為什麽違反規定分開。 -autumnjune- ♀ (0 bytes) () 12/21/2016 postreply 17:53:25

• 會采用多哥的以上眾多建議，多謝 :D -GreenBlossom- ♀ (0 bytes) () 12/21/2016 postreply 13:20:56

• 你一直說‘他們’，沒有log指明改編的是某個人嗎？ -慧惠- ♀ (782 bytes) () 12/21/2016 postreply 08:53:05

• email是直接給改code的人，並cc他老板。違例編程... -GreenBlossom- ♀ (258 bytes) () 12/21/2016 postreply 13:34:42

• 還是那句話：隻有你自己能作決定 -一燈可除千年暗- ♂ (1148 bytes) () 12/21/2016 postreply 10:40:31

• 原諒寫作水平有限 :-( ... -GreenBlossom- ♀ (227 bytes) () 12/21/2016 postreply 13:45:48

• 相信我拿掉master 權限是最好辦法，怎麽溝通做到在於你，我對他們太了解了 -xiache- ♂ (128 bytes) () 12/22/2016 postreply 06:53:08

• 沒錯兒， 有這個權限， 就直接踢他們出去。 有話讓他們和老板說。 -autumnjune- ♀ (0 bytes) () 12/22/2016 postreply 06:57:11

• is the application broken good for you ? -StockMaster- ♂ (215 bytes) () 12/22/2016 postreply 11:39:43

• +1 -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- ♂ (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