# EP07 - 人人都害怕被誤解(Another FOMO: Fear Of Misunderstanding Out)

## 本集介紹

討論主題：人人都害怕被誤解(Another FOMO: Fear Of Misunderstanding Out)

短述：在這個資訊爆炸，知識焦慮的時代，許多人有「錯失恐懼症(FOMO: Fear Of Missing Out)」，但更多人有另一種 FOMO叫做「害怕被誤解」。跟熟人協作有誤解，講開就好，但若是讓自己的長官或重要的協作窗口誤解了，事情往往就沒有那麼容易了。人人都害怕被誤解，那我們有什麼辦法預防？被誤解了又有什麼辦法能解開誤會呢？這幾乎是每個職場人都需要經過的修煉，讓我們聽聽來賓們的心路歷程和建議吧。

## 訪談內容

### 乃宏

#### 節目介紹

大家好，歡迎來到「改變共和國」Republic Of Change。

這是一個和商用研三的 ROC 電子報連動的一個 Podcast 作品，也是我們希望帶給大家更多正能量和啟發的新嘗試。這個節目會以 ROC 週報的內容挑一個主題，請投稿的作者一起來談談在反思，觀察及改變的過程，他們觀念改變的契機，遇到的困難和拉扯，以及改變後收獲了什麼。

#### 討論主題

這一期的週報中，很有趣的有2個人都提到了大家都很害怕的主題：被誤解怎麼辦？這幾乎是每個職場人都需要經過的修煉，我們有什麼辦法預防？被誤解了又有什麼辦法能解開誤會呢？我們會跟來賓討論這些問題，希望能給觀眾一些幫助。

#### 來賓介紹

今天邀請到的來賓，正好很集中來自於兩個組。首先是平台組的冷面笑匠仕明，我們請他跟大家自我介紹一下。

> 仕明:大家好，我是平台組的仕明，大家可以叫我小明，目前除了持續打雜外，主要協助雲端共用服務的規劃與開發，還有協助推動公司目前規劃的智能平台計畫。

下一個來賓雖然不是這週寫週報的，但卻是之前發表過傷心往事的，陽光少年暐杰，我們請他跟大家自我介紹一下。

> 暐杰:嗨～我是平台組的暐杰，主要負責數據平台的規劃與開發、金流人流串接以及新技術導入。

最後一位是來自於網頁組，但業界資歷豐富的新人媺雅。大家習慣叫她「Doni」，我們也請她跟大家自我介紹一下。

> Doni: 嗨，我是網頁組的Doni，主要負責UI/UX的規劃和網頁設計，不過我沒有業界資歷豐富啦😂只是工作接觸類型跟待過的公司可能比同齡的人稍微多一些而已😂各位才是資歷豐富的前輩們～

### Doni/看到妳之前待新創團隊，方便跟我們介紹一下那個團隊嗎(什麼產品，多少人，妳負責的部分等)？妳們討論事情的時候，大家都有話直說，會吵起來嗎？最後會怎麼解決？

> Doni: 我先前待過兩個新創團隊，但類型完全不同，第一個是角色IP經營，有點像三麗鷗那種公司，旗下會有自己的角色IP，第二個才是遊戲研發。當時的團隊是在做一款做菜的手遊app，開發團隊只有7個人(Client 4個、Server 1個、美術 2個)，當時我負責主美術和主企劃的工作。
>
> 乃宏：哇！妳一個人兼美術跟企劃哦？那還有兼做菜嗎？(好冷…😅)

