《scrum指南》scrum是用於開發、交付和持續複雜產品的乙個框架。「指南」將介紹scrum中的一些概念的定義及規則。《scrum要素》
scrum的價值觀：承諾、勇氣、專注、開放、尊重
scrum的團隊組成：
scrum工件：scrum的工件一不同的方式表現工作任務和價值，提供透明以及檢視和適應的機會。每個人對工件的理解都需要相同。
scrum是乙個基於團隊進行複雜系統和產品開發的框架——scrum聯盟scrum團隊需要各種各樣的人才，這些人可能具有不同的社會屬性。
scrum中，只承認三種不同的角色——產品負責人po、scrum master和團隊成員。
產品負責人
scrum master
團隊成員
sprint週期
scrum 日會：每日站立會議。用來保持交流渠道暢通，參與者輪流分享上一次站會以來完成的內容和到下一次站會應該完成的內容。通常scrum站會不超過15分鐘。
sprint評審：sprint結束時，團隊在會上演示工作成果。推薦不超過1個半小時進行安排，可以邀請所有專案的干係人與會。團隊需要報告哪些故事沒有完成，並且闡釋已經完成的故事。
回顧：乙個良好地回顧議程：準備階段、收集資料、洞察問題、確定方案、結束
產品列表
產品列表是產品預期交付物的累積清單，也稱列表條目；包括了特性、缺陷修復和文件變更等內容。
列表上的故事按照優先順序進行排序，從上至下越發抽象。不同的條目表示不同的需求。產品列表呈現有po決定，一面牆或電子**等形式表達。
sprint列表
當前的todo list，僅在乙個sprint的週期中有效。表示所有需要在當前sprint計畫中完成的故事及其關聯任務，在sprint規劃會議中產生（會議結束後不能修改）。
和故事清單的不變相比，sprint一直在變化。
燃盡圖描述剩餘工作隨時間變化軌跡，工作量-時間圖。
通常呈現為一條從左至右向下延伸的曲線。常用的是發布燃盡圖和sprint燃盡圖。
完成的定義
完成的定義，可能包括——**評審、設計評審、重構、效能測試、單元測試通過等。
完成的定義很大程度依賴團隊和專案的具體內容，需要針對具體內容進行不同的共識來完成。
完成的定義和驗收標準不同，後者屬於po和客戶的領域，需要明確的定義所需滿足的條件和記錄。完成的定義不關注面向使用者功能的產品，而關注使用者故事和任務。
使用者故事
使用者故事是產品列表的基礎構件。配合交談與驗收標準，可以有po向團隊提供需求的一種高效方式。
使用者故事通常記錄在索引卡上。有幾類常用的模板：
使用者故事有別於需求或說明書，只是佔位符。
scrum之旅讀書筆記
一些小道理 在成功的道路中，選擇大於努力 有時候你會發現，事情總是會向你能想到的最壞的方向發展 墨菲定律 關於敏捷 敏捷 適應變化，以人為本 1 面向人的而非面向過程 2 主動適應而非預先設定 3 擺脫繁瑣的東西，但不是不要，只是要簡潔明瞭的直擊主題 敏捷開發認為人與人之間有效的交流和協作是最重要的...
《Scrum要素》讀書筆記
一 常見的專案開發模式 敏捷迭代 瀑布模式 1 敏捷迭代 sprint特點 產品和團隊成員pk故事 故事由團隊成員拆分成任務 自我承諾 定期增量持續交付商業價值 早交付 頻交付 一種典型的迭代方式 2 瀑布模式 瀑布模式特點 線性 人和開發是非線性的 不擁抱變化 有先後順序 計畫和執行 二 關於sc...
scrum之旅讀書筆記
一些小道理 在成功的道路中，選擇大於努力 有時候你會發現，事情總是會向你能想到的最壞的方向發展 墨菲定律 關於敏捷 敏捷 適應變化，以人為本 1 面向人的而非面向過程 2 主動適應而非預先設定 3 擺脫繁瑣的東西，但不是不要，只是要簡潔明瞭的直擊主題 敏捷開發認為人與人之間有效的交流和協作是最重要的...