企業巫醫 - 贅字 廢話 泥巴仗

在組織中，溝通合作是大部分的人一定會做的事情。

溝通合作說起來簡單，畢竟人類是靠群體合作而存活在地球上。不過，在企業內部的有效溝通並不如想像中的容易(註1)。

某些人在對話或文字表達上，有意無意的更增加溝通的難度。如果是無心的，僅只是造成困擾而已。但如果是刻意為之，會讓溝通困難，讓事情滯礙難行。

無論有意無意，溝通上常見三個問題：「贅字」「廢話」「泥巴仗」

在這三個之中，贅字和廢話很煩人，但真正要解決的是可怕的泥巴仗。

贅字

典型的例子，像是最近淡江大學解聘兼任教師的新聞：高教工會主任：「學校也一再地向（兼任教師）表示說，也是因為今年的8月1日，勞基法要開始適用於，未具本職的兼任教師身上，學校不想負擔這樣的人事成本，所以他們才會做了一個解聘跟不續聘的動作。」

有人稱這類型的贅字為「語言癌」。(註2)

凡舉「關於XXXX這個部分」，「做一個XXX的動作」，無意義的拉長語句都是。

當然也有些人認為拉長語句是「敬語」的表達方式(註3)。

此外，狀聲詞：「嗯」「唉」「阿」因為在對話中，有實質表達情緒的功能，所以不算是贅字。

不過，贅字真正的影響其實很小，只是太多贅字會讓聽的人很不舒服而已。

廢話

在說明事情，或者文件上，用過多虛浮的形容詞，掩飾無意義的內容。或者，重複不證自明的真理，用以掩蓋無法找到重點的對話。

在政府機關的公務人員出國報告網，可以輕易地查詢到充滿廢話的報告。

例如：一個公司是多面向的結合。(簡單的說，整句都是廢話)

例如：透過本次會議實際瞭解大陸生醫相關市場現況，就本所研發之核醫藥物推廣應用極具參考價值，可納入本所未來研發方向之參酌。 (簡單的說，出國去參加這個會議，最後只是參觀看看而已，沒什麼東西是真的影響組織的研發方向！)

另一個例子：不論是什麼樣類型的數位化工具，除了便利性外，都應兼顧到安全性，日後推動電子化政府的過程中，應與各級資訊安全主管機關做密切的合作，確保資訊科技的演進不會成為資安漏洞。（資訊科技本來就不應該是資安漏洞，各級安全主管機關本來也就應該合作，哪會需要出國參加會議之後才知道這兩件重要的事？)

當然，某些企業網站資訊，也是廢話很多。不過，大部分是似是而非的術語，構築專業能力的感受。

例如：透過嚴格的專案控管與扎實的系統建置專業能力，我們有信心提供客戶最安心、最可靠的大數據優質服務。(如果把形容詞拿掉，這句話其實很短：我們提供專案控制和系統建置的大數據服務。但更具體一點，就是：其實有案子我們就可以接來做，大數據只是個行銷名詞)

有時候廢話很煩人，因為要花些力氣才能抵達事實真相。廢話浪費的很多時間，不過如果採用Scrum方法論，在會議上只專注於現況和事實，應該不太可能會有廢話太多的問題。至於網頁資訊和技術文件，就應該盡可能去除廢話。

泥巴仗

最高級，並且更難應對的是泥巴仗。

特別是在中大型組織，中階主管通常都位於關鍵職位。而好的中階主管，仍具備本職學能(註3)，會根據事實來溝通。也因此，優秀的中階主管通常會強調技術事實，產業事實，專案事實，資源分配事實...等等諸多事實根據，作為溝通以及決策的基礎。因此，反倒不會強調本身的溝通協調能力。因為這樣的能力，如同影子一般隨附在工作之中。

然而糟糕的中階主管，由於已喪失本職學能(註4)，就會強調其「協調溝通」成為其最重要的工作。然而，不基於事實和邏輯的溝通，會變得混亂不堪。某些糟糕的中階主管，在遇到爭議性問題時，會用打模糊的方式，試圖讓大家在泥巴仗中度過。而最高階的泥巴仗，會用看似合理的邏輯，但展示對技術完完全全無法掌握的事實。

例如：這個影片，非常經典，看似誇張，但在資訊科技產業其實常常發生。在該影片中，真正做事情只有一個人，而中階主管遇到技術難度的問題會省略甚至推諉，不能體會真正的重點而死咬不重要的細節，而技術人員要探索細節又會說這是專家的工作範圍。當然該影片是太誇張了一點，但其實在中大型組織時常發生類似的事情。

另一個例子：在老大靠邊閃中的有名片段，first thing or second thing。主角完全是用打泥巴仗的方式，在黑幫大老會議裡，刻意激怒某老大。而其他大老反倒會覺得生氣的老大很沒風度，一開始沒發現主角在打泥巴仗。

在此徵求案例：徵求在資訊科技中，重要會議裡打泥巴仗的案例。 


混亂泥巴仗是很可怕，要對應泥巴仗有先決條件，就是這不能是在「只有兩個人」的情況下。換言之，會議或者文件，至少要有三個人在場才有機會擺脫泥巴仗。

只有兩個人的情況下，只要有一人刻意打泥巴仗互相把對方弄的髒兮兮的，而且這個人還是中高階經理，另一個人根本不可能解決。唯一的方式是，儘速逃離現場，在下次確保有第三人以上在場。

在有起碼三人的情況下，以下方式可以解決泥巴仗問題。

1. 不隨之起舞

泥巴仗成立的條件是互抹泥巴。例如，在軟體專案中，當大家在解決A模組為何落後時，如果有人反覆提及一些沒有直接關連的事情：也許是另一個專案也落後了，也許是某RD的溝通態度不好。這些都是泥巴仗的徵兆。

2. 以白板展現事實

人的思考和言語是線性，因此在看穿複雜問題時，光是在腦中想是很容易被泥巴仗牽著走。

最好的方式是，一旦發現「同時」討論兩件以上的事情，就應該在白板畫圖或者條列。

畫圖是最好的選擇，最簡單的可以考慮心智圖或者魚骨圖。一旦有人試圖混淆事情，只要指一指說明我們現在在討論這個點，等討論完有決定之後，再往下一個點前進。而如果兩件事情有關連，就用線條與另一個點來說明此關連。

這也是為什麼，幾乎所有優秀的資訊從業人員(無論是低階還是高階)在會議中都喜歡坐在白板附近。

3. 耐心

簡單的說，就是有耐心的條理事情。透過工具(白板或紙)讓事情呈現。當知道對方採用泥巴仗手法-無論他是不是故意，就表示事情不會很快結束，因此要秉持著耐心條理問題。更重要的是，把這件事情當做類似刷牙洗臉的小事，在處理過程中沒有心情起伏 - 當然就不憤怒生氣)。

---

註1:特別是為求避免衝突，每人的說的話和實際心裡想的都有差距(參考left hand column)，這讓組織 - 特別是資訊科技組織 - 運作上增加不必要的難度。

註2:  並不是去除重複字眼，極端簡潔就是好事。在文學作品中，言詞的優美有時候會透過層層疊疊的語句產生，請參考這裡。不過單就企業組織的溝通 - 例如開會 - 應該和寫小說是不一樣的。

註3: 參考這裡。

註4: 以資訊科技來說，最基本的本職學能是寫程式，其他可以參考這裡或這裡。