如何用『人話』溝通

作者：賴岱佑

主題：如何用『人話』溝通

今天有感而發，才寫了這篇文章，原因個人的因素，有很多時候我看了許多論文，然後覺得非常有趣。當然好東西就應該跟大家分享，以前的我就很直接的敘述出來，但是似乎找不到聽眾，歸咎其原因就是用了太多的專有名詞。其實有時候專有名詞只不過是個『代號』而已，透過這個代號你就可以減少許多的敘述，這對於節省時間又能有效的表達是有些許的幫助。可是萬一對方不了解專有名詞的涵義時，一般的情況下是不會多做詢問，除非『它』很重要，不懂的話就無法繼續溝通。

舉一個非常明顯的例子，在軟體工程中UML使用Use Case要描述使用者，是以『小人』為註。這在一般話來說是指品格有問題的人，看過UML原文的規格書的人才會知道這個直接翻譯為中文的『小人』一詞，是代表使用者的意思。而國內的UML規格書在翻譯的時候也是直接翻譯為『小人』。其實完全沒有任何惡意，這只是不同領域的人對於相同事務有著不一樣的『代號』罷了。其實在日常生活中，這些問題只是偶爾存在。

只是最近有段新聞說學歷越高的人有七項缺點，我不想一一列舉，然後一一辯解。這是很沒有幫助的一件事，我個人認為這是認知上的問題，我們大家從小讀書到長大，經過教育的普及，大家都能以一般的話語來溝通，這是一件非常好的一件事情。然而有些人可能繼續升學，繼續朝向某一個領域繼續發展。可能是碩士、博士。然而國內認為博士就是甚麼都懂得人，碩士就是很厲害的人。這就是一個普片錯誤認知的一種現象，請看碩士學位的英文解釋『a Master's degree』，『Master』有專精、熟練的意思，所以在國外的認知上，碩士是代表對於某一種領域有著熟練且專精的人。再來看看博士的英文解釋『Doctor of Philosophy』，獲有博士學位的人，這就更深一層的領域了，博士在國外可以被說成『專士』，因為他們對於某種領域鑽研的程度已經是非常人所能夠理解的了。當然在與人溝通上面，每個人的表達能力指標都不一樣，有些人就算學歷讀得很高，但他有語言理解的天分，因此可以達到『見人說人話，見鬼說鬼話』。所以有時候去參加一些研討會的時候，就算內容實在是了無新意，但經過演講者的口述表達之後，變得超級生動有趣。這就是演講者厲害的地方。這也難怪要成為博士必須經過許多的『Meeting』，無意之中就能夠鍛鍊出語言的能力了。可是有些人天生語言能力就比較差，無法立即思考轉換成為一般話，用通俗的話語表達所想要說意念，因此會被人誤解。也因此新聞上的七大高學歷『罪狀』，我想就是經過統計出來的結果吧。不過抽樣者的學歷比例是如何並沒有說明。

我自己本身是『碩士』，看到這則新聞之後，當然想要探討一下這個問題。舉例來說，有案主要作數位影像的濾鏡，可是他不懂參數，然後他說要作『High Patch Filter』，事實上根本沒有這種東西，然後他寫給我的參數也都是錯誤的，這時候我怎麼能指正他的錯誤呢？所以我用旁敲側擊的方式，去了解他要做的東西。首先他說過要作的效果要有『邊緣偵測』，其次是要能夠『明顯的看到效果』。再看到他所寫的錯誤參數，大概可以推敲出他要的東西是高通濾波器（High Pass Filter），之後驗收這個部份的時候，他就認為我做對了，因此通過這個部份的驗收。

除此之外，他們對於『模組』、『介面』分不清楚，他們認為這兩件都叫『程式』，如果學過軟體工程，就可以很明顯的知道這是天大的不同，在『MVC』的觀念中，『模組』有模組該負責的任務，今天他們要驗收模組，驗收程式原本是要給另外一個人寫的，可是這個人搞失蹤。因此他們認為要看到我所撰寫的手機模組的效果，這個『介面』要我來展現，這在我所（學）認知的觀念中，還有我所簽訂的合約是指名『模組』。可是礙於觀念上認知差異，我只好妥協，並且說明這個『介面』我來完成吧！雖然我不知道他們到底懂不懂，但是為了『錢』，也管不了那麼多了，只好告訴他們這個『介面』我來做吧。這『錢』真難賺。

我想這就蠻圓滿的解決這個問題了，我也沒有像新聞說的高學歷者的『高傲』罪狀，其實我認為人們有時候就是因為面子問題，很難容許別人去挑戰或是糾正，因此相處的時候儘量是求取圓融和諧為主，這是東方人的習性。但我在當兵時候有一位澳洲留學的學弟，他就跟我說外國人對與錯是可以直接說明的，不用像東方人心思這麼樣的細膩。這點我認為有好有壞，因為國情的不同，這種作法一定會打起來。不過我還是蠻欣賞比較直接的作法，因為這樣既明確又清楚，雖然有時候面子會掛不住，但是呢？整體看來對事情是有良好的幫助。我還蠻欣賞一位案主的作事方式，他是一位專案經理（成大博士生，有資工背景），在他跟我接洽時，要我做東西之前，自己已經寫了十幾頁的報告書，然後還有十幾頁的規格書。交給我之後，我就給他兩分的雛型（這符合軟體工程的雛型模式），之後才簽約開工。工作內容及方式我不多加說明，基本上我們採用『雛型模式』合作，因此還蠻順利的。而且遇到問題時，如果是規格的問題，他會自我研討，到底要採用技術解呢？還是用方法解呢？這不僅加速了開發的時程，也能替開發人員解決問題。說實在話的，這樣優秀的專案經理實在不多，許多專案經理通常以為只要能夠控管時程，就可以完成他們的工作了，事實上一個好的專案經理還要具備解決問題以及挑選最佳解的能力。