敏捷項目管理-Sprint

---

Sprint（衝刺）是Scrum的核心，持續時間爲一個月或更短的時間，在這個時間內構建一個完成、可用的和潛在可發佈的產品增量.在整個開發過程期間，其長度應保持一致，前一個Sprint完成後，新的下一個Sprint緊接着就開始，有點像接力棒的遊戲。

1. Sprint計劃會議：會議時間不要過長，不要爲了會議而會議。一般一個月內的，上限爲8小時或更短；依次類推。其主要目的是肯定每一個參會者都理解會議的目的。敏捷教練要確保會議順利舉行並教導敏捷團隊遵照時間盒規則。包含幾點：此次作什麼？如何完成所選的工做？期間會遇到什麼問題？預期可交付的增量？
2. 每日站會：2W1H，昨天我作了什麼？今天準備作什麼？是否須要他人協助？注意一點，站會的時間不要太長，其核心的地方，每一個人參與，不要開成訓導式的，確保每人均可以發言及每人都有機會主持會議；
3. 開發工做：經過看板、代碼測試、代碼審覈、溝通來確保Sprint正常進行；
4. Sprint評審會議：在Sprint尾期進行，用於檢視所交付的增量並按需調整ProBackLog列表。參會人員：團隊成員、客戶、利益相關者；會議時長一樣不要太長，根據Sprint的大小決定。在會議中集中討論幾個要點：probacklog哪些「完成」、哪些「未完成」、遇到什麼問題及如何解決的、演示「完成」的工做並解答增量交付的問題、討論當前的probacklog的狀況，根據當前的速率進行預測可能的目標交付日期（主要要澄清預估並不是準確的交付時間）、參會人員討論下一步的工做，並更新probacklog。注意點：正視問題，解決問題，不是問責大會，注意會議方向！
5. Sprint回顧會議：回顧及覆盤，對當前完成的Sprint進行適當的回顧是一件好的事情，可讓咱們總結好的方法和避免踩坑。其會議在sprint評審會議結束後進行。主要點和第4點相同，國內的會議有兩種：要麼歌功頌德、要麼批鬥大會。要知道會議的真正目的：確保團隊成員目標一致、經過會議可讓工做更加具備成效，實現利益最大化。

---

Sprint由上述5點組成，在整個衝刺期間，有幾個規則來確保衝刺順利完成。
不做出對目標的改變、質量不能下降、隨着項目的深刻產品負責人和開發團隊要對範圍內作出的事情可能會作部分的調整。

每一個衝刺的長度應限制在一個月內，太長的話，不符合Sprint的精髓，經過小版本的迭代、交付來刺探用戶的反饋，並做出改變。若是時間太長，其風險就被相應的拉長，同時也不利於可預測性。

在以前的腦圖中，咱們看到「取消」，取消的緣由有不少：過期、市場發生改變、客戶不須要、技術層面等等，若是Sprint被取消，那麼，任何「完成」、「待辦」的列表事項都須要評審，若是成果部分潛在能夠發佈的，一般會進行一個版本的發佈。