> Doni: 基本上我都是有話直說，但其他人我就不知道了😂其實討論規格的時候不會有太激烈的溝通，比較像是每個人透過自己遊戲的經驗來發想，加入什麼元素或調整什麼操作，可以讓遊戲更好玩，通常是我主導會議，詢問大家意見，最後統整出一個團隊都滿意的結論，確保團隊的目標是一致的，這個我個人覺得是很重要的細節！
>
> 乃宏：「怎麼讓遊戲更好玩」每個人都會有自己的答案，妳們常能得到「團隊都滿意的結論」嗎？團隊中有沒有比較堅持，想要說服別人的組員？如果有，妳會讓他們"自由發揮"嗎？還是妳會給他們一個框架或限制，不要無限上綱？
>
> Doni：當然每個人都有自己「好玩」的定義，但可能因為我是遊戲設計系出身的，自己本身也愛玩遊戲，所以當時的團隊成員都會聽我的意見。功能或一個新模式的活動在初期發想的時候，一定是讓大家自由發揮，但有時候我也會給一些框架限制，例如活動模式不能太雷同，所以相同類型的想法會被歸類在一起，再透過討論、投票，選出最終的結論。
>
> 乃宏：跟妳結論不同的，而且妳覺得對方提的意見很沒參考價值的，妳會怎麼表達「妳沒打算採用」？
>
> Doni：我自己的討論方式比較偏向「正面鼓勵型(?)」，請大家發表意見之後，我會邊寫下每個人的意見，會議上比較少講話的成員，我也會鼓勵他提出他的看法，其實如果大家都很投入討論，不太會出現「沒參考價值」的想法。與其說沒參考價值，不如說可能是我「不理解」他的想法，我會請他再深入說明一下。而如果有些會議中沒採用的想法，但我認為他的點子不錯，我會記錄下來並且思考說，這個規格也許可以用在什麼功能上，未來擴充也會很有趣！

> Doni: 至於吵架一定還是會有，但多半是前/後端的工程師會議才會有比較火爆的場面😂我自己有遇過的大概是開發時程和預計上線時間喬不攏的時候，大家對項目的優先序不太一樣，老闆也會有自己的想法，這種時候很容易吵架，我當時也要幫老闆評估產品狀況和做一點分析，把整體狀況盤給老闆聽，建議怎麼做會比較好，最後由老闆做決定。
>
> 乃宏：前/後端的工程師吵過後，下次會有人更堅持還是更退讓嗎？還是態度都一樣？
>
> Doni：團隊如果有爭執，多數都還是因為工作上的觀念差異啦，不過大家也都是大人了，在合作上有過一次摩擦，如果下次再遇到類似的事情，多少一定有改進，只是一定有人彼此個性不太合，那就會變成我們其他人要在旁邊幫忙協調或溝通了😂
>
> 乃宏：若老闆最後的決定和團隊的共識都不同，妳們會覺得老闆「很不專業」嗎？如果有成員這麼表示，妳曾用過什麼說法，化解成員的誤解？
>
> Doni：通常有這種共識不同的情況，會是在老闆提出新需求或規格的時候，當然一定會有「老闆不專業、是門外漢」等等的聲音出現，我也有這種想法，所以我自己很常和老闆激烈的溝通😂，但我的工作一部分就是要把「老闆的期望」轉變成遊戲中「可行的功能」😂老闆通常會先找我單獨開會討論(畢竟是企劃嘛)，我會和他討論說他idea的「核心」是什麼、可不可以調整成怎麼樣的功能？透過我的規劃讓老闆的idea可以合理化的呈現在遊戲中，所以有這種不滿產生時，我本身就是兩邊最主要的溝通橋梁～

### 仕明/你受到提點：「透過衝突才能增進理解」。到目前為止，你有任何故事可以分享的嗎？發生過什麼衝突？增進了什麼理解？

> 仕明: 分享一個蠻久以前的案例，當時我主要負責開發數據傳送的功能開發。有一次針對數據格式標準化的做法與後台組的同仁討論時有遇到衝突，內容大致上是標準化的處理可以在我負責的SDK上進行，也可以在資料進入分析系統前處理，當時為了這個議題爭執了一段時間。

> 仕明: 就我當時的觀點，我覺得這些規格是對方提供的，要怎麼處理應該會比我清楚很多，只要我協助把資料轉送過去，對方就可以根據實際需求進行調整。而對方的觀點是，資料是由我這邊轉送的，只要我這邊先處理好，接收資料時就不要再做額外的處理，可以節省一些效能。

> 仕明: 說真的，當下其實兩邊都有各自的道理，但可能太年少輕狂了，兩邊說話的態度都越來越激動，最後演變成衝突。最後由組長提出『我們從成本和效能來看看』，透過對方的說明，我了解到對方的考量其實和成本及效能有很大的關係，雖然兩邊都可以做到一樣的效果，但使用我的方法其實會增加額外的成本。這也讓我了解到解法有很多種，但我們必須找出最『符合效益』的那個做法。

