心得 | 溝通 - 與下屬講話時的 Checklist

心得 | 溝通 - 與下屬講話時的 Checklist
Photo by Glenn Carstens-Peters / Unsplash

​筆記摘自蔡恩全老師在 Master Cheers 的系列課程,章節片段不長,大約 12 分鐘,但有許多讓人省思的地方,也包含了一部分對過去自己答案的肯定,雖然是談管理、對部屬溝通,但除了 coaching 的部分比較屬於帶人的層面,其他的提點也很適用各種溝通場景。

筆記裡已經包含課程大多數內容,我比較想就這個課程中所回憶起的經驗或曾經踩的雷做個回顧,也當成是一次覆盤。

首次擔任管理職是從無到有建立團隊,一一面試選擇團隊夥伴,我想我們應該都同意,不論哪一方,面試時的想像和期待,通常和實際是有些落差的。夥伴的個性不盡相同,對於「了解對方」的能力,我有很多努力的空間,我可以做的,是在每一次的 1 on 1 中,視對方的反應來調整,但仍然是有許多故事。

有一回,和一位剛加入團隊三個月的成員討論工作狀況,我很直接地說:「我發現你的工作進展與我期待的不同,我們過去也定期在檢視跟討論,我想知道是不是有遇到什麼問題,或者需要我協助的地方?」

眼前的大男生回應不到幾句就開始稀裡嘩啦地哭了,一時之間我也有些不知如何是好,遞給他一盒面紙,請他先收拾好情緒後我們再談,在等待的時間裡我是忐忑的,一邊回想我的表達方式,一邊擔憂他的狀況,還好的是,在他收拾好心情後,我們能夠緩緩地聊聊發生了什麼事,最後他表達了自己的身心狀況以及現況能夠承受的壓力程度,遞出辭呈,決定先休養再出發。

在這個案例中,即便是已經在團隊的夥伴,我還是沒有能了解到對方的個性或狀態,只能是自己主觀的猜測,某個程度來說,這場對談是一場博弈,如果我在過程中過於主觀認定,有可能會造成不好收拾的場面,幸好我也是蠻沒有信心地擔心自己沒做到位,先詢問了夥伴是否有需要協助的地方。

還有一回是和一位剛加入的資深技術夥伴對談,夥伴談到工作使他需要耗費過多的心力,他感覺到累,我在這個過程先詢問了耗費心力的狀態是什麼樣的程度,待夥伴回答後,再詢問「那現在安排的工作,有哪一件確實造成你需要耗費這麼多心力嗎?」,談話在這個問題之後沈默了,因為在我的認知中,我們還沒有真正地安排實際的工作,不過,夥伴還是提出要離開的想法,在他離開的前兩天,仍然一起參加進度會議,正好那次團隊共同完成了一個里程碑,我在群組裡感謝一起努力的夥伴,此時他悄悄傳來訊息,告訴我他覺得我的方向是對的,有沒有可能他可以再留下來,終究我還是勸離他了,但最後他的談話對我而言是欣慰的。

這個案例的過程有爭論、有說之以理、有不諒解,最終是很和平地落幕,如果再有一次回到過去和他對談,我想我會更堅定立場和保持信心,不擔憂衝突,單獨和他對談、提供選擇。

課程中的提點,有許多我在實踐過程中應用著,也有許多是發現我根本在踩地雷或做徒勞無功之事,經歷過幾次和夥伴的對談,過程中踩了不少雷,或說錯話、或過於主觀,沒有留時間空間給夥伴表達,但也有夥伴買單,願意表達想法、談論未來發展。

回顧過程,案例其實非常多,全寫下來需要較長時間整理,總結在這些反饋中,促成我學會兩個重點:以「誠」相待、信任感治百病。

職涯大部分是專業職,過程中有幾年踏入管理職時才開始面臨到很多溝通,個性的關係,要說出口的話必須是自己也認同、相信的,從中需要努力和克服的自然也不少,也許在那幾年的過程中,讓我學會也認同正向的力量,感謝這些學習的過程,驅使我有現在的改變。

Read more

Data Platform 筆記#02:從可行到可承接

Data Platform 筆記#02:從可行到可承接

