團隊協作

部門文化建立需要管理層微小的強制與鼓勵

關於團隊文化的議題,有時候我們會聽到一句話: 部門文化不能強迫建立,尤其是技術分享,強迫是沒意義的。 這句話乍看是沒錯的,但真的完全正確嗎?其實文化建立需要一點微小的強制力推動(或者說提醒),就舉個我們部門的例子來看: 例子:開會中在白板上畫圖溝通 在平常工作會議中,常看到某些 Sr 工程師或主管,會議討論主動用白板畫圖,不管是流程圖、時序圖還是概念草圖,這樣的行為幾乎已經變成習慣。 觀察一下就會發現,除了 Sr 或主管以外,真正主動在開會中用白板的人還是極少數。

晉升 Senior 後:三明治主管影響力與技術債之我見

本文並非批評任何人,而是嘗試從組織運作與職位差異的角度出發:在拿到 Senior Title 後我對於辦公室政治與決策議題更有興趣了,而這篇文就是紀錄我目前觀察到中層技術主管們在企業內如何建立影響力。 畢竟每個職級、每個部門都有其任務與立場,我認為這都沒有對錯,只是台灣中大型企業日常運作的一部分。 首先定義什麼是「三明治」,這裡的三明治是泛指在台灣公司體制「 CXX」某某長之下、基層員工之上的所有夾在其中具管理職的員工。 中層主管如何在企業內建立存在感與影響力? 對於身處公司「三明治」的中層技術主管而言,上有高層期待績效與可見成果,下有工程團隊承擔技術落地與維運負擔,要在這樣的夾縫中求生存,最常見的做法之一,

你就是「沒有人」的謬誤

前言 在軟體社群、開源貢獻圈,甚至許多商管文章中,我們常會聽到一句話: 當你覺得沒有人去做這件事,你就是那個「沒有人」。 這句話原意是鼓勵主動貢獻。但我投入軟體工作這麼多年,待過好幾間公司,常常看到這句話被拿來當作「擋箭牌」。 這篇文章不是為了反對主動貢獻,而是想談談:這句話被錯用後,會出現哪些謬誤與危險的職場文化。 發現問題 ≠ 有解法的人 提出問題,不代表那個人就知道該怎麼解。這是非常基本的邏輯。但在某些文化中這層認知被扭曲了。 有些主管聽到下屬說:「我們這流程有點卡。

工程師們需要建立自提需求清單

平常在開發上,RD 們可能會產生除 PM/PO 需求之外,自己注意到或想做之事,例如: * 專案環境設定、程式碼或套件版本升級 * RD 自己注意到的 bug * RD 自提需求 * ..etc 某些 RD 導向的需求,PM 會不太理解其對 Project 的幫助(例如程式語言的版本升級,短期對專案不會有助益)

Git Commit 請加上任務單號

我在部落格這頁設定的置頂圖片就是很常見的情境,在大型專案中開發,我們能從 Git Message 知道做了什麼動作,卻無法知道是「為了什麼情境」而做這些動作。 在軟體開發中,如果是 VS Code 使用者,通常都會安裝 GitLens 擴充套件(或者其他你習慣的 Git 擴充套件),好看到程式碼該行最後的 commit message。 而 Git

Episode

00:00:00 00:00:00