拿掉 Scrum 儀式的工程團隊實驗

概要

• 兩人小隊對照大團隊Mike 說這個案例從 1 月做到 3 月，兩位工程師每天部署 5 次，另一個約 10 人的團隊大約每 5 天部署一次；不過也承認小團隊本來就比較快，這個倍數有一部分來自規模。
• 產出不看 PR 數量Mike 認為 PR 數量和程式碼行數都不能證明產出有用，所以把工單數量和程式碼複雜度混合計算，得出他們的產出是 10 倍。
• 品質用客戶問卷驗證他們做了具統計顯著性的問卷，平均品質分數是 8.6 分（滿分 10 分），Mike 說導入 AI 之前大概在 7 到 7.5 分。
• Scrum 的儀式大多拿掉不再做 sprint planning、每日站會、sprint refining，retrospective 改看客戶問卷與部署頻率等開發指標，取而代之的是每隔一天一次的 huddle。
• 流程靠規格與 skill 串起來agent 先訪談需求、寫出輕量設計文件（LDD），文件發給工程師回饋後自動建立工單與 PR，團隊的慣例則收成可組合的 skill。
• 起步要慢、要挑對人先挑最懂系統的工程師，在不重要的系統上試，從工程師討厭的重複工作下手；Mike 反對一次讓全部人上線。

原話

• “How do you validate, like the output is actually helpful, the number of PRs isn't helpful, the amount of code isn't helpful.”

  怎麼驗證產出真的有用？PR 數量沒用，程式碼量也沒用

  ▶ 03:16

• “Engineers aren't the bottlenecks so we don't need to have all the old ceremonies that we had before.”

  工程師已經不是瓶頸，所以不需要以前那些儀式

  ▶ 05:13

• “We use agents to do the code reviews that engineers hate getting any feedback from”

  我們讓 agent 做工程師最不想收到意見的那類 code review

  ▶ 10:55

• “You should start with boring, repetitive tasks, ideally things engineers hate”

  該從無聊、重複的工作開始，最好是工程師討厭的事

  ▶ 14:38

• “you don't want to be too shy, you don't want to be too conservative”

  不要太害羞，也不要太保守

  ▶ 16:35

延伸

• Mike 說目前還沒做、但補貼結束後可能要做的事：先估算 token 花費，再決定值不值得做。
• Mike 提到未來幾個月想讓 agent 找出驗收條件沒達成的工單並自動開 PR，稿子裡沒有展開細節。
• Mike 提醒 agent 常會過度設計、一口氣寫出上千行程式碼，開頭先寫好輕量設計文件就是用來擋住這件事。