心得 | 新任主管與部屬的職場生存術

心得 | 新任主管與部屬的職場生存術
Photo by Nick Fewings / Unsplash

「新任主管與部屬的職場生存術」是君婷老師在商業思維學院主講的講座,講座的主軸有「你是新主管」與「你有新主管」兩個面向,著重在談新任主管在接任前後的各項要點,雖然經歷不多,仍然能對應到之前的一些經歷中,如果當時就有聽到這個講座,或許能更懂得如何應變。

弄清楚升主管的真正原因

那天,主管從大老闆的辦公室出來後沒多久,召喚我進辦公室,邊看著自己的電腦邊對我說:「在團隊還沒有主管前,你先代理,沒有問題吧?」 我:「…應該可以」 主管:「那就這樣,我會發一封信公告」。

在這個情境下,其實可以先緩些回應,問主管改由我代理的原因,從主管的回答思考背後的原因,是因為需要我的專業能力或整合能力呢?或者是期待多複製幾個我?又或者是政治因素?又也許其實只是老闆的明示?先釐清背後的真正原因後,再回饋是否接受。

講座中所謂「多複製幾個我」的概念,主要要傳達的是許多剛開始當主管的人,或多或少會有個迷思:「我 (應該要) 比我的 member 更懂、更專業」,這樣的想法很容易陷入把自己變成團隊天花板的情況,member 也會因此有所依賴,這不是健康的狀況。

新官上任一基礎、三支柱

主要談到了在轉換自己思維的基礎上,對齊老闆想要、建立同儕口碑、改善團隊痛點,聽著這一段也回想起了很短暫的代理工作…

開始接任代理主管後,每天上班主管就召喚我進去指導,在這半小時內聽著主管唸叨著團隊不該重心只放在一個專案、團隊哪個 member 估時程不客觀等等。走出辦公室呼吸一下新鮮空氣,回頭又跟著團隊一起解決問題,打從一開始就陷在「這件事我應該要做」、「那件事我應該參與」的囹圄之中,直到最後黯然退場,收拾包袱離去。

其實這個狀況應該是有解的,既是團隊內部升任的,對團隊的狀況其實也是最清楚的,和同儕的革命情感也穩固,當下我最應該做的是從每日主管的面談指導中了解主管對團隊的期待,試著將這些期待 (或不滿) 轉換成目標,再次地和主管確認,並且開展出具體的工作內容;另一方面則是與團隊 member 面談,讓團隊理解與認同目標,進而執行、改變,用團隊的力量成事,扭轉主管對團隊的印象。

承上、轉換、啟下

講座中有一張印象特別深刻的圖,大意是擔任主管如果能「承上」、「轉換」、「啟下」三者兼具,將能夠朝成為高績效主管邁進,但如果只做到「承上」和「啟下」,等同是個傳聲筒,對不理解卻又不得不做的任務,常常嘆口氣說:「沒辦法,老闆要求的…..」,團隊或許一次兩次會接受,但次數多了也是會無法忍受翻桌的;如果只做到「承上」、「轉換」,基本上是個服務老闆不管團隊的主管,很懂得了解老闆需求,說出一番願景或做出精美的報告,但團隊可能沒有什麼成果;如果只有做到「轉換」、「啟下」,則很容易陷入「我只做我想做的」的狀況,既沒有對齊老闆需求也沒有幫助成員成功,在「我覺得我很辛苦」的苦勞思維中,member 無法得到對應的報酬,也終究會一一離去。

心得

「關係」是需要被好好地處理的,在各自為善時也許不是那麼有感覺,但是在上任一個團隊的主管時、在擔任協作的角色時,如果不重視「關係」,除非夠強大,否則終究要吃一些虧,講座中最多的部分是在引導我們如何去處理好「關係」,前置的準備、事發當下的應對、後續的處理等,不禁想起了一句話:「有關係就沒關係」,只是在這個講座後,我想應該是:「處理好關係,就沒關係」。

