敏捷之Scrum框架
一、Scrum 概述
Scrum是用于管理產品開發的單個團隊過程框架。該框架包含Scrum 角色、事件、工件和規則，采用迭代方法來交付工作產品。
（1）Scrum 流行的原因，有如下幾點：
Scrum 提供簡單和可證明的結果；
它包含其他敏捷工程技術；
它強調小型團隊和團隊授權；
歡迎需求的變更，即擁抱變化；
它允許單一來源的優先項目工作開展（產品代辦列表）；
Scrum 會議包括日常狀態會議；
提供團隊在沖刺階段一個潛在的可交付增量承諾。
（2）Scrum 三大支柱
透明性：
過程或項目的各個方面必須是對結果負責任的，透明的；
運用信息發射源,讓這些關鍵信息,如產品待辦事項列表,沖刺待辦事項、障礙、風險和項目進展信息，對所有的利益相關者是透明的。
檢視：
團隊根據項目目標定期檢查他們的績效和進展；
他們不斷尋找問題和計劃的偏離。
調整：
基于觀察期間的檢查，采取必要的變更流程，以避免問題再次發生，提高項目交付成功率。
二、Scrum框架中的3355
3種角色：產品負責人，scrum Master ，團隊。
（1）產品負責人，他的任務是：
清晰地表達產品待辦列表項，對產品待辦列表項進行排序，以便最好地實現目標；
優化開發團隊所執行工作的價值；
確保產品待辦列表對所有人可見、透明、清晰；
確保開發團隊對產品待辦列表項有足夠的理解。
（2）Scrum Master
Scrum Master 負責確保所有人都能正確地理解并實施Scrum。因此，Scrum Master 要確保Scrum 團隊遵循Scrum的理論、實踐和規則。Scrum Master是Scrum 團隊中的服務型領導。Scrum Master幫助Scrum團隊外的人員了解他們如何與Scrum 團隊交互是有益的，通過改變他們與Scrum 團隊的互動方式來最大化Scrum 團隊所創造的價值。Scrum Master在期望設定和管理中扮演重要角色，以此去創建高績效團隊。
Scrum Master的職責是：
在項目生命周期早期定義團隊的基本規則；
確保團隊理解相關人期望；
同團隊溝通項目愿景，有利于確保團隊認識到他們的目標同項目總目標緊密一致；
以連貫的單元模式工作；
對愿景給予承諾。
Scrum Master制定的基本規則包括：
設定Scrum儀式的開始-結束時間；
保持對主題的專注以減少分散；
會議期間杜絕中斷；
允許團隊成員特別是初級成員言論自由，在制定決策前應廣泛搜集所有成員意見。
（3）團隊：有自主權選擇如何最好地滿足目標，并且為之負責。
3種工件：產品代辦列表，沖刺列表，產品增量。
Scrum 的工件以不同的方式表現工作任務和價值，可以用來提供透明性以及檢視和調整的機會。Scrum 中的工件就是為了最大化關鍵信息的透明性，因此每個人都需要有相同的理解。
（1）產品待辦列表（Product Backlog）
產品需求列表；
產品負責人對該列表進行優先級排序；
待辦事項列表中的條目以用戶故事的形式呈現。
（2）Sprint 待辦列表（Sprint Backlog）
是產品待辦列表的子表，只記錄當前迭代的工作；
將用戶故事拆分成任務，團隊成員主動領取任務；
團隊成員可以添加、刪減或者更改迭代中的任務。
（3）產品增量（PSPI：Potentially Shippable Product Increment）
團隊在迭代內完成交付成果，集成到以往的迭代成果中，形成增量式的交付；
每次交付的用戶故事必須符合驗收條件。
5種儀式：沖刺計劃會議，沖刺評審會議，沖刺回顧會議，每日站會，待辦事項梳理。
（1）沖刺計劃會議
Scrum團隊的所有成員出席，在此次會議中,開發團隊識別當前沖刺開發交付的產品待辦事項中的故事。
這個會議時間箱為：一個月的沖刺，會議時間8小時，4個小時用于選擇故事和4個小時估算分配。
（2）每日站立會議
由Scrum Master 和開發團隊參加，產品負責人可以自行選擇是否參加。每日站立會議是快速專注的會議，用來分享迭代或迭代進展。每個團隊成員就他們將要完成的任務對其他人做口頭承諾。
每個團隊成員回答以下問題:
昨天做了什么?
今天將要做什么?
遇到了什么問題?
這次會議時間箱15 分鐘，每天發生在同一時間和地點。
（3）沖刺評審會議（review）
這次會議是由Scrum 團隊的所有成員參加。開發團隊將可能移交的可交付物開發特性演示給相關方和項目發起人。Sprint 評審會議的結果是一份修訂的產品待辦列表，確定很可能進入下個Sprint 的產品待辦列表項。這個會議時間箱為一個月的迭代，4 個小時，比沖刺計劃會議的持續時間更短。
沖刺評審是在迭代末期進行的時間盒（有指定時間限制）會議，此時將不斷變化的解決方案展示給利益相關者，他們的反饋得到收集。
該會議是：
針對沖刺末期召開；
把時間盒定義到四個小時，按月沖刺和較短的時間段；
沖刺評審會議由包括開發團隊，產品負責人，Scrum Master，和企業的利益相關者的整個團隊出席；
這些沖刺評審會議被團隊通過錄音、快照來展示產品。
沖刺評審的益處：進行常規沖刺評審會議有助于：
產品根據利益相關者的需要在變化；
任何反饋或升級在即將到來的沖刺或發布中被記錄和強調；
優先級排序的待辦事項將被展示給利益相關者去評估是否滿足他們的期望；
逐步完善未來的項目計劃。
沖刺評審的重要性：
在一個2 周沖刺的項目中，沒有組織沖刺會議將導致項目進度落后于整整一個月。這是因為：
開發的需求沒有滿足利益相關者的期望；
為即將到來的沖刺所選擇的需求，沒有同利益相關者的需求保持一致。
（4）沖刺回顧會議（retrospective）
是由Scrum 團隊的所有成員參加。這次會議的焦點是對整個迭代進行回顧。細節包括：什么進行順利，缺少什么，需要改變什么等等。團隊就未來的迭代改進計劃達成一致。這個會議時間框為一個月的迭代，3 個小時，比迭代評審時間短。
沖刺回顧是針對迭代末期進行的時間盒（有指定時間限制）會議，目的是幫助團隊如何提高他們的工作效率和改進工作方式，就未來的迭代改進計劃達成一致，該會議：
針對沖刺末期召開；
被時間盒定義到三~四個小時按月沖刺和較短的時間段；
由包括開發團隊，產品負責人，ScrumMaster，和企業的利益相關者的整個團隊出席；
在沖刺回顧中，團隊將認識到他們做的好的領域以及有待改進的領域；
來自于回顧會議的反饋對實施持續改進策略和最大化團隊交付價值非常關鍵；
細節包括：什么進行順利，缺少什么，需要改變什么等等……
（5）待辦事項梳理(Grooming)
Scrum 團隊在沖刺中經常會面進行待辦事項的梳理。梳理或細分是一種逐步完善待辦事項的方法，所以它會保留現有信息同時反映利益相關者的需要。
該會議有助于：
增加新用戶故事；
丟棄不相關的用戶故事；
估算新增加的用戶故事；
重新估算用戶故事；
對用戶故事進行優先級重排序；
將用戶故事分解成更小的用戶故事。
需要記住的點：
梳理會議提供了調整估算范圍的最佳時機；
利益相關者的期望通過對產品待辦事項進行與時俱進的更新來管理；
已經完成優先級排序和更新的產品待辦事項應該作為沖刺評審會議的一部分由利益相關者來評審；
來自于運營和維護問題的反饋需要被考慮，新需求必須添加到產品待辦事項中；
識別出的現有缺陷經過分析后，需要確保他們在梳理會議上被討論。
5個價值觀：開放，勇氣，專注，承諾，尊重。
總結
以上是生活随笔為你收集整理的敏捷之Scrum框架的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： ftp连接服务器失败||或者Xshell
- 下一篇： Android学习笔记_69_andro