兩週,你要交出什麼?——設計一場能贏的衝刺賭局

曼谷北欖府(Samut Prakan)的工業區裡,陳雅婷經營一家專做連鎖咖啡店客製化桌椅的小工廠,團隊裡有兩個台籍幹部、四個泰籍師傅、一個泰籍業務。上一講學完「把一年拆成兩週一段」的道理,她興沖沖地在白板上畫了格子,宣布「以後我們兩週一個衝刺」。

結果第一個衝刺只撐了三天——因為老闆臨時想看新樣品,全隊被拉去趕工,原本排好的訂單流程優化被丟到一邊。第二個衝刺則反過來拖了五週,因為沒人敢在會議上說「這批還沒做完」,大家就默默把期限往後挪。兩次衝刺,團隊都說不出「這次到底要交出什麼」,更沒人知道什麼叫「做完了」。

為什麼

陳雅婷的問題不是「敏捷沒有用」,而是少了兩個關鍵零件。軟體工程師 Ken Schwaber 與 Jeff Sutherland 在1995年於OOPSLA會議上正式提出 Scrum 框架時就強調,一個衝刺(Sprint)必須是固定長度的時間盒,並且要有一句清楚的衝刺目標(Sprint Goal)與一份具體的完成標準(Definition of Done)——少了任何一個,衝刺就會變成「隨便做做看」而不是「認真下一次注」。

時間盒之所以重要,還可以用英國歷史學家 C. Northcote Parkinson 在1955年提出的「帕金森定律」來解釋:工作會自動膨脹,把你給它的所有時間填滿。如果衝刺長度模糊、可以隨時延長,團隊就永遠沒有壓力把事情真正做完;反過來,固定的時間盒逼著大家在期限內做出取捨,而不是無止境地追求完美。

怎麼做

先看業務節奏,再定衝刺長度

衝刺長度沒有標準答案,但有一個判斷原則:長度要貼近你「能忍受多久不修正方向」的極限。做東南亞快時尚電商、每週都要跟上網紅帶貨節奏的團隊,適合一週一衝刺;像陳雅婷這種訂單週期以月計算的客製化生產,兩週通常是甜蜜點——短到能常常回頭檢查,長到能真正做完一件事。Scrum 官方指南建議上限不超過一個月,原因正是超過一個月,風險與變化就很難在衝刺結束前被發現。