SCRUM簡介 <您的姓名> <日期>.

Presentation on theme: "SCRUM簡介 <您的姓名> <日期>."— Presentation transcript:

1 SCRUM簡介 <您的姓名> <日期>

2 Scrum簡介 Presented by <您的姓名> <日期>

3 我們將輸掉這場‘接力賽’ Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986. ‘接力賽’式的產品開發…… 此模式在一定程度上違背了我們最大化速度及彈性的目標。相反的，另一種全面式，或如同橄欖球隊的團隊合作方式—整個團隊通過無間合作，靈活機動的處理接球，傳球，並像一個整體迅速突破防線—可能更加適應於今天更具挑戰的市場需求。 would be nice to include a quote from Wicked Problems here

4 什麼是Scrum？ SCRUM流程能使我們專注於在最短時間內交付最有商業價值的部分。
基於商業價值以決定功能的優先順序。團隊能自我組織，並找出完成高優先功能的最佳方案。 每隔一兩周或者一個月，每個人都可以看到實際並可以運做的產品。此時團隊可以決定接下來要直接發佈，或繼續下一輪的功能加強。

5 Scrum的起源 Jeff Sutherland Ken Schwaber Mike Beedle
1993年在Easel Corp起始Scrum 在IDX公司與超過500人使用Scrum Ken Schwaber ADM公司 在OOPSLA 95與 Sutherland一起提出Scrum 有三本Scrum的著作 Mike Beedle 在PLOPD4提出Scrum Pattern Ken Schwaber and Mike Cohn 在2002共同創立Scrum Alliance (原本在Agile Alliance中)

6 First American Real Estate BMC Software Ipswitch John Deere
Scrum 被知名企業廣泛採用: Microsoft Yahoo Google Electronic Arts Lockheed Martin Philips Siemens Nokia IBM Capital One BBC Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce

7 Scrum 被運用的領域: 商業軟體 遊戲軟體 內部軟體開發 FDA監理軟體 外包軟體開發 衛星控制軟體 固定投資軟體開發 網站
財務應用軟體 ISO 9001認證應用軟體 嵌入式系統 零當機系統軟體 聯合攻擊戰鬥機 遊戲軟體 FDA監理軟體 衛星控制軟體 網站 掌上型電腦軟體 手機 網路交換路由設備 獨立軟體開發商 一些正在使用中的大型軟體

8 特色 是“敏捷方法 (agile processes)”的一種 自我管理的團隊 以一系列、以月為長度的“sprint”做為產品開發進度
以一系列的“Product backlog”做為產品需求記錄 沒有特定的工程實做規定 在以生成規則創造的敏捷開發環境交付產品 是“敏捷方法 (agile processes)”的一種

9 資源來自: www.agilemanifesto.org
敏捷開發的價值觀 流程與工具 個人與互動 重於 完善的文檔 可用的軟體 重於 合約的談判 與客戶合作 重於 執行固定的計畫 對變化的回應 重於 資源來自:

10 專案複雜度 混亂的 複雜度 需求 較複雜的 簡單的 技術難度 非常不一致 接近一致 遠遠超出 接近團 團隊能力 隊能力
Source: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle. 簡單的 接近一致 技術難度 遠遠超出 團隊能力 接近團 隊能力

11 Scrum 24 小時 Sprint 2-4 週 功能1 Sprint 目標 可以發佈的 產品增量 Sprint backlog 功能1
功能2 功能4 功能2 功能3 功能3 功能4 Product backlog

12 圖片源於 www.mountaingoatsoftware.com/scrum

13 Sprints Scrum專案以一系列的“sprints”做為開發進度 典型的迭代週期為2-4週，或以一個月為上限
類似於極限開發(Extreme Programming)的迭代週期 (Iterations) 典型的迭代週期為2-4週，或以一個月為上限 固定週期創造出更佳的專案節奏 產品的設計，開發，測試全部都在一個sprint完 成