回歸到最重要的核心想法,還是轉換自己的思維,當好老闆與團隊之間的翻譯、橋樑,對上理解老闆需求,對下引導成員達成、成就成員,如君婷老師提到的:在擔任主管時所做的事,都應該與「對老闆承諾」、「對團隊承擔」有關。

Read more

部落格遷移紀錄

部落格遷移紀錄

是的,又搬家了。 這次搬家像是一種重新開始,遷移的範圍稍微大些,大致上有三段變動: * 從功能豐富的 WordPress 到簡潔高效的 Ghost * 從 SugarHosts 搬遷到 Google Cloud Platform (GCP),最後搬移到 zeabur Wordpress 的功能非常豐富,只是我使用到的部分極少,總想找個簡潔的服務使用,但忙碌的工作很快就澆熄了動力。一次在輸出小組群組中的討論,注意到 Ghost 這個部落格平台,試裝操作看看,體驗還不賴,想著我的文章數也很少 (心虛),就搬吧! 推進這個改變的契機,一部分也來自於 SugarHosts 自 2024 年底在網路社群中的討論,其中也包含了客服過久沒有回應的議題,SugarHosts 的價格真的很有吸引力,只是客服回應效率突然的落差,讓我開始擔心這是否對影響到部落格,開始思考搬家的可能,實際上身邊的朋友也愈來愈多人遇到類似情況,甚至站台無法再使用,措手不及使得只能使用較早期的備份來拯救文章。 我在年假期間利用 GCP 的試用額度來架設

By Jo
筆記 | Ubuntu 掛載磁碟

筆記 | Ubuntu 掛載磁碟

最近在 GCP 試玩 Compute Engine (VM),建立時另外新增了一顆磁碟,實際運行了才發現,原來需要自行掛載,記錄執行的指令與過程。 以 Ubuntu 22.04 為例 (多數的 Linux 應該也可以使用) 確認新增的磁碟是否存在 lsblk 大多情況應該會看到新的磁碟還沒有掛載任何分區 格式化 (如果硬碟還沒有格式化) sudo mkfs.ext4 /dev/sdb 配置自動掛載 取得新磁碟的 UUID sudo blkid /dev/sdb 一般會顯示類似以下的結果 /dev/sdb: UUID="一串由-符號串接的英數字" BLOCK_SIZE="4096" TYPE="ext4&

By Jo
筆記 | PostgreSQL v12 CTEs 行為改變

筆記 | PostgreSQL v12 CTEs 行為改變

前段時間,工作環境將 PostgreSQL v10 升級到 v15,升級後發現報表的執行效率從 1 秒變成了 2 分多鐘,也剛好變因太多,排查了很多項後才開始面對 SQL 執行計畫,同一段 SQL v10 跟 v15 有很大的差別,許多人花了一番功夫調整,速度才回到水準,接著進一步從調整方向的線索,再爬網路文章,才發現原來在 PostgreSQL v12 有一項對我們來說蠻重要的改變:CTEs 行為改變。 過去經驗裡,SQL 使用 CTE (Common Table Expression) 能將一段查詢的結果暫存起來,在主查詢語句中使用,能有提升查詢效率的效果 例如: WITH temp AS ( SELECT col1, col2, col3 FROM

By Jo
筆記 | 在 Ubuntu 22.04 安裝 Kubernetes Cluster

筆記 | 在 Ubuntu 22.04 安裝 Kubernetes Cluster

許多網路文章中都有安裝 kubernetes cluster 的教學,也因為版本更迭,爬了很多的文章、裝了非常多次,整理以下的筆記,幫自己防忘記。 實作環境 * 主機 (VM) 3 台,一台 master、兩台 node * pve-master * pve-node1 * pve-node2 * 作業系統 Ubuntu 22.04 * Container Runtime 選擇 containerd.io 筆記的幾個大步驟,有些是所有節點都要做,有些則否,整理如底下的表格: Step pve-master pve-node1 pve-node2 安裝前置 V V V 安裝 Container Runtime V V V 安裝 kubeadm

By Jo