Tinkeringbell
2018-12-19 01:16:00 UTC
幾個月前，我暫時（到今年年底）被派往另一支球隊。還有另一位開發人員，從第一天開始我們就一直在進行日常交互。他不習慣與其他人一起工作，也不習慣教導/解釋代碼，也不進行同行評審或git和merge請求。整個團隊剛剛過渡到工作敏捷/ SCRUM，他似乎不願進行更改。
我們倆似乎都在為代溝而苦苦掙扎。同時，我可能不對，因為沒有提早解決這個問題，而只是決定將其吸收幾個月，導致比立即解決每一個小事情本來會更大的麻煩。
幾週前，儘管我本來想把它放出來，但我還是炸開了東西（我們曾在向代碼庫中添加無效代碼和一些範圍蠕變一事，我都拒絕這樣做），導致他和他的工作受到其他開發人員和管理人員的審查。
那週我花了很多時間與他，Scrum主管，其他高級開發人員，管理人員和產品負責人。總的來說，我表現得毫不動搖，我認為這不會以任何方式損害我的職業，也不會在以後的任何時候威脅我。
但是我燒掉了一些嚴重的橋樑和這個同事在一起。我得到的印像是他非常努力地尋找我的缺點，他可以用來使我們之間發生的事情“平衡”的一些缺陷。他可以用來創造一種情況，就像我上週所做的那樣，但是相反，我被經理和其他開發人員審查。對我來說，最後一根稻草是當他指責我做版本控制顯示我沒有手腳的事情時。他們建議我密切跟踪事件，並確保我所做的一切都通過問題跟踪程序和版本控制進行。
這週，我了解到計劃已經有所變化，而我與這個同事又待了一個月。這意味著我還有數週的時間與這個同事一起工作，而我真的很希望不必以在任何地方都產生過錯的方式工作。我希望能夠工作，而不必時刻看著我的肩膀，而不會讓他給我留下他正在尋求報復的印象。
我如何最好地管理與該同事一起工作的最後幾週，以免對人們對我或我的職業印象產生負面影響？
@JustinCave在某種程度上，我並不失望。在另一種情況下，我仍然為自己的決定而生氣，因為我打破了“只要坐下來，不要干預，這不是你的問題”的決心。我已經添加了關於我們的論點的詳細信息，希望可以澄清一下情況。
@JoeStrazzere是的...我確實試圖表明這僅僅是關於工作，而不是他本人，並對事情的發展方式表示遺憾（儘管我沒有為結果道歉）。我真的看不到我該如何為經理和其他高級開發人員似乎發現良好的編碼習慣而道歉，但是如果您知道一個人並且認為這可能會解決問題，那很可能是答案？對於拒絕添加無效代碼或使范圍進一步延遲功能交付，我個人並不感到遺憾。
-1
-1