14 順序 vs. 重疊開發 Scrum團隊不在一段時間集中完成單一工作 ...而是隨時都在做所有工作的每一部分 需求 設計 實做 測試
資源來自: “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986.

15 確保一個Sprint的穩定 變化 請基於您能夠保障需求變化不影響到產品開發的 時間長短，來設定一個Sprint的長度

16 Scrum 框架 角色 儀式 產出 產品所有者 ScrumMaster 團隊 Sprint計畫 Sprint驗收 Sprint回顧
Product backlog Sprint backlog Sprint耗散圖 產出

17 Scrum 框架 角色 儀式 產出 產品擁有者 ScrumMaster 團隊 Sprint計畫 Sprint驗收 Sprint回顧
Product backlog Sprint backlog Sprint耗散圖

18 產品擁有者 訂定產品功能 決定產品發佈的內容及日期 對產品的利潤負責 (ROI) 根據市場價值決定產品功能優先順序
如有需要，調整每個迭代(Iteration)的產品功能和 優先順序 接受或者拒絕工作的產出

19 ScrumMaster 專案的直接管理 領導團隊實現Scrum的實踐及價值 排除團隊遇到的困難 確保團隊能勝任工作並保持高生產率
促使團隊中所有的角色及其功能緊密合作 保護團隊不受外來打擾

20 團隊 一般的團隊有 5-9 人 跨功能團隊 全職團隊成員 團隊自我組織和管理 在Sprint之間調整團隊成員的變動
程式、測試、用戶經驗設計等 全職團隊成員 特殊職能可以例外 (例如, 資料庫管理員) 團隊自我組織和管理 理想上都沒有職稱，但實際上很難做到 在Sprint之間調整團隊成員的變動

21 Scrum 框架 角色 儀式 產出 產品擁有者 ScrumMaster 團隊 Sprint計畫 Sprint驗收 Sprint回顧
Product backlog Sprint backlog Sprint耗散圖

22 Sprint計畫會議 Sprint 目標 Sprint backlog Sprint優先順序 Sprint計畫
團隊能力 Sprint優先順序 分析和評估Product Backlog 選擇一些作為Sprint目標 Sprint 目標 Product backlog 商業現況 Sprint計畫 決定如何實現Sprint目標 從Product backlog中選擇一些建立為Sprint backlog (任務) 以小時為單位評估Sprint任務工作量 現有產品 Sprint backlog 技術

23 Sprint 計畫 為了選擇假期的好去處，我需要先看到飯店的照片.
團隊從Product backlog中選擇一些能夠完成的任務作為Sprint backlog 建立Sprint backlog 確認任務被並估計任務工作量，時間應該在1-16小時左右 Sprint backlog是團隊合作的結果，而不是由ScrumMaster自己決定 概要設計已被考慮 為了選擇假期的好去處，我需要先看到飯店的照片. 實做後臺和中間層(8 小時) 實做介面(4) 撰寫測試案例(4) 實做foo類別(6) 更新效能測試案例(4)

24 每日Scrum會議 特性 不是為了解決問題 可以避免其他不必要的會議 每天都開 15分鐘結束 站著開會 所有相關的人被邀請
只有團隊成員，ScrumMaster，產品所有者能夠在會 上發言 可以避免其他不必要的會議

25 1 2 3 昨天你做了什麼? 今天你將要做什麼? 有什麼困難需要幫助嗎? 團隊成員需要回答3個問題 這不是對ScrumMaster的進度報告
這是團隊成員彼此的承諾

26 Sprint復習 (Review) 團隊提出在Sprint中所完成工作 一般的做法是直接demo新功能或者底層架構的 實做 非正式
最多2小時的準備 不需要投影片 整個團隊都需要參加 邀請所有關注產品的人參加

27 Sprint回顧 (retrospective)
週期性的回顧，總結工作中的經驗和教訓 一般長度為15至30分鐘 在每個Sprint結束時開始做 整個團隊都需要參加 ScrumMaster 產品所有者 團隊 可能還包括客戶