> 仕明: 其實事後回想了一下，也須我把太多先入為主的概念加到會議討論中了，我把『對方只是不想做這件事情』的印象先加入會議的討論中，也導致我當時的思考方向不夠客觀。到了現在我也發現偶爾有些會議也是會遇到把『主觀印象』加入到會議中討論的同仁。就和當時的我一樣，其實可以將對方的思維導向客觀判斷，其實目前遇到的同仁都是可以接受最後結論的。

> 乃宏：之前我有看過一個說法：會衝突是因為有堅持，不同的堅持才造就了更多的理解。聽起來你們的狀況就像這樣。

> 乃宏：Doni，妳聽了仕明的故事，回想以前的團隊，也有因為「先入為主」的觀念在會議中，而造成誤解的嗎？
>
> Doni：針對人的話多少都有，畢竟團隊都是需要經過磨合，但以公事來說，並不是發想或討論規格的時候有這種狀況，主要也是每個人都有自己一套做事的方式或邏輯，倒也不是立場或角色的考量點不同，而是有時候程式人員討論邏輯時，「偶爾」會陷到一個僵局，當他們僵持不下說這個規格可能做不到或是需要大幅度改動時，我會根據他們當下討論的內容和平時對產品的了解，突然想到也許怎麼做可以解決這個僵局又把改動幅度降低，但畢竟我不是專業的程式人員，我只能大概描述我的概念，並讓他們評估可行性，進而讓彼此都達到共識，但如果太深層或我聽不懂的，也沒辦法幫忙就是了😂。

### 暐杰/你提到"放大格局"的思維，你覺得面對誤解，不同大小的格局，想法上的差異是什麼？能給我們舉個例子嗎？

> 暐杰: 我認為格局大小取決於看待這件事情的高度，一個衝突發生時，我們很容易專注在自己的感受上面，覺得委屈或是生氣，但這樣對於事情本身並沒有太多的益處，反而會加深彼此的對立，也影響自己工作的心情。但如果我們提升自己的高度，跳脫自己的情緒，進而去思考組織的益處時，其實我們的目標會更明確，就算中間遇到一些困難或阻礙，也會更積極去思考如何化解這些衝突。
>
> 暐杰: 舉個例子來說，之前有發生過幾次在推動計畫或導入新技術時，與特定人士在會議中沒有共識，而收到一些負面情緒，其實在那陣子我的心情蠻低落的，會覺得自己提出想法與建議希望事情能夠進行得更好，但卻被認為在找麻煩。有一陣子會覺得是不是我就不要說出我自己的想法，別人怎麼說我就照做，這樣就不會吃力不討好，但這樣的方式反而讓我自己的工作態度變得很消極，而我也很不開心，後來找聖倫聊過後，才意識到我太在意自己的感覺了，若是我的方向沒有問題，為什麼要因為這些負面的感覺而影響我呢？
>
> 因此，我照著聖倫給我的建議，把格局放大，站在公司的角度去思考，我發現當我的目標是讓公司能變得更好時，誰好不好相處，我的心情如何，就不會是第一考量。因為目標很明確，遇到困難時就比較不會放大自己的情緒，如果有意見不同的時候，也比較不害怕衝突，能夠更積極的去解決問題。
>
> 乃宏：仕明，這就是你在週報上寫的「組織目標價值，遠大於彼此的誤解」對嗎？
>
> 仕明:是的，當目標變成讓公司變得更好時，其實受惠的人遠多於與我們發生衝突的人，更甚至曾經發生衝突的人也會跟著受惠。衝突只是一時之間不被認可的情緒釋放，但我相信大家的最初的出發點都是為了讓公司變得更好，這也說明了為什麼發生衝突後還可以互相理解。

### Doni/網頁組算是設計和工程面向兼具的，就妳的經驗中，最容易被誤解的事情或評論是什麼？而妳們會怎麼看待這些誤解？會怎麼消除呢？

