伴隨著公司最近管理層的換血，新想法、新措施也陸續浮現出來。
不得不說，換血雖然容易令人緊張 (因為害怕自己會是下一個)，但有時候確實是推動改革的催化劑。
少了包袱，也少了那些一直都這樣做的籍口。
這個月，管理層接連推出了幾項新措施。新措施各自來說影響不大，但加起來後，團隊的節奏、氛圍、重心、工作模式都悄悄地改變了。
無可否認，這些措施的確令我們更專注、更高效。
但同時我也開始想：
當我們變得更專注、更高效時，是否也讓自己的世界變小了？
措施一：取消部門回顧會議
以前我們部門每 2 週開一次大回顧會，3 個團隊，接近 20 人，各自輪流報告工作進度及 demo。
其中一個問題是：3 個團隊的工作毫不相關。
結果可想然知，除了主管外，大家基本上只關心自己的部份。別人報告時，大多數人都靜音處理其他事，輪到自己時再冒出來。
(我也不例外，大概 50% 聽會 50% 處理手頭工作，不 100% 全處理工作是因為怕臨時被叫到名字😂)
一場原意讓不同團隊交流互相展現成果的會議，變成集體獨白，講完自己的部份後就各自為政。
新管理層因此決定取消這場例會，取而代之的是各團隊自己開小回顧會。有 demo 就錄下來，上傳到 Slack 頻道分享，有興趣的同事自行觀看 (另一個好處是能 2x、5x 地看)。
此措施明顯節省了大家的時間，也讓每個團隊更專注在自己的任務上。
只是，從那天起，我也少了知道其他團隊在做什麼的機會。
(雖然老實說，以前我也只是偶爾會認真聽，但現在連偶爾的機會都沒有了)
措施二：主管負責更多跨團隊溝通
可能是歷史原因，雖然是在大公司工作，但我團隊的工作模式比較像是初創公司：
任務需求自己跟其他團隊談
時間線、任務範圍自己定
交付自己確認
感覺上只有 30% 時間在寫程式碼？
雖然開發進度慢一點，但好處是我們有很多練習說服、對齊、解釋技術細節的機會。
然而，在新主管上任後，這類工作開始轉由主管統籌，工程師能省下這些時間專注開發，日子變得更單純，進度也更穩定。
表面上看來團隊是變得更好，但我心裏卻有點不安。
尤其現在 AI 已經能分擔不少工作，按理說我們本該能把 AI 為我們省下的時間投入到更高層次的協作上，但隨著溝通權限集中，我們能發揮的空間反而變小了。
效率是提升了，只是舞台也變得小了一點…
措施三：從 Kanban 轉向 Sprint
由我加入公司到現在，團隊一直都跑 Kanban，任務可以隨時加入，彈性很大。
但隨著技術支援任務減少，團隊逐漸轉向產品或新工具開發。
於是新管理層決定改跑 Sprint，每 2 週為一個循環，安排好 2 週內的任務後，若要插入新任務，就必須遵守 1-in-1-out (每插入一項新任務就要抽走一項同等份量的任務)。
這樣能讓工作量更可控，主管更能預視 2 週後團隊能交付的成果，但同時，那種臨時救火的靈活已經不再。
幾個月前有人臨時出狀況，我花了 2 小時馬上跳過去解決問題，對團隊原有的工作安排沒影響，還拿到一個 High Five (公司內部獎勵系統，一年集滿 5 個可換現金💰)。
相對地，現在所有任務都要先開票，排進 Sprint，火不夠大就不能插隊，就算要插隊也得抽出一個同等份量的任務。
效率提升了，流程乾淨了，但那份臨時幫一把的人情也跟著變淡了。
由初創文化逐漸轉型成大公司零件
這幾項改革沒有絕對的好壞，每一項的目的都是讓我們工作更穩、更快、更聚焦。
但與此同時，這些措施令我們所接觸到的世界變得比以往小。
少了跨團隊溝通，就少了學習不同思維、鍛鍊溝通 (扯皮條？) 的機會。
少了大型會議，就少了偶然撞出新想法的火花。
我們團隊由 3 人增長到 5 人，服務的開發團隊由幾百人進化到幾千甚至幾萬人，初創時期那種靈活但混亂的方式，或許真的不再適合，管理層只是推一把從制度上幫我們確立這條路。
也許這就是身處於大公司部門的工作模式。
職場小挑戰
也許公司早就知道，當工程師過於專注眼前任務時，反而會限制個人，甚至團隊的成長。
所以他們也設計了一些「讓我們抬起頭」的機制，例如：
10% 時間
技術交流會
這些措施就像為我們預留的伸展時刻，讓我們有機會擴闊世界，也偶爾能從中得到新的啟發。
這次我想給你的挑戰是：
在下週預留 30 分鐘「非任務時間」，去八卦 (理解) 一下其他團隊的工作或產品
也許，你會意外發現一些從沒想過的火花。