衝刺計劃會議
您的小組會在期程 (Sprint) 第一天的計劃會議中建置期程待處理項目。 在這個會議中，您的產品擁有者會與小組一起判斷即將在此期程中完成的本文。 計劃會議分成兩個部分，每部分所佔時間限定為會議總長度的一半。 在第一個部分中，您的小組與產品擁有者會根據先前期程的經驗，找出小組認為確認可在此期程中完成的使用者本文。 識別出使用者本文之後，您就可以使用 [產品計劃] 活頁簿，將它們指派到期程。 如需詳細資訊，請參閱產品計劃活頁簿。
在會議的第二部分中，您的小組會決定將如何開發及測試這些使用者本文。 接著，您的小組會將這些使用者本文細分成多個工作，並估計完成這些工作所需的人力與資源。 最後，您的小組會根據這些估計值承諾實作部分或所有使用者本文。
在會議的第一個部分中，您的產品擁有者將會同小組一起討論可能包含在期程中的使用者本文。 您的產品擁有者將共用資訊，並回答小組針對這些本文所提出的任何問題。 這項交談可能會顯示一些詳細資料，例如資料來源、使用者介面配置、回應時間預期，以及安全性和可用性的考量。 您的小組應該將這些詳細資料加入至使用者本文。 在進行會議的這個部分期間，您的小組會了解它必須建置的項目。
當您的小組已經討論出它認為必要之使用者本文的所有相關詳細資料之後，Scrum 主管就會開始進行計劃會議的第二個部分。 產品擁有者應參與這部分的會議以協助釐清需求，以及協助了解和選取替代方式。 在您的小組判斷如何實作使用者本文以及是否要承諾實作產品擁有者所要求的所有本文時，Scrum 主管有助於進行會議的這個部分。 為了有效了解完成每個使用者本文所涉及的項目，您的小組會將每個本文細分為工作，而且您的小組必須執行這些工作來實作該本文並確保完成本文。 您可能會在期程待處理項目中發現下列範例工作：「更新預存程序以使用新的資料摘要」和「建立收集器 Web 服務的類別」。
您的小組可以使用 [反覆項目中的待處理項目] 活頁簿，將使用者本文細分為工作。 如需詳細資訊，請參閱反覆項目中的待處理項目活頁簿。
然後，小組會估計每個工作所需的時數。 因為完成估計之前不會指派這些工作，所以小組會一起建立這些估計值。 (小組常無法在期程計劃會議期間找出及估計所有工作。 小組在期程期間所完成的工作，有高達 40% 是在期程計劃會議後才出現的)。
規劃撲克牌 (Planning Poker) 技術是估計工作時數的絕佳工具。 每位小組成員都可以使用這項工具來參與估計，而不需要仰賴主題專家來估計他們自己的工作。 不論您使用這項技術或其他技術，都應該讓整個小組參與判斷每個工作將花費的時數。 如需詳細資訊，請參閱下列 Web 資源：規劃撲克牌 (英文)。
工作的完成時間不應該超過一天。 如果工作太大，小組就應該加以細分。 在某些情況下，有某些工作可能必須在其他工作完成後才能有效估計。 請立即建立工作，但等到您有足夠的資訊時再加以估計。 個別工作的估計值會相加，以便判斷小組可能需要多少時數才能完成每個使用者本文。
您的小組會繼續分析每個使用者本文並估計其工作，直到您的小組判斷它有足夠的本文可進行期程為止。 您的小組會透過比較估計的時數與小組預期在期程中完成的時數，進行這項判斷。
您可以使用 [反覆項目中的待處理項目] 活頁簿中的 [小組容量] 工作表來協助判斷小組的期程容量。 您必須在 [設定] 工作表中填寫期程的詳細資料。 若要說明假期、假日和其他中斷日，您必須填寫 [中斷] 工作表。 如需詳細資訊，請參閱反覆項目中的待處理項目活頁簿。
如果您的小組判斷它無法完成產品擁有者所要求的一個或多個本文，因為其工作估計值超過可用的時數，您就應該提醒產品擁有者。 您的產品擁有者可能會用較小的使用者本文替代、分割本文或將本文保留在未來期程的產品待處理項目中。 當您的小組完成計劃會議的這兩個部分之後，表示他們已經完成下列作業：
建立期程待處理項目，其中包含每個使用者本文的工作和時數
承諾完成它將在期程中提供的使用者本文
已形成緊密組織的小組，並了解應如何協力達成其承諾的目標