怎樣制定sprint計劃
- sprint目標
- 團隊成員名單（如果不是100%需要列出投入度：具體指出例如還要參加什麼會議之類）
- sprint backlog（就是上一章提及的的backlog）
- 確定好sprint演示日期
- 確定好時間地點每天舉行scrum會議
舉辦 Sprint 計劃會議，是爲了讓團隊獲得足夠的信息，能夠在幾個
星期內不受干擾地工作，也是爲了讓產品負責人能對此有充分的信
心。
範圍（scope）和重要性（importance）由產品負責人設置。估算
（estimate）由團隊設置。在 sprint 計劃會議上，經過團隊和產品負
責人面對面的對話，這三個變量會逐步得到調整優化。
會議啓動以後**，產品負責人一般會先概括一下希望在這個 sprint 中
達成的目標，還有他認爲最重要的故事**。接下來，團隊從最重要的
故事開始逐一討論每個故事，一一估算時間。在這個過程中，他們
會針對範圍提出些重要問題：“‘刪除用戶’這個故事，需不需要
遍歷這個用戶所有尚未執行的事務，把它們統統取消？”有時答覆
會讓他們感到驚訝，促使他們調整估算。
在某些情況下，團隊對故事做出的時間估算，跟產品負責人的想法
不太一樣。這可能會讓他調整故事的重要性；或者修改故事的範圍，
導致團隊重新估算，然後一連串諸如此類的後續反應。
這種直接的協作形式是 Scrum 的基礎，也是所有敏捷軟件開發的基
礎。
如果產品負責人還是堅持沒時間參加怎麼辦？一般我會按順序嘗
試下面的策略：
1. 試着讓產品負責人理解，爲什麼他的直接參與事關項目成
敗，希望他可以改變念頭。
2. 試着在團隊中找到某個人，讓他在會議中充當產品負責人
的代表。告訴產品負責人，“既然你沒法來開會，我們這
次會讓 Jeff 代表你參加。他會替你在會議中行使權利，改
變故事的優先級和範圍。我建議，你最好在會議開始前盡
可能跟他溝通到位。如果你不喜歡 Jeff 當代表，也可以推
薦其他人，只要他能全程參加我們的會議就行。”
3. 試着說服管理團隊爲我們分配新的產品負責人。
4. 推遲 sprint 的啓動日期，直到產品負責人找到時間參會爲
止。同時拒絕承諾任何交付。讓團隊每天都可以自由做他
們最想做的事情。