Scrum 相關事件的時間長度建議
這些資訊是參考自《Essential Scrum》的建議去筆記的，並非來自於個人的經驗，畢竟我引導的團隊和會議數還太少了。
建議的時間長度
一個時間長度為兩週一個月的衝刺，用於衝刺規劃的時間應該不超過 4 至 8 小時。
在為期兩週的衝刺裡，衝刺執行可能佔了總共十天裡大約八天的時間。
在進行衝刺時的每一天，而且最好在同樣的時間，開發團隊應該召開一個不超過十五分鐘的每日 Scrum 會議⋯⋯
每日 Scrum 會議是為時 15 分鐘、有時間限制的活動，每 24 小時一次就進行一次。
團隊應該保留不超過 10% 的時間，用來協助產品負責人修整產品待辦清單（撰寫、精煉、估算待辦清單，以及排列優先順序），確保這些項目已準備就緒。
一般來說，衝刺成果審查以不超過 4 小時為原則。已經有許多團隊發像一項不錯的規則：「衝刺若為一週，換算成會議時間就是一小時」。
根據我的經驗，新的 Scrum 團隊保留的時間常常太少，在不到 60 分鐘的時間裡，很難進行一次有意義的衝刺過程回顧。有一條規則：針對為期兩週的衝刺，我通常會保留大約 1.5 個小時來進行衝刺過程回顧，衝刺時間若較長，則按比例增加回顧時間。
——《Essential Scrum 中文版》，p.347、p.353、p.361、p.369、 p.381、p.394
The heart of Scrum is a Sprint, a time-box of one month or less during which a “Done”, useable, and potentially releasable product Increment is created.
Sprint Planning is time-boxed to a maximum of eight hours for a one-month Sprint. For shorter Sprints, the event is usually shorter.
The Daily Scrum is a 15-minute time-boxed event for the Development Team. The Daily Scrum is held every day of the Sprint. At it, the Development Team plans work for the next 24 hours.
This is at most a four-hour meeting for one-month Sprints. For shorter Sprints, the event is usually shorter.
Refinement usually consumes no more than 10% of the capacity of the Development Team.
This is at most a three-hour meeting (Retrospective) for one-month Sprints. For shorter Sprints, the event is usually shorter.
——《Scrum Guide》
綜合上面的引文，我們大概可以得出下面的概念：
- Sprint 的長度，以不超過一個月為原則。
- Sprint Planning 的時間按比例來算的話，大概是 2 個小時/週為單位。
- Spring Execution 大約會佔據整個衝刺日程的 80%。
- Daily Scrum 不超過 15 分鐘。
- Sprint Review 的時間按比例來算的話，大概是 1 個小時/週為單位。
- Product Backlog refinement 不能超過整個衝刺時間長度的 10%。
- Spring Retrospective 比較特別，他至少會需要 1 小時，然後再以 1.5 個小時 / 2 週為單位。