心得 | Light Talk 管理最難的那些事

心得 | Light Talk 管理最難的那些事
Photo by Natalie Pedigo / Unsplash

週間晚上聽了場商業思維學院 Gipi 和君婷老師對談的「管理最難的那些事」,線上 300 多人一同度過了兩個小時的對談及 QA 時間,身在其中的自己,也正在學習如何當一個主管的旅途中,在這場 Light Talk 中,間接感受到指導、療癒與鼓勵,特別記錄下幾個有感的金句和想法。


沒有人天生會做主管

許多人在當上主管後才開始學著如何當一個主管,我也處在這許多人之中,在開始擔任主管時,才發現一切沒有想像的容易,沒有所謂的標準答案和公式,總是在一次次的事件中,發現自己錯了什麼、缺少了什麼,即使有他人的經驗分享、文章的指引,仍然需要在每一個事件中實踐與獲得回饋,在這旅程中沒跌死、沒放棄,就再爬起來繼續,不斷地學習、調整。

學習旅程中總是覺得自己不夠格、不夠好,容易信心不足,在遇到瓶頸又不知如何尋求協助時很容易想放棄,Light Talk 開端的這句話,直接讓心覺得被擁抱了。

信任無法快速累積,蒸發只要做錯一件事

信任關係需要時間累積與維繫,建立信任感是極度重要的基礎,建立信任不容易,摧毀卻可以一夕間達成。

經歷中不論是從零開始招募,或是空降到一個既有團隊,建立信任關係的方式就是發自內心和團隊在一起,參與成員的工作,了解情況,協助解決難題。過程中也曾經有真心換絕情的受傷,從中學到有些人不用花太多心思,但其實也沒有這麼決絕地放棄,通常還是會 1 on 1 面談指出問題,希望成員改善,相信成員僅是「不知」而非「不為」,如君婷老師談到的「先思考成員為什麼會這樣」,了解成員的狀況並進行引導,成員多半會感受到誠意 (善意),也會姑且相信而願意一試,把握著這些透過誠意開啟的機會,讓成員感受到是認真的,逐漸建立起信任感。

也自省自己沒有做到適當地懲罰或指正,幾乎不在團隊面前指正成員的不適當的表現行為 (除非氣到覺得一定要發作),大多時候我選擇了一對一面談的方式來指出期待改善/更好的地方,其實許多時候成員也是看著主管會怎麼處理,對於團隊都看得到且影響士氣的行為,如果主管當下沒處理,對成員來說也是一種表態,更甚是可能使信任感降低的因子。

如果你讓情緒走在前面,那麽你的專業就不見了

不論身在管理職或專業職,做好情緒管理都是很重要的事,在聽到這句而猛點頭的當下,也回想到年輕時常常很容易對各種不懂為什麼也得不到解答的人和事感到不平與生氣,讓情緒搶先一步,以致原本對的事情可能被模糊了焦點,根本沒辦法達到目的,甚至當時的主管在我的績效評語中寫著性情剛烈,現在回想起來覺得很有趣。

後來在一段受挫沮喪的黑暗時期,尋求不到支援(或者該說不知如何求助),花了很長的時間閱讀「被討厭的勇氣」一書,開始練習課題分離,漸漸地能做到發現與抽離情緒,更聚焦在工作事務的協調而不被情緒控制,也因為這樣的改變,漸漸地在他人的印象中反而變成了一個不容易生氣的人 (其實還是會的好嗎)。

衡量有沒有能力做到好人及好主管,如果能力不夠,先選擇做個好主管

最可惡的主管就是只想當好人的主管。
想當好人形象的主管其實是自私的。

這段話特別引發省思,作為團隊的主管,工作是帶著團隊完成目標,不是當那個成員覺得「人很好」的主管,也不是當他組覺得「人很好說話」的主管。

在團隊只想當好人、只想獲得認同,一是累死自己,二是累垮團隊,三是對團隊不公,除了博得短暫的好人名聲,於團隊於個人的發展,似看不見正面的價值。

對員工最殘忍的是不給他們回饋

每家公司的績效考核制度不盡相同,經歷中遇過一年一評、半年一評,主管會在績效評核啟動的期間約面談,告知成員這段期間的表現如何,通常在這個時候才會知道主管對於成員工作表現的評價,有些人習慣如此,對於我而言,這代表需要有點久的時間才能知道工作表現有無符合預期,也代表調整的時間晚了半年到一年,更糟的是有可能談完了還是不知道主管的評價與期待。

因著這樣經歷帶來的感受,在開始學習擔任主管後,總是不定期與成員一對一面談,談工作狀況、談工作表現給人的感受,讓成員表達自己的想法、期待,期望透過對談、交流,達到互相理解對方期待的目的,在這樣的面談過程中,我會避免直接主觀表述評價,而是陳述觀察,透過詢問的方式,希望理解成員「為什麼這麼想、這麼做」,另一角度,也引導成員學習表達,並嘗試著理解不同角度的看法。

這樣的作法,其實並不總是能達到期待的效果,不過能在儘可能短的時間裡得到回饋,彼此都能做些調整。

對主管來說,做人最好的樣子,是協助團隊把該做的事做好

主管的一個很基本的工作是協助團隊完成目標,如君婷老師提到的「主管的天職是協助成員排序手上的工作」,工作常常是一直加進來的,也很容易會因為時序而使得優先序有變化,這時主管很重要的任務是協助成員釐清手邊的任務,將優先序排出,減少成員執行任務的困惑,順利地將相對重要的工作完成。

記得有次參加主管會議,一位主管說道:「我們的職責是協助成員完成工作,是成就成員,是幫助成員成功」,這是一個對現階段的我而言很遠大的理想,如果能做到,我想會是很大的成就感。

愈怕人走,就愈沒辦法做對團隊有幫助的事

團隊成員離開,對許多主管來說都是一門不太好修的功課,尤其是成員在團隊中是扮演具有影響力的角色。

網路文章或是自身經驗的影響,總認為人一旦產生離開的念頭,通常是心意已決留不住了,開始擔任主管後,更理解留才是平時就該做的事,如果成員有想法,更該做的是了解原因,如果是團隊管理議題,就好好省思調整,如果是成員發展空間,就放下執念,協助轉介其他單位,或者祝福在其他機會中有更好發展,保持聯絡期待未來的合作機會,回過頭則要思考團隊內的分工與備位人才。

自己也曾經歷一些得以成長的磨練機會,離開的方式有主動與被動,如:追求薪資水準的、表現不如預期、影響團隊氛圍、成長空間感到受限等。這些經驗幫助了我正向看待成員離開,如果團隊(成員)會因此更好,那就這樣做,即使在某些經歷中離職率成為了 KPI,反而也不足成為束縛。


課後心得

領導是需要意願的,學習旅程中一位主管提到這樣的一句話。

回想初入職場時,曾立下「不想當主管」的豪語,在職涯過程中遇見了心中認為的好主管,得到許多的指導與引導,漸漸地開始也期望自己有朝一日成為一位可以協助成員成長、成功的主管,在一次契機下,開始學習擔任管理職,從排斥到有意願的過程,是數年職涯想法的轉換。

有意願才能正向地在各種考驗和磨練中更有意識地嘗試和實踐,並且持續地反思和調整,「沒有人天生會做主管」,而是透過不斷嘗試與調整找出自己的方法,不論最終成功成為一位稱職的領導者,或者發現不適合而發展專業,這些過程都是幫助自己成長的養分跟機會。

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