《RISE-UP 科技人才升級週報》#18: 你聽過 Mob Programming 嗎?(不是「暴民開發」)|新手技術主管可以換個角度看待頑固的工程師
本週我們想跟大家分享一個比較少見的開發模式「mob programming」(可不是叫「暴民開發」),同時延續上週的「幫房子寫技術文件」與「不要有產品經理」的後續,最後是我們極力推薦技術主管收聽的一集 podcast。
獲取 RISE-UP 科技人才升級週報的最新資訊和行業趨勢。
本週我們想跟大家分享一個比較少見的開發模式「mob programming」(可不是叫「暴民開發」),同時延續上週的「幫房子寫技術文件」與「不要有產品經理」的後續,最後是我們極力推薦技術主管收聽的一集 podcast。
我們在上一期推薦了 Airbnb 創辦人暨執行長 Brian Chesky 談管理變革的 podcast,我的同事 Karen 則是近一步推薦一篇文章,文章的兩位作者針對 Chesky 的說法提出一些疑問,我認為是很好的平衡,歡迎讀者跟我們分享你的看法。
在關心 OpenAI 新聞之餘,我們很推薦大家花點時間收聽/觀看 Airbnb 管理變革的 podcast,相信各位讀者不論是在產品管理、組織架構、企業管理和產品設計等面向與背後的思路,都能有所收穫。
「我以後要當技術主管還是獨立貢獻者(IC)?」相信是許多工程師職涯走到某個階段後會面臨的選擇,而且會擔心如果選擇管理職,日後就不能再回去當 IC,但這其實是一項誤解。
我們知道 Netflix 影像創意團隊會製作大量發表在 X、IG 上的短影音或 GIF,還有預告片等等。那麼如何才能快速找到所需的片段呢?若每次都要捲動整部影片去找合適的鏡頭,豈不很沒效率?他們的工程團隊怎麼解決這個問題?
本期我們推薦的文章聚焦在職場,包含面對職場問題時該抱持的態度,以及大型組織內部轉職成為資料科學家的經驗分享,還有「直接詢問」與「猜測」兩種文化的問題。
你正在進行一個新的大專案,可能是要做一個大功能或重構程式碼,一開始你雄心勃勃、充滿動力,每天都等不及要上工,幾個禮拜後卻開始分心,或是找一堆藉口⋯⋯ 如果你也有這個症頭,請看我們推薦的解方。
對於衡量工程團隊績效議題,我們先前曾經推薦過相關文章,當時麥肯錫提出的方案在網路上引發很大的爭議。這次我們要推薦另一篇文章,談談技術主管要設計團隊績效指標時,可以怎麼思考。
先前我們曾經提到工程師可以藉由「公開自己的工作」增加「好運的表面積」,這次我們想要提供另外一種思路:準備好自己的「自誇文件」,甚至把它分享給你的主管和同事,為什麼要這樣做?有什麼好處嗎?
從軟體工程師轉職為行銷主管,作者經歷了轉換領域與身份的衝擊。本文是他從挑戰與創傷中,獲得的三項學習體會:1. 如何不降低標準 2. 注意無意間流露的情緒 3. 定時一對一。希望能為剛升任主管、在管理上遇到挫折的讀者們提供可能的思考點