一、scrum概述
scrum是迭代的，增量型的流程。
scrum構造的產品迭代週期為sprints，工作的迭代週期一般為一到四周。
sprints是有固定的週期——結束於固定明確的日期，無論該工作完成與否，從不延長。
在每一sprint的啟動階段，乙個多職能的團隊長弄個已優先化的要求列表中挑選若干專案，並承諾在sprint的末期完成這些專案。
每一工作日，團隊成員互相通告工作進度，並更新簡易的剩餘工作量直觀表示圖表。
在sprint的末期，團隊將對這一階段工作結果作一一展示並取得相關反饋，為下一sprint做好準備。
scrum強調生產可以使用的產品，意指在sprint的末期產品的「完成」；
在軟體方面，是指編碼已經被檢測並可以隨時交付使用。
二、scrum中的角色
1、產品所有者
負責收集相關於產品的所有資訊
一般由客戶本人、客戶代表或產品經理、產品市場經理擔任
2、開發團隊成員
通常包括五到十個成員
3、scrummaster
以任何方式幫助整個團隊取得成功。
不是團隊經理，服務於整個團隊，幫助團隊成員剷除壁壘而取得成功。
一般由團隊中某一人全職或兼職擔任。
不應和產品所有者是同一人。
4、其他對專案成功做出重要貢獻的人
如專案經理，支援開發團隊使用scrum
取代以前的「保姆」角色，轉而承擔起更多的「指導」角色。
三、scrum方法的開發過程
1、計畫和體系結構設計（確定性過程）
將backlog按優先順序排序形成backlog列表，根據該錶和風險評估制訂產品交付基線。
建立系統體系結構，將backlog項按高內聚低耦合的原則分解為一系列問題包，依據同樣原則相應劃分若干個開發小組（scrum小組），分配各小組合適的backlog項或問題包。
2、sprint（經驗性過程）
由若干個迭代的衝刺（sprint）活動組成，直至風險評估認為產品可交付為止。
每個sprint包含以下活動：
開發、打包、評審、調整
3、交付和鞏固（確定性過程）
一旦根據風險評估結果認為可交付產品時，即進入該階段。
活動包括：
組裝、系統測試、回歸測試、準備培訓材料、完成最終文件
四、scrum對過程的管理
1、八個控制項（controls）用於開發過程的調控：
1）backlog
2）物件/構建
3）packets
4）變動（changes）
5）難點（problems）
6）問題（issues）
7）措施（solutions）
8）風險（risks）***最重要***
2、六個概念性變數用於風險評估：
1）使用者需求
2）時間壓力
3）競爭
4）質量
5）遠見（vision）
6）可用資源
注：管理人員側重於管理backlog；
開發組用以處理變動和難點；
所有人員一起來管理問題、風險和措施。
五、scrum團隊組織結構
全職開發人員與該交付產品有關的市場人員、銷售人員、使用者等組成。
設以下小組：
a 專案管理組：
由產品經理領銜，包括總設計師、各scrum小組組長，市場、銷售的高階職員以及典型使用者等。
b 若干個scrum小組：
由各小組組長（scrum master）領銜。
每個小組都是跨專業的（通常包括開發人員、文件人員、質量控制人員或使用者代表等）
通常為3~7人，以使小組內有充分的交流。
小組劃分最好是功能導向，也可是系統層次導向的
六、scrum期間的調控
期間，應避免小組受到外界的干擾，（不可將新的backlog任務加進來）
具體措施：
a scrum會議，每天在同一地點舉行，scrum master主持。
問三個問題：
昨天工作進展；是否有困難和障礙；今天的工作打算
b sprint評審會議
根據每人的工作成績，進行相應的激勵。
七、scrum開發流程包括的主要步驟
1、scrum起始
產品所有者清晰地展示產品的未來景象（visison）
按照客戶和商業價值排序展示優先順序列表
2、sprint計畫會議
每一sprint的起始階段
產品所有者和scrum開發團隊共同評審backlog，討論各項目的目標和背景
scrum開發團隊挑選專案並承諾在sprint的末期完成任務。
3、每日（站立）例會
每個成員澄清三個問題：昨天工作進展；是否有困難和障礙；今天的工作打算
4、sprint評審
參與人：產品所有者、開發團隊成員、scrummaster、客戶、專案管理者、專家、高層人士，其他任何對此感興趣的人
每個sprint結束，簡單的展示工作成果，聽取意見和建議
不是成果「演講」，no ppt
目的是對工作成果的展示和聽取反饋
5、sprint回顧
使scrum成果的重要方法之一
提供機會討論什麼方法能起作用，什麼方法不起作用，並一致通過改進方法。
6、開始下乙個sprint
在上一週期結束後立即開始沒有間隔
如開發團隊在下午時間進行sprint評審後，第二天上午進行下乙個sprint計畫會議
遵循agile開發的價值觀之一「可持續性」
7、產品發布計畫，
sprint持續直至產品所有者決定產品已經可以準備發布
啟動「發布sprint」來進行最後的整合和發布產品前的檢測。
參考：
Scrum敏捷開發流程
1 我們首先需要確定乙個 product backlog 按優先順序排列的乙個產品需求列表 這個是由 productowner 負責的 2 scrum team 根據product backlog 列表，做工作量的預估和安排 3 有了productbacklog 列表，我們需要通過 sprint p...
敏捷開發 自用SCRUM專案開發流程
目前團隊所使用的開發模式流程，請大家指正優化。1.pm需求整理 在禪道整理出需求清單和原型圖 標註清楚 需求評審。往復，直到需求定稿。2.sprintmaster根據需求清單進行技術任務拆解，包括前端ui設計 前後端開發等。3.程式設計師各自領任務，具體內部商定。3.每天早上站會過下任務進度。滬杭不...
Scrum 敏捷開發過程框架介紹
scrum 敏捷開發過程框架介紹 敏捷開發簡介 敏捷宣言 個體與互動 勝過 過程和工具 可用的軟體 勝過 完備的文件 客戶協作 勝過合同談判 響應變化 勝過遵循計畫 敏捷價值觀 溝通，簡單，反饋，勇氣，尊重 什麼是敏捷開發 它是一種軟體開發開發方 可以應對客戶快速變更的需求。它強調以人為核心，採用迭...