在初版架構逐漸成形後,時間也差不多過了一年。 架構可以跑、資料可以流動,但我仍然不確定它能不能真正落地。這條路必須要團隊可以承接、可以擴展,數據才有機會真正發揮價值。 很慶幸的是,我的主管願意投資時間,讓這個方向能繼續推進。也正是在那段時間,我的思考開始出現轉變... 前一篇的重點,是讓流程從「能跑」走向「能持續」。 而接下來我開始思考:如果這件事要由團隊一起做下去,現在的做法夠不夠讓人接手? 轉變的核心 回頭看那一年,大多數時間其實是在解問題。 但接下來,我該解的是另一個問題:怎麼讓別人不用再解一次同樣的問題? 於是投入了約莫三個月、壓力值很高的一段時間,開始把原本依賴個人經驗與記憶的做法,收斂成可以被團隊理解與複製的形式。 這個收斂,後來具體落在幾個方向上: * 把 Data Center 的部署方式收斂成一致做法,降低環境轉換成本 * 把資料整理作業轉變為配置驅動,讓流程與部署有規則可循 * 整理 DDL 轉換規則與範本,讓團隊能共用同一套方法 * 把知識系統化交付出去 這些事情的唯一核心是 讓方法大於個人。 從個人經驗,到規則明確 第一個改變:

By Jo
Data Platform 筆記#01:初版技術架構成形

Data Platform 筆記#01:初版技術架構成形

在上篇的 POC 之後,我們整理了一份內部報告,將問題拆成資料蒐集、基礎資料定義、資料量與查詢效能、資料治理、技術架構等幾個面向。 這份整理的目的是先建立邊界,讓我們從發散與模糊,逐步走向具體且聚焦。 在這個基礎上,我開始把關注重點轉向資料流: 如何讓資料自動、穩定、乾淨地進到分析效能較好的資料庫? 同時,也剛好迎來一個契機:與技術能量較高的團隊合作發展數據中台。這讓 Data Center 的推進獲得更多資源與支援,讓我們能更系統化地思考架構問題。 思考階段 這個階段,我們主要思考幾個問題: * 不同來源的資料,能不能用相對一致的方法接進來? * 資料會持續累積,是否有合適的儲存與管理方案? * 資料進來後,分層應該怎麼定義? * 查詢分析時,是否有更適合的查詢引擎? 各資料源的特性不同,接收方式很難完全一致。但若每種來源都設計一套專屬流程,維運成本會快速上升。因此初步的想法是先用一種主要方式處理大多數的情境,讓資料流先跑起來,再逐步優化。 過去常見的分層方式,是將資料分成: * 可追溯的原始資料(Stage) * 清洗整理後的乾淨資料(Data) *

By Jo
Data Platform 筆記#00:在變得具體之前

Data Platform 筆記#00:在變得具體之前

目標要做資料平台(Data Platform) 一開始我不是很能夠想像這件事該長成什麼樣子,既有的認知只有前期參與的團隊有實作過 HR 資料中心,顧問曾指導資料分層為 Stage、Data、Mart,除此之外,我沒有更多掌握,有很多疑問需要找到答案。 做到什麼程度算是Data Platform? 我們期待它能解決什麼、幫助到誰? 它是不是應該包含一套接收資料的方法、能儲存大量資料的資料庫、提供資料服務的能力?   那麼,它是一個平台嗎?該用什麼技術?有哪些其實現在不需要?又該怎麼做,才能保留未來需要的彈性? 這些問題在當下其實都沒有辦法很快有肯定又具體的答案。好像每一個點都應該被考慮到,但同時又覺得過於理想。那段時間,我甚至開始嘗試透過與 AI 的對話,把模糊的想法拆解成可以被檢視的問題。它沒有辦法替我做決定,但確實加速我釐清問題。 只是,在理解問題的過程,即使把想法轉化輸出成一張張架構圖,進展卻不是太明顯,反而有一種無法落地的感覺,沒有讓事情真正往前走,我們仍然缺少可以被驗證的起點。 開始有切入點的時機,是我們在尋找能夠讓用戶自助調整所需報表的工具,剛好從前的工作曾小量接觸

By Jo
筆記 | 自架 Ghost 的 SMTP 設定

筆記 | 自架 Ghost 的 SMTP 設定

部落格荒廢了好一段時間,近期終於想用手機登入管理介面留下些草稿,突然發現無法登入,登入鈕下方出現了如下的一段訊息 EmailError: Failed to send email. Please check your site configuration and try again. 結論先行,原因是我安裝的 ghost 版本,在首次使用新裝置登入時需要 2FA (二階段驗證),也就是說,除了帳號密碼登入之外,還會有一層驗證機制,而這層驗證機制需要輸入 6 碼驗證碼 (Ghost 站台發給登入者註冊信箱的 mail 會提供)。我當時建置 Ghost 時認為自己不會發送電子報,就忽略了 SMTP 的設定,導致 Ghost 站台不能正常發信,在配置好 SMTP 設定後,從新裝置就能正常登入了。 前一篇文章提到我的 Ghost 是架設在

By Jo