這個事情要講，但有個方法問題，也不要去

去指責別人這麽改了會把程序搞亂什麽的。原因大致有二：首先對於改動，至今整個運行結果無不良現象產生；再次，就是改動有他們的理由。這是上級領導會首先這麽考慮的。

所以對於你來講，從加強構通角度來說事，要求對方 share 改動的優化思路，以利大家共同前進維護公司利益。任何優化考慮，要和你們勾通並取得你們許可方可具體落實執行，同時也利於學習推廣。如果你不喜歡，就盡量列出一些可能的 risks，要求對方提出 risk 的應急解決方案。

還有就是樓上網友建議的，加強 code check-in 的審閱批準程式，取消他們的 version 控製特權並由你們這裏的人擔負對方的這一任務。這個事情要在內部會議上提出，要求走落實程序。一旦領導恩準，再和對方溝通。其它的，一定要和主要工程師們溝通並盡量取得一致，然後在組織擴大會議上（對方參加的），把它們的重要性講三遍。事後跟有關領導見機詢問三遍有關落實情況，無論結果如何，就此結束。

會議上不要慷慨激昂，要心平氣和地講，從有利於集體有利於公司的角度去闡述。

處理這樣的事情，有好多方法，以上隻是就其一個方麵，供你參考。

 

 

所有跟帖： 

• 反正我是他，就事論事。也不需要考慮印度人怎麽想。 -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