Scrum 的精髓在于小團隊。個體團隊具有高度靈活性與適應性。

• 三大支柱/經驗過程

  • 透明
  • 檢視
  • 適應

  參考PDCA

• 4個正式事件

  • sprint 計劃會議
  • 每日scrum站會
  • Sprint評審會議
  • Sprint回顧會議

• 五大價值觀

  • 承諾
  • 勇氣
  • 專注
  • 開放
  • 尊重

• 團隊組成

  • 一名產品負責人
  • 開發團隊
  • 一名 Scrum Master

產品負責人

• 職責: 將開發團隊開發的產品價值最大化。
• 是負責管理產品待辦列表的唯一負責人。規劃、價值、負責代辦列表及優先級
• 為保證產品負責人的工作取得成功,組織中的所有人員都必須尊重他/她的決定。

開發團隊

• 組成：開發、測試、運維等落實執行Sprint的人
• 團隊3-9個人，不包含 產品負責人 和 Scrum master
• 團隊作為一個整體,擁有創建產品增量所需的全部技能

Scrum Master

• Scrum Master 的職責就是和 Scrum 團隊以及組織一起合作增加工件的透明化。這一工作通常包括學習、說服和改變。 透明化不會在一夜之間發生,但是這是一條必經之路。
• 引導Scrum事件
• 移除開發團隊障礙
• 團隊盡可能理解目標
• 有效管理產品代辦列表的技巧
• 規劃Scrum
• 提升Scrum團隊生產率
• 負責根據 Scrum 指南中的定義來促進和支持 Scrum
• 幫助每個人理解 Scrum 理論、實踐、規則和價值來做到這一點
• 各種方式服務于產品負責人、開發團隊

Sprint

• Scrum 核心
• 一個Sprint不超過一個月，時長保持一致
• 由 Sprint 計劃會議、每日 Scrum 站會、開發工作、Sprint 評審會議和 Sprint 回顧會議構成
• Sprint需要明確目標，在Sprint過程中，一切以目標為導向

Sprint 計劃會議 （就是需求評審會？？？）

• Sprint 中要做的工作在 Sprint 計劃會議中來做計劃。
• 由整個 Scrum 團隊共同協作完成
• 一個月的 Sprint 來說最長為 8 小時
• Sprint 計劃會議回答以下問題:
  • 接下來的 Sprint 交付的增量中要包含什么內容?
  • 要如何完成交付增量所需的工作?
• 只有開發團隊可以評估接下來的 Sprint 可以完成什么工作。
• Sprint中所選出的產品待辦列表項+如何交付它們的計劃 = Sprint 待辦列表。
• 開發團隊自組織地領取 Sprint 待辦產品列表中的工作,領取工作在 Sprint 計劃會議和 Sprint 期間按需進行。
• Sprint目標 為開發團隊提供指引,使得團隊明確為什么要構建增量。

每日站立會

• 時間盒限定為 15 分鐘的事件
• 開發團隊 自組織會議
• 目標
  • 檢視完成 Sprint 目標的進度
  • 檢視完成 Sprint 待辦列表的工作進度趨勢
• 站立會使用的范例:
  • 昨天,我為幫助開發團隊達成 Sprint 目標做了什么?
  • 今天,我為幫助開發團隊達成 Sprint 目標準備做什么?
  • 是否有任何障礙在阻礙我或開發團隊達成 Sprint 目標?
• 開發團隊自己負責召開會議。Scrum Master 要確保會議順利舉行,并控制在15分鐘內。PM、設計師可參加，但是主角是開發，不能影響開發正常進行晨會

Sprint 評審會

• Sprint 評審會議在 Sprint 快結束時舉行
• 檢視所交付的產品增量并按需調整產品待辦列表
• 對于長度為一個月的 Sprint 來說,評審會議時間最長不超過 4 小時。
• 每個參會者都明白會議的目的，并遵守時間盒（Scrum master）
• 主要內容
  • 哪些產品待辦列表項已經“完成”和哪些沒有“完成”
  • 開發團隊討論在 Sprint 期間哪些工作做的很好,遭遇到什么問題以及問題是如何解決的
  • 開發團隊演示“完成”的工作并解答關于所交付增量的問題
  • PM預測可能的目標交付日期
  • 參會的所有人就下一步的工作進行探討
  • 為下個預期產品功能或產品能力版本的發布評審時間表、預算、潛力和市場
• Sprint 評審會議的結果是一份修訂后的產品待辦列表
• 闡明很可能進入下個 Sprint 的產品待辦列表項

召開時機為 Sprint結束前，可根據實際情況調整Sprint產品待辦列表項

Sprint 回顧會議

• 目的：Sprint 回顧會議是 Scrum 團隊檢視自身并創建下一個 Sprint 改進計劃的機會。
  • 檢視前一個 Sprint 中關于人、關系、過程和工具的情況如何
  • 找出并加以排序做得好的和潛在需要改進的主要方面
  • 制定改進 Scrum 團隊工作方式的計劃
  • 提供一個專注于檢視和適應的正式機會
• 時間：在 Sprint 評審會議結束之后,下個 Sprint 計劃會議之前。
• 時長：對于長度為一個月的 Sprint 來說,回顧會議時間最長不超過 3 小時。

Scrum工件

產品待辦列表

• 產品中已知所需每項內容的有序列表
• 產品負責人負責管理產品待辦列表的內容、可用性和排序
• 產品待辦列表精化指的是為產品待辦列表項增添細節、估算和排序的動作。
  • 產品負責人和開發團隊協同工作在產品待辦列表項的細節上
  • Scrum 團隊決定如何來完成精化以及何時來完成（Sprint計劃會前需要完成）
  • 精化的工作通常占用開發團隊不超過 10% 的產能
• 排序越高的產品待辦列表項通常比排序低的更清晰同時包含更多細節。根據更清晰的內容
  和更詳盡的細節信息就能做出更為準確的估算。
• 能夠被開發團隊在一個 Sprint 中“完成”的產品待辦列表項稱為“準備就緒”,它們將作為Sprint 計劃會議中的待選產品列表項。
• 開發團隊負責所有估算工作

監控目標實現的進度

• 手段
  • 燃盡圖
  • 燃燒圖
  • 累積流圖

Sprint 待辦列表

• 當前 Sprint 選出的產品待辦列表項+交付產品增量+實現 Sprint 目標的計劃
• 只有開發團隊可以改變 Sprint 待辦列表