2026/10/04

2026 年 10 月 04 日

「Feature Team 組成的時間需要有一定的長度。」——《多團隊高效協作密技:大規模敏捷開發方法 Large Scale Scrum 簡單學》

專案啟動會議,從 A 部門借兩位後端、從 B 部門拉一位前堆、最後從 C 部門找半個 QA。

誒,人是可以用半個計算的喔?

沒辦法,你也知道公司對於測試能投入的資源就是這麼多。(謎之音:你再問下去 QA 都要哭了。)

團隊組成了,但第一個月,專案沒什麼明顯的進度。

沒辦法,因為大家都還在忙著磨合該怎麼成為一個團隊。

工作流程怎麼安排比較順、Code Review 的原則、遇到問題的溝通與協調方式、資訊如何同步及同步頻率⋯⋯

磨啊磨,終於大家比較有默契了,但專案差不多也進入收尾結案的階段了。

慶功宴上大家歡聚,然後團隊解散,下一個專案繼續重新排列組合。

一群人要從聚集為一個群體(Group)到變成一個團隊(Team),信任、默契、工作的節奏、團隊協作的方式、溝通模式⋯⋯都需要時間逐步磨合。

只是將一群天才聚集在一起,無法保證就一定能夠成為良好的團隊,做出非凡的成就。

怎麼,你沒看過天才互毆打架嗎?(喂)

你目前的團隊花了多久時間組成的?你有辦法再速成出一個擁有相同默契的團隊嗎?