從工程師到管理職,其實需要的技能都換了,與其說是「升職」,其實更像是「轉職」,雖然待在同一個 team,每天面臨的挑戰都截然不同。
- 1 on 1 要聊什麼?
- 當上主管寫 code 時間變少,為什麼更忙了?
- 如何把人才放在對的位子上?
剛接觸管理技能半年的菜鳥,跌跌撞撞成長的過程中,將要面對的挑戰,我不是第一個,但也不是最後一個。
期待能透過這 30 天,每天丟一個菜鳥主管會遇到的真實問題,探討有什麼好解方,幫助下一個菜鳥主管!
前言 嗨!一年一度的鐵人賽又來了,我在前年跟去年參加了兩次鐵人賽,都是前端技術為主的討論: Javascript 從寫對到寫好 前端技能樹的十萬個為什麼...
前言 許多 RD 的第一份主管職,通常都是因為「夠資深」,或者「coding 能力強」等因素,被更上層的主管提拔為小主管。 於是很容易會產生一種連結: 主管職...
前言 如昨天討論到的,從原本主要寫 code 的 IC(Individual Contributor),轉職成管理職,基本上技能組都換了一輪,我需要: 技術能...
前言 昨天討論到的是一般從 IC 轉型成主管的例子,這種角色定位比較好抓一點,畢竟在成為主管之前,本來就是團隊的一份子,所以能較快適應。 但今天如果討論到「空降...
前言 一個團隊中,最好的組合不一定是一群聰明人聚在一起,那有些必要的 dirty work 就沒人要做,反而是充滿了形形色色個性的團隊,更能夠在各種情境下互相...
前言 成為主管職之後,會收到來自四面八方的需求,常常會讓主管火燒屁股,但就像在 Day 2 - 【管理的本質】主管職就是資深工程師嗎? 討論到的,很多主管都是由...
前言 成為主管職後,第一個明顯的改變就是寫 code 時間急遽減少,一部份是因為多了管理的任務,另一部份就是多了很多會議要開。 開會本身沒有很難,只要一群人聚在...
前言 一天的工時就是八小時,除了昨天討論到會議佔掉許多時間,其他像是管理團隊、跨團隊協調,以及大大小小的技術諮詢等,往往就佔掉一天所有時間。 尤其如果是屬於需要...
前言 一對一面談(以下簡稱 1 on 1),相比於三個人以上的會議,1 on 1 更能夠創造一個比較帶有隱私、促進開放溝通的地方,因此如果主管期待探索成員比較深...
前言 由於管理是人與人之間的一種藝術,所以中間自然少不了「信任」的元素。 但信任是超級主觀的東西,很多時候甚至會因為一些微不足道的小事,失去了成員對自己的信任。...