scrum是一種框架，里面可以使用各種開發語言和流程。

scrum采用迭代增量式的方法來優化可預測性和管理風險。透明性、檢視、調整是經驗型流程的三大支柱。

scrum團隊迭代增量式完成交付的產品，可以最大化獲得反饋的機會，同時保證了可工作產品的潛在可用版本總是存在，比如能夠提前進入測試，能夠提前試用，PM能夠提前查看UI以及交互

關于檢視和調整，體現在4個事件，表現為四個會議，按順序為：

sprint計劃會議，每日站會，sprint評審會議，sprint回顧會議。

scrum團隊由三大角色組成：

產品負責人

開發團隊：包含研發，測試，UI等

master（類似于殺人游戲的法官）：要控制這所有的流程，確保所有人正確理解并實施scrum，遵循理論、實踐和規則。

產品負責人管理產品代辦列表的唯一負責人，對其管理包括：

清晰表達產品待辦列表項

對代辦項，進行排序

確保產品代辦列表對所有人可見、透明、清晰，并且顯示scrum團隊的下一步工作

確保開發團隊對代辦列表有足夠的理解

開發團隊包含各類專業人員，研發UI測試等，負責在每個sprint結束時交付“潛在可發布且完成的”產品增量。開發團隊自己組織和管理他們的工作，最大化提高效率，特點有：

自組織；

開發團隊是跨職能的，團隊作為一個整體，擁有開發產品增量所需要的全部技能

scrum不認可開發團隊成員的頭銜，所有人都叫“做開發人員”

scrum不認可開發團隊中所謂的子團隊，無論是測試還是業務分析都能劃分子團隊

每個成員可以有特長和專注領域，但是責任屬于整個開發團隊

開發團隊規模：足夠小以保持敏捷性，足夠大以完成重要的工作，足夠互動，也不會有太多協調溝通工作。3?<?開發團隊人數?<?9。

sprint

sprint是scrum的核心，其周期小于或者等于1個月，其產出是“完成的”、可用的、潛在可發布的產品增量。sprint長度在整個開發過程中保持一致（比如直播課：一直是一周），新的sprint在上一個sprint完成之后立即開始。每個sprint即可作為一個項目，每個sprint都要定義會開發什么東西，還有一份設計和靈活的計劃能夠指導開發過程、工作內容和最終結果。

如果周期過長，復雜度和風險有可能會增加，sprint通過確保至少每個月一次對達成目標的進度進行監視和調整，來實現可預見性。

1、sprint計劃會議

目的：為該sprint的工作做計劃。這份計劃是由整個scrum團隊共同完成，內容有兩個：

接下來的sprint需要交付的增量主要包含什么內容。即預計這個sprint要開發的功能，產品負責人講解1）sprint的目標以及達成該目標所需要完成的2）產品代辦列表。sprint計劃會議的輸入是：產品代辦列表，最新的產品增量、開發團隊在這個sprint中預計可接受的工作量和以往的表現。開發團隊自己決定選擇待辦列表項的數量。只有開發團隊本身可以評估接下來的sprint可以完成什么工作

如何完成交付增量所需的工作：根據產品待辦列表項，開發團隊決定如何在sprint中把這些功能構建成“完成”的產品增量。—》產生sprint待辦列表。

開發團隊從系統設計開始：把產品待辦列表轉換成可工作的產品增量所需要的工作；開發團隊挑選出足夠的工作量，并預計能夠在本個sprint完成。（切分任務，用大家出牌的形式來定每個功能模塊的工作量，避免一個人估工作量時多或者少，也體現了scrum的透明性原則）

2、每日站會

15分鐘為限，開發團隊每個成員來說明：

昨天做了什么？

今天要做什么？

是否?遇到什么阻礙？

此會議每日進行，不做展開，具體問題在會下討論。

好處：根據每日站會來評估sprint目標的進度。可以增強交流溝通、確定開發過程中需要移除的障礙，強調和提倡快速決策、提高每個成員對項目進展的認知程度。這是進行檢視和調整的關鍵會議。

3、sprint評審會議

評審會議是在sprint結束時舉行，用以檢視所交付的產品增量并按需調整產品待辦事項列表。在sprint評審會議中，內容主要為：

產品負責人邀請scrum團隊以及相關干系人參加會議；

產品負責人說明那些工作完成，那些沒有完成；

開發團隊討論在該次sprint中那些工作進展順利，遇到了問題，問題如何解決

開發團隊演示完成的工作并解答關于所交付增量的問題

產品負責人描述當前產品待辦列表的完成情況，并根據進度推測可能的完成日期

參會的所有人就下一步的工作進行探討，這樣sprint評審會議就能為接下來的sprint計劃會議提供有價值的信息（開展下一個sprint工作計劃）

為下個產品版本的發布評審時間表、預算、潛在功能和市場

sprint評審會議產出的結果是一份修訂的產品待辦列表，確定很可能進入下一個sprint的產品待辦列表，也有可能為了迎接新機遇而全局調整產品待辦列表。即為下一個sprint安排工作列表。

4、sprint回顧會議

sprint回顧會議是scrum團隊檢視自身并創建下個sprint改進計劃的機會，發生在評審會議結束之后，下個sprint的計劃會議之前。

回顧會議的目的是：

對前一個sprint周期中的人、關系、過程和工具進行監視

找出做得好的和潛在需要改進的主要方面

制定改進scrum團隊工作方式的計劃（主要產出）

部分術語說明：

產品待辦列表：包含未來要發布的產品的所有特性、功能、需求、改進和修復等，包含功能描述、順序、估算和價值

增量：增量無論是否要發布，都必須可用。增量是一個sprint完成的所有產品待辦列表項，以及之前所有sprint所產生的增量價值的總和。

scrum是最近正式接觸，并且完全符合scrum框架規則，本司現在：sprint長度為一周，每周三開sprint評審加回顧會議，每日晨會15分鐘以內結束。初步感覺很棒，項目幾乎不會延期，得意與工作量估計比較準（多人參與），每日晨會對進度，個人對自己以及他人都有了解，完不成任務會有壓力，逐漸形成良性循環；評審會議會對一個sprint的增量進行演示、發布；部分模塊可提前進入測試階段；PM可提前感知產品交互，盡早做出調整。