> Doni: 這個可以拆兩個部分分享，一個是我們組的服務內容，一個是我們每個人的工作內容，都有發生過很多誤解😂。是有聽一些同仁說過，不太清楚研三網頁組可以支援的服務內容是什麼，或是我們可以支援的程度到哪裡，我要大力幫我們組宣傳澄清一下😂，我們主要的服務內容有：
>1. 官網相關(形象官網、官網上應用服務: 贈禮、綁定手機、排行榜)
>2. 串接網頁金流服務
>3. 運營工具開發
>4. 其他(微信公眾號、POS系統、任何你想的到的網頁服務)
>
>其實能做到的事情很多，有任何需求來找米妮就對了😂。

> Doni: 至於每個人工作被誤解的地方就發生過比較多有趣的問題，先以我自己設計方面來說好了，大家會以為網頁畫面就跟Photoshop一樣，可以隨意改動位置，隨便拖曳一下就完成了，但其實我們是需要寫html和css來控制呈現的位置和樣式，製作原理跟畫圖有很大的差異😂
>
> 乃宏：大家很容易忽略，網頁可不是印出來的刊物，網頁要應付的可是各式各樣不同解析度的裝置，有的人用電腦看，有的人用手機看，對吧？
>
> Doni: 設計最常遇到的問題我們也有遇過，就是「可不可以隨便幫我做個網頁」「應該很快、很簡單吧」，但真的必須和大家說，設計沒辦法隨便啦～
>
> 乃宏：仕明，你們是不是很常聽過？😅
>
> 仕明: 以前真的也蠻常聽到的，大多的情況都是會「隨便」與「簡單」開始，然後就開始陸陸續續增加功能，最後變成我們要維護這塊。不過後來大家漸漸有共識後，這樣的情況就改善很多了。
>
> Doni: 再來是程式方面，可能有些人不知道網頁的前/後端分別負責什麼，簡單說的話，前端就是使用者看的到的介面操作、功能部分，後端就是使用者看不到的資料存取部分；
>
> Doni: 另一個我聽完覺得很有趣的是，組內成員曾經被問到說：你們網頁可以抓得到MAC ADDRESS或其他硬體資訊是什麼嗎，但其實我們只能透過瀏覽器，去識別他的裝置是手機還是電腦之類的😂
>
> Doni: 面對這些誤解當然是很無奈，有些要解釋起來也很難馬上讓對方了解😂畢竟各個專業都一定會遇到類似的困擾，而我們大多都還是會耐心解釋給對方聽，我們為什麼這樣做、因為有什麼考量、不能執行的原因、等等。其實我們合作的同仁們都很友善，也不會強硬說一定要怎麼做、為什麼不行，經過解釋後都進行的算順利，所以我覺得「誤解」其實還是要有同理心，且雙方都有溝通的意願，才能夠消除！

### 仕明/儘管你瞭解「組織利益大於衝突」，但這並沒有改變你「討厭衝突」的個性，你會想改變嗎？有什麼改變的計劃？

> 仕明: 目前的我依然討厭衝突，有部分原因是我覺得發生衝突後雙方對彼此的印象都會變差，在進行後續的討論或合作上很容易會造成彼此的誤解。不過在茶會準備的過程中，我也有發現因為這個個性，讓我有從『討厭』轉為『害怕』。因為害怕衝突造成的誤解，最後會演變成『退讓』，只要是對方提出來的需求都會照單全收，看似完美但實際卻會累死自己。

