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

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

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

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

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

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

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

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

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

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

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

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

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

Read more

又搬家了:從 Zeabur 遷移到 AWS Lightsail

又搬家了:從 Zeabur 遷移到 AWS Lightsail

是的,又搬家了。 前一篇「部落格遷移紀錄」才記錄了從 WordPress 搬到 Ghost,主機也從 SugarHosts、GCP 一路輾轉到了 Zeabur。原本覺得以這個部落格的流量與使用方式來說,Zeabur 簡單方便,應該可以安穩地用上一段時間。 近期 Zeabur 發生的資安事件,剛好讓我重新思考一直沒去想想這個筆記到底放哪好的問題,能符合掛這個小站的經濟效益,我又能在有餘裕時利用主機做一些嘗試,最後決定搬到 AWS Lightsail。 選擇 Lightsail 其實沒有太多 AWS 的使用經驗,一開始在查看時,想過是不是直接用 EC2,但研究了一會,對我這種單純放部落格的小站來說,建一個 EC2 能調整的東西很多,相對也代表需要理解與管理的東西更多,殺雞何需牛刀呢.. 於是又看到了 Lightsail ,看起來比較接近我需要的樣子:一台固定規格的 VM、一個 Static IP,加上相對單純的計價方式(

By Jo
桌面上的筆電顯示程式碼,旁邊放著咖啡杯,象徵日常部署與開發工作流

[紀錄] OpenClaw 部署指定模型

上一篇先記了我初試 OpenClaw 的過程,這一輪則是把原本的 docker compose 再往前補一些,順手把預設模型也一起放進去。 這次選擇的是 Ollama,預設模型設成 minimax-m2.5:cloud。 原本以為把 .env 補好、compose 啟動,接著就能開始用了。做了才知道事情沒有我想得順利,仍然還是需要手動進 container 執行指令。 因為這次在 docker compose 想放進預設模型,所以整個配置也跟著多補了一些。原本比較單純的 OpenClaw 部署,後來變成 openclaw + ollama 的配置,讓 OpenClaw 啟動後能直接接上模型。 不過模型名稱先放進去,事情也沒這麼順。 Ollama 要使用 cloud model 得先登入。第一次啟動後,要先進到 Ollama 容器裡跑

By Jo Assistant, Jo
[紀錄] 初試 OpenClaw

[紀錄] 初試 OpenClaw

夯了很久的 OpenClaw,近期開始出現了退安裝潮,我卻正要開始嘗試使用。 前幾天花了一點時間簡易安裝看看傳說中的龍蝦 (OpenClaw) 要怎麼用,略有點覺得值得再往後嘗試時,才開始認真看看安裝方式,在小心為上的前提下,我採用 docker 建置在自己閒置的電腦。 在 docker-compose.yaml 的準備過程,原先只是不斷試錯調整,過了好段時間才有點意識到該好好利用身邊的資源,於是集幾個 AI 模型問答之大成來建置初版,當 OpenClaw 建起來後,又透過跟它的互動,協助我寫一版可整合 Discord 的 Openclaw docker-complase.yaml 自用。(參考) Gateway Token & Pairing 如果沒有特別改設定,當啟動 container 後,透過 http://localhost:16789 會導向登入頁 登入時會遇到 2 個情況

By Jo