每週一個管理主題討論

部門最近一個很大的變動，就是和另一個部門的技術單位做了整併。人數頓時多了一倍出來，整個部內幹部的培訓也正式進入制度化的階段。人數變多向來不是一件好事，但沒辦法，既來之則安之吧。經過一陣子的內部討論後，有一項新的內訓活動就這麼出來了：每週的一個管理主題討論。

對很多人來說或許是個苦差事，但對我而言倒不是件壞事，它是一個有效地把我腦內的知識給拉出來好好整理一輪的機會，當作寫作主題。反正橫豎我都是要準備好要講什麼，那倒不如就跟準備最正式的簡報那樣：直接寫成一篇。

和組員的溝通與分享

這週的討論主題是：和組員的溝通與分享

講溝通的書很多。和上司的溝通首重簡潔明瞭，還要小心不能功高蓋主。和下屬的溝通就要著重指令明確，沒有模糊空間，還要小心不能滲入情緒發言。看來看去都是這些理論及故事，實在沒什麼好寫的。「分享」呢？這倒是一個較少資料探討的主題。而且由於部門人數雖然多，但組別也不少，導致每個組的人數都不多，多一點10個以上，少一點5個左右。所以組長和組員的關係雖有職務上的高低之分，但關係上其實就和同伴沒太大差異，只是大家面對的任務不同。

以「分享」為主的文化，不但是部門的重點文化之一，更是「溝通」的一道很好的潤滑劑。良性的分享，就會讓彼此的關係融洽的像街坊鄰居一樣，我跟你借一根蔥，你跟我借一下油，你跟我說說資料庫程式設計的難處，我跟你聊聊遊戲設計上優化的痛苦。若大家就像一家人那樣能隨意聊聊，哪有什麼”溝通”的問題呢？

這裡不提那些很”落漆”的長輩。對年輕人來說，長輩的價值究竟是什麼？有房有車有錢(對啦，不要歪樓啦)？我相信大部分的年輕人，甚至是我們這一代中年人都可以很理智的說出正確答案：人生閱歷。我們需要看書，也就是因為要擴充自身經驗的不足，也正是人類能統治這個星球的根本原因。

今天我們居於上位，能夠指派你的組員去執行任務，也就是我們的經歷受到肯定，我們的經驗有那個價值，而不是我們擁有什麼別人做不到的特別能力。你以前會做的那些事情，現在有一卡車的網頁在教讀者怎麼做，有看不完的YouTube影片在做給讀者看。什麼RayTracing，什麼Deep Learning，還有什麼最新的技術是你沒資料可以看，沒環境可以試的(那些沒開源的不算)？你腦內的知識既沒有數量上的優勢，更沒有速度上的優勢，那你打算拿什麼東西，出來跟你的組員「分享」呢？

現在是知識深度決定競爭優勢的時代，你的經驗就是能挖出深度的那把鏟子，你的積極態度就是那隻把鏟子踩下去的腳。

你能分享的，都不是網路上容易找到的

現在我不參與實作層面的工作了，但怎麼去找出解法的本領還是不錯的。從Non-OS的環境開始開發遊戲，一度以Linux做為主桌面系統來作業，我的系統知識及腳本開發能力，有時還會派上用場幫組員解決問題；對整合開發環境(IDE)的熟悉，可以很快的幫他們找到一些小功能，讓他們寫code的時候，可以更有效率，更快的實作；他們在陌生領域study的時候，不曉得要怎麼找到難度適中的資料，或是一些重要的評估比較，我長年訓練下來的「下關鍵字」經驗累積，往往能更精準，更有效的找到他們想找的東西(其實這有點像中醫師開藥方…)；面對用戶一些很奇葩的要求時，曾經是用戶的我，可以很快的換位思考，他們背後的需求可能在哪裡，解釋給我的組員聽。

做為這些組員們的領導者，你必須把他們的問題帶到自己身上去想。注意哦，只是去想，而不是去做。如果是你，你打算怎麼解它？你會去哪裡找資源？組員的解法會有後遺症嗎？他們寫出來的東西用戶看得懂，知道怎麼用嗎？你在你的領域中打滾許久，所累積出來的當然不是”知識”的堆疊而已，而是垂直整合的珍貴經驗，都不是網路找得到的。

你怎麼「分享」，會決定你們怎麼「溝通」

雖然我不太寫code了，但現在我更積極的在寫作。就像現在這樣，把腦中散落在各處的經驗，在腦中繪製出一個2D或3D的圖像組織起來，最終用線性的型式寫出來。在我們的任務追蹤系統中，在我們的文件管理系統中，不時可看到我或是我的組員，把解決問題中得到的結論或是參考資料寫上去。我們當然也有很多直接當面溝通的討論，但”寫作”一直是一個能夠「分享」的管道，也是唯一能把點，線，面都全面想透的唯一過程。

有些規模較大的產品，若是在以前，可能就是會隨便簡單想想，多開幾次會，然後就邊做邊改(邊加班)。但現在我嘗試以身作則，把「規劃」這件事，透過寫作將規格給具像化。寫得很細，但會辦簡報，簡潔明瞭的跟大家講重點。我們在簡報中會有討論(次數不多，因為很多事情在”寫”的過程就會想完)，但討論的品質很好，不會發散或走山。

和許多企業的CEO或是創辦人相同，我也跟他們學習，把整個組織想前進的方向，理由以及我看到的市場變化寫成「內部信」給他們。我們每天開早會，不時也會有實作需要討論，但我仍一直以寫作的方式，保有對他們工作上的”深度”參與。我會寫上他們目前完成了什麼成果，遇到了什麼問題，在等待什麼資源，獲得了什麼know-how。有時我會看到組員一些很驚豔的成果，我就貼個「讚」上去，有時我對他們完成任務的描述不是很滿意，我會把我的問題貼上去，也請他們把解答補上去。

和直接走過去「說一聲」有什麼不同呢？用說的不是比較快嗎？不同的就是深度。是你和組員”深度”思考，”深度”溝通的分享，不是「說一聲」這種很容易流失在訊息轟炸下的交流。

我當然是推薦用寫作的方式來執行深度的良性溝通，好處多多又沒副作用。但若是你真的在這方面很苦手的話，許多書也推薦了其他的方法。像是中午約出來一起吃個飯，晚上約去喝個小酒，吃個熱炒。健康一點的可以來跑步或爬山，速效一點的就在上班的時候約出來在梯廳或會議室喝個咖啡就行了。這些都是「型式」，都是「活動」，最終進行的重點都是「聊聊」，你要準備的內容大方向是不變的：

你的經驗能不能給他們更深的見解？你的積極態度能不能給他們一個行動的榜樣？你打算跟他們分享些什麼？這些就是你和他們會有的「溝通」品質。

一開始提到「溝通」，不管是對上還是對下，最重要的就是清楚。很多時候我們花了許多的心力，反覆交待，來回確認，就是要確保彼此有一樣的認知。這些是日常工作必要注意的，是重要的。但若是我們平時就多訓練自己和組員對問題的思考深度，透過寫作或是特別規劃的一些活動來共享觀點，你會發現許多溝通就會變得事半功倍，甚至會變得不太需要，因為他們會越來越跟得上你的要求，而這就是我們最終的目標。

後記：雖然後來題目改成「和組員溝通的經驗分享」，和這篇的主軸稍微不同，但我還是覺得這樣把它寫出來，對自己有很大的理清方向的作用，幫助很大，所以也分享給大家。