28 啟動 / 停止 / 繼續 整個團隊集結一起討論以下方案: 開始做… 停止做… 僅僅是諸多Sprint回顧的一種方式 繼續做…

29 Scrum 框架 角色 儀式 產出 產品擁有者 ScrumMaster 團隊 Sprint計畫 Sprint驗收 Sprint回顧
Product backlog Sprint backlog Sprint耗散圖 產出

30 Product backlog Product backlog 產品需求 專案中需要完成的工作列表
理想上，每一個工作項目都用 「對客戶和用戶產生的價值」來 呈現 由產品所有者進行優先順序排序 每個Sprint開始前還要再進行優先 順序排序的修正 Product backlog

31 Product backlog的例子 Backlog 列表 估計量 顧客可以預定飯店 3 顧客可以取消預定. 5 顧客可以更改預定日期.
飯店工作人員可以產生RevPAR (revenue-per-available-room)報告 8 例外處理 ... 30 50

32 Sprint目標 簡短陳述這個Sprint將要完成什麼 提供人口遺傳學研究的功能 除了Oracle，應用程式還可以運行於SQL Server
生命科學 提供人口遺傳學研究的功能 資料庫應用軟體 除了Oracle，應用程式還可以運行於SQL Server 金融服務 基於即時及連續的資料，提供比ABC公司更多的技術指標

33 管理sprint backlog 團隊的成員簽收自選的工作 工作絕不是用分配的 每天更新估計剩餘的工作量
如果工作的內容不清楚，先定義一個相對工作量 較大的工作頂目，之後再拆解它 在工作內容變的更清楚時，更新剩餘工作量

34 Sprint backlog的例子 工作項目 Mon Tues Wed Thur Fri 實做使用介面 新增錯誤日誌記錄 8 10 16 8
12 4 12 16 8 4 11 8 8 實做中間層 測試中間層 撰寫線上幫助 實做Foo類別

35 Sprint耗散圖 小時數

36 工作項目 Mon Tues Wed Thur Fri 8 4 12 16 8 10 16 7 11 8 16 8 12 實做使用介面
實做中間層 16 測試中間層 8 撰寫線上幫助 12 50 40 30 小時數 20 10 Mon Tue Wed Thu Fri

37 延展性 典型的一個團隊的人數是7± 2 人 擴展團隊時需要考慮的因素 Scrum方法可用於總數超過500人的專案
透過“團隊中的團隊”的方法擴展 擴展團隊時需要考慮的因素 產品類型 團隊大小 團隊分佈 專案長度 Scrum方法可用於總數超過500人的專案

38 通過“Scrum of scrums”的方式擴展團隊

39 Scrum of scrums of scrums

40 下一步 www.mountaingoatsoftware.com/scrum www.scrumalliance.org

41 推薦書籍 Agile and Iterative Development: A Manager’s Guide by Craig Larman Agile Estimating and Planning by Mike Cohn Agile Project Management with Scrum by Ken Schwaber Agile Retrospectives by Esther Derby and Diana Larsen Agile Software Development Ecosystems by Jim Highsmith Agile Software Development with Scrum by Ken Schwaber and Mike Beedle Scrum and The Enterprise by Ken Schwaber User Stories Applied for Agile Software Development by Mike Cohn Lots of weekly articles at

42 版權資訊 你可以免費並自由的： 在以下前提下： 本許可證中任何內容都不損害或者限制作者 的道德權利。 分享 ― 複製，散佈和傳送這些成果
混用 ― 應用這些成果 在以下前提下： 出處: 你必須以作者或者許可授權者規定的方式來聲明成果的 出處。(但不能採用任何表明他們支援你或者你使用這些成果 的方式來聲明成果的出處。) 本許可證中任何內容都不損害或者限制作者 的道德權利。 更多資訊提供於

43 作者的聯繫方式 Presentation by: Mike Cohn mike@mountaingoatsoftware.co m
(720) (office) 感謝 Mike Cohn 提供以下內容. Thanks.