> 仕明: 現在我想改變的是從『討厭』轉為『不怕』，最近剛好有機會碰觸一些管理議題與概念，其中有提到『權責分配』的重要性，先前因為我們是共用的技術服務單位，專案也習慣把一些規格功能交由我們開發，但後續的維護工作會導致團隊的負擔越來越大。比較好的做法應該是先決議好我們團隊與專案間的權責分配，一起明確定義出團隊需要做到什麼程度，可能是協助指導也可能是完成後轉交，只要一開始有決議時有共識就可以了。當然，可以預期決議的過程一定會遇到衝突，但一旦退讓了就會增加團隊的負擔。我希望自己可以用類這樣『提醒自己』的方式來讓自己轉為『不怕』。發生衝突時，就大家一起討論並找到共識，在彼此都可以接受的前提下才進行後續的分工與規劃。
>
> 乃宏：暐杰，你們常遇到「你們是不是不想做？」這樣的誤解對吧？但常常事實是「不是不能做，而是不該做」，你們會怎麼解釋及說明，來消除誤解？
>
> 暐杰：是的，一件事情該不該做，能不能做，要是誰做，其實都有很多的考量，若是不了解彼此的需要和困難，就很容易產生誤解。
>
> 我自己的做法是會先瞭解需求，先以我自己的經驗整理出誰要負責哪一個部分、可能會遇到什麼問題以及工時需要多久，再將這些資訊與需求方討論，主要是先把評估的資訊透明化，讓大家初步有個共識。
>
> 但也常常還是有分工或是時程大家各自的期待不同，彼此攻防的時候，這時候我認為換位思考及同理心就非常重要，若是我們提出的方案對專案長期規劃來說是更好的，對方通常也比較能接受。
>
> 另外我認為更積極的方式是，經常與需求方(專案)有好的溝通與互動，在平時就建立互相信任的關係，也會大大減少誤解的產生。

### 暐杰/你說接下來會適度放過自己，但你要怎麼克服「無法把事情做到完美」的自我批判的內在聲音？你對「完美」有什麼不一樣的想法了嗎？

> 暐杰: 我認為首先要先承認任何事情都不可能完美，只要是團隊合作，總會有人跟你的想法或立場不一樣，也沒辦法控制其他人表達的方式，會有衝突或誤解也在所難免，因此希望事情做到完美不會有任何不愉快本身就是一個錯誤的期待，而且有這樣的思維很容易讓自己因為害怕衝突而畏首畏尾，反而侷限了自己。
>
> 暐杰：面對衝突與誤解，心裡的感覺肯定是不舒服的，而我們要學習的就是如何排除這些負面情緒，以我自己為例，我可能會跟合適的主管與同仁分享並聆聽他們的建議，若自己有改進的空間，應該也要覺得開心，因為這次的衝突能夠讓自己成長，畢竟犯錯並不丟臉，丟臉的是不斷犯一樣的錯，只要承認錯誤並願意改變，這些衝突都能成為成長的能量，若不是自己的問題的話，那豈不是更沒有理由不開心了呢？XD
>
> 暐杰：若是真的還是心情不好，也可以去看場電影、與朋友吃飯聊天，透過這些方式消化心裡面的負面情緒，唯有跳脫情緒的限制，我們才有動力持續進步。因此，我現在認為與其要求完美，更重要的是接納不完美，並從中學習與成長，這才是會讓我們愈來愈強大的正確方式。
>
> 乃宏：Doni妳呢？妳會有很強的自我批判聲音嗎？妳對「完美」的想法是什麼？
>
> Doni：我覺得我也是一個蠻完美主義的人，對自我的要求很高，不太喜歡隨便處理事情就交差了事，但我對事情的「完美」和暐杰的定義好像不太一樣，剛剛討論的比較像是「整件事情或流程」，而我對「完美」的看法是「我有沒有把這件事情做好」，而好或不好的定義也是根據「我能做到的程度」來判斷，我會希望每個工作、每件事情都能發揮自己最好的實力，但現實並不會這麼順利，總是會有其他外界干擾，影響到自己的發揮，但也能透過這些干擾，加強自己的專注度和臨機應變的能力等等。遇到挫折是一定會有的，如果要讓自己成長，重點就是要學會「調適心態」和「保持正面態度」，只要能讓自己保持這樣的狀態，就像暐杰說的「改進自己、跳脫情緒」，自己就會越來越強大！

## 節目結尾(主持人)

好，節目也來到了尾聲，上週一我們做了一次調查，我本來以為大家會對「自我成長」類的內容比較有興趣，結果沒想到大家都想聽一些較放鬆的題目，可能大家工作壓力都很大吧。我這邊會開始規劃內容，當然也很歡迎喜歡分享的同仁，能來當我的來賓，一同透過Podcast幫其他的同仁開啟新世界囉。

> 每個人都會因為改變而成長，再因為成長而看到更多改變的可能。在共和國內，還有許多人有不同的改變故事，希望能持續帶給大家改變的可能。

我們下次再見，拜拜～

###### tags: `roc_newsletters`