Scrum 的框架結構通常由 “3 of 3s” 組成，即 3 種角色，3 種事件，3 種工件。

3 種角色（Roles）

• 開發團隊（Development Team）：一個自組織的跨技能的小團隊，承擔實際開發工作，負責在周期性的叠代中不斷的交付有價值的工作。開發團隊通過集體共同交付價值，而不是通過個體。
• 產品負責人（Product Owner）：產品負責人是產品最終用戶的代表，負責確定產品的方向和願景，定義產品發布的計劃、內容和優先級。Product Owner 要不斷的與開發團隊溝通，保證團隊在做從業務角度來說最正確的事情。
• Scrum 教練（Scrum Master）：Scrum 定義了一個全新的全職工作角色 Scrum Master。Scrum Master 負責確保團隊合理的運作 Scrum，幫助團隊移除實施中的障礙。

3 種事件（Events）

• 叠代計劃會議（Sprint Planning Meeting）：在每個叠代之初，開發團隊和 Product Owner 共同來計劃在叠代周期內要完成的工作。Product Owner 負責向團隊講解要完成的工作的內容，開發團隊負責對工作進行估計。
• 每日站立會議（Daily Standup Meeting）：每天，開發團隊和產品負責人都要進行一個短暫的溝通。在會議期間，每個團隊成員都要回答 3 個問題：“我昨天做了什麽？”，“我今天準備做什麽？”，“我遇到了什麽問題？”。
• 叠代評審會議（Sprint Review Meeting）：在叠代周期結束時，開發團隊向產品負責人及所有幹系人進行演示，並接受反饋。

3 種工件（Artifacts）

• 產品待辦列表（Product Backlog）：這是一個 Product Owner 想要交付的產品功能列表。 Product Owner 負責維護該列表，並且列表項按照交付優先級進行排序。
• 沖刺待辦列表（Sprint Backlog）：這是一個叠代計劃會議的輸出，包含開發團隊在叠代周期內所要完成的工作列表。
• 產品增量（Product Increment）：每個叠代周期都需要交付高質量的產品增量。產品增量必須滿足 Scrum 團隊對完成標準（Definition of Done）的定義。

這是我剛認識scrum時上網查的一些資料，當時是挺迷茫的，但是看到了這份資料讓我有了一些頭緒。

scrum，直接翻譯過來就是並列爭球，是叠代式增量軟件開發過程，是一個框架，在這個框架中人們可以解決復雜的自適應問題，同時也能高效並有創造性地交付盡可能高價值的產品。這些都是我在網上找的釋義，而我對它的初步理解就是一種團隊管理工作的方式，他將工作分解為幾個小的部分，然後在固定的時間段內持續地交付你的那個部分。而我所能理解的scrum的目的在於適應變化和快速叠代。

scrum學習有感