團隊裡A和B吵架了，經理M該幹啥？

有時候正工作呢，突然就會聽到兩個兄弟聲音放大，言辭也開始變的激烈。

這事兒實在太常見，以至於不需要具體案例大多數人就能想象到是怎麼個情境。

現在的關鍵問題是這個時候經理M應該幹點什嗎？

 

 

我個人感覺，有兩種極端的處理方法一定不太行。

一是完全置之不理，就是假裝沒看見，你們吵成什麼樣算什麼樣。

一是什麼事都管，一有爭吵就開始調解，消除所有不“和諧”聲音。

前者比較失職，工作中，人員間矛盾大多與工作有關，完全不處理必然影響到工作，所以即使單純從對工作負責的角度看，這也是種失職。

後者會顯的過於婆婆媽媽，大家都是成年人，不是小學生，你什麼事情都管，討人嫌不說，也不利於當事人成長---有些能力是要在這種環境中才能練出來的。

 

 

還有一種搗糨糊的方法也不太行。

搗糨糊是指看看情形不對，開始分別安撫，誰都很對，先不要吵了是正經。

這招兒和山體綠化跟不上，就塗油漆實質上差不多，矛盾還在，只不過找點東西給蓋上了。

 

 

個人感覺，做上司的，遇到這種事一定不能退縮，很多上司實際的活本來就做的少，這種事情，你還退縮，那實在說不過去。

首先要傾聽，在雙方沒有徹底情緒化之前，不要介入，可以讓A和B做略有點激烈的溝通。

一旦判斷雙方已經情緒化了，比如：完全各說各話，比如已經開始罵人並可能造成人際上不可修複的傷害了，那就要趕緊站出來終止爭議。

 

這時候不能不持立場。

在A面前說B不對，在B面前說A不對，就成搬弄是非的小人了，是大忌。

A也對，B也對，那就是搗糨糊。

上述兩者都是不持立場，是能力不足的表現。

 

 

這時候其實是統一團隊認識的好機會，不管面對A還是B都要明確傳達是非觀點。

 

 

這裡隨便舉個常見的例子。

如果說一戰時候，火藥桶是巴爾乾地區，那軟體開發世界裡的第一火藥桶是開發與測試的交界處。

開發與測試很容易互相抱有敵意。

測試人員辛辛苦苦找到了一個磁碟滿時會出異常的問題，認為問題很嚴重，把它標為Critical。

開發人員則認為規格書裡沒寫，也是非常稀有的情境，完全不值得大驚小怪。

這時候開發人員表達時可能因為言語輕蔑，並直接流漏出了你啥也不懂的意思，激怒了測試人員，於是開吵。

 

處理這類事情本身並不複雜，首先要迴歸到絕對的理性，回到文檔化的東西。

如果測試人員的行為與已定義規則相符，那開發人員的抱怨屬於無理要求。

如果與定義略有不符，那就要看是不是屬於判斷失誤（因為有模糊地區），如果是測試人員判斷失誤，那就確實是測試人員的問題。

接下來也不能漠視表達的問題，不管工作上是非如何，如果確實有人口出惡言，那不管有理沒理，在表達上是這個人不對。

畢竟作為團隊，可以觀點不同，但要互相尊重。

 

 

這種火藥桶地區還有很多。

比如技術流派上的選擇（想想語言的爭論吧），代碼轉移的前後兩個負責人，有關聯兩個模組的負責人，新手和老手，負責需求的和負責開發的，Review的和被Review的，做具體工作的和做PPQA的等等。

形象來講可以叫有人的地方就有江湖，有江湖的地方就有爭吵。

 

 

從基本原則來看，首先要“立法”，盡量要有大家事先形成共識，並約定遵守的東西。

其次就只能靠經理M的判斷，所以做M可以不是很專家，但你的視角要有高度，要有自己的“道”，並且不能畏懼處理人際關係的問題，否則還是不要幹這活比較好。

至於經理M可以有什麼樣的“道”就微妙了，暫不解釋，不是賣關子，是太費勁，但“道”的前提倒是好說，它應該是不矛盾並具有一致性的。