scrum框架中包含3個角色，3個工件，4個會議、5個價值。
三個角色：
產品負責人（product owner）
scrum master
scrum團隊
三個工件：
產品backlog（product backlog）
sprintbacklog
燃盡圖（burn-down chart)
四個會議：
sprint計畫會議（sprint planning meeting）
每日站會（daily scrum meeting）
sprint評審會議（sprint review meeting）
sprint回顧會議（sprint retrospective meeting）
產品backlog梳理會議（ product backlog refinement）
五個價值：
承諾 – 願意對目標做出承諾
專注– 把你的心思和能力都用到你承諾的工作上去
開放– scrum 把專案中的一切開放給每個人看
尊重– 每個人都有他獨特的背景和經驗
勇氣– 有勇氣做出承諾，履行承諾，接受別人的尊重
基本術語：
sprint：衝刺週期，通俗的講就是實現乙個「小目標」的週期。一般需要2-6周時間。
user story：使用者的外在業務需求。拿銀行系統來舉例的話，乙個story可以是使用者的存款行為，或者是查詢餘額等等。也就是所謂的小目標本身。
task：由user story 拆分成的具體開發任務。
backlog：需求列表，可以看成是小目標的清單。分為sprint backlog和product backlog。
daily meeting：每天的站會，用於監控專案進度。有些公司直接稱其為scrum。
sprint review meeting: 衝刺評審會議，讓團隊成員們演示成果。
sprint burn down：衝刺燃盡圖，說白了就是記錄當前週期的需求完成情況。
rlease：開發周期完成，專案發布新的可用版本。
第一步: 找出完成產品需要做的事情 – product backlog
產品負責人（product owner）按照需求優先順序來明確出乙份product backlog，為專案做出整體排期。
第二步: 決定當前的衝刺需要解決的事情 – sprint backlog.
隨後在每乙個小的迭代週期裡，scrum master會根據計畫（sprint plan meeting）確定本週期的sprint backlog，再細化成乙個個task，分配給scrum master團隊成員，進行具體開發工作。每一天，scrum團隊成員都會進行daily meeting，根據情況更新自己的task狀態，整個團隊更新sprint burn down chart。
第三步: 衝刺 (sprint)
當這一週期的sprint backlog全部完成，團隊會進行spring review meeting，也就是評審會議。一切順利的話，會發布出這一版本的release，並且進行sprint回顧會議（sprint retrospective meeting）。
敏捷開發框架Scrum
傳統的開發方式 1,由於使用者不知道自己想要什麼，所以會與使用者進行長久需求調研 2,開發人員需要徹底的了解 需求 事無鉅細的寫下所有的 需求 細節 3,使用各種方式進行複雜的估算 4,基於以上產生了乙個龐大的長期計畫 但是需求有時是湧現的，所以以上是很痛苦的。需求 需求分為四種 1,知道的需求，開...
敏捷開發框架Scrum
敏捷開發框架scrum 傳統的開發方式 1,由於使用者不知道自己想要什麼，所以會與使用者進行長久需求調研 2,開發人員需要徹底的了解 需求 事無鉅細的寫下所有的 需求 細節 3,使用各種方式進行複雜的估算 4,基於以上產生了乙個龐大的長期計畫 但是需求有時是湧現的，所以以上是很痛苦的。需求 需求分為...
敏捷開發學習 Scrum 一
敏捷軟體開發宣言 個體和互動高於 流程和工具 工作的軟體高於 詳盡的文件 客戶合作高於 合同談判 響應變化高於 遵循計畫 1.sprints 敏捷單元 a.scrum專案週期以一組迭代週期sprints組成 b.迭代週期 2 4周 c.sprints每乙個迭代都包含產品的設計,開發,測試 1.rol...