透過樂高遊戲學習敏捷專案管理(工作坊) 多團隊，週期性，面向產品的Scrum（敏捷遊戲）模擬，利用樂高積木。

1. 敏捷式專案管理-樂高遊戲(工作坊)
一個多團隊，完整性週期，面向產品的Scrum（敏捷遊戲）模擬與樂高積木。
基於 lego4scrum.com, twitter: @eysmont

2. 敏捷式專案管理(Scrum)
Scrum 是一種用於管理產品開發的迭代和增量敏捷軟件開發方法。
Scrum is an iterative and incremental agile software development methodology
for managing product development.

3. 敏 捷 式 專 案 管 理 的角色
(Scrum Roles)
產品負責人(Product Owner)
Owns „what” is desired and it’s desired
敏捷教練(Scrum Master)
Keeper of Scrum Proces, facilitator
敏捷團隊(Scrum Team)
Owns „how” and „how quickly” work is delivered
利害關係人/贊助人
(Stakeholders/Sponsor)
They have money :)
使用者(Users)
They will use our product

4. 衝刺計畫會議 Sprint Planning Meeting
“What” is to be developed? “How” it will deliver the Sprint Goal?
每日衝刺會議 Daily Srcum Meeting
The Daily Scrum is the key inspect and adapt meeting during a Sprint .
衝刺檢視/展現會議 衝刺 Review/Demo Meeting
A 衝刺 Review/Demo meeting is held at the end of the Sprint to inspect the Increment.
衝刺回顧會議 衝刺 Retrospection Meeting
In the Sprint Retrospective the Scrum Team revises their way of work in the past in order to make it
more efficient and effective in the future.
敏 捷 式 專 案 管 理 的慶典
(Scrum ceremonies)

5. 產品待辦清單(Product B a ck l o g )
Ordered list of everything that might be needed in the product. The Product Backlog defines
the “What” that will be built.
衝刺待辦清單(衝刺 B a ck l o g )
The 衝刺 Backlog is the set of Product Backlog items selected for the 衝刺 plus a plan for delivering the
product Increment and realizing the 衝刺 Goal
產品的增量(Product Increment)
A 衝刺 Review/Demo meeting is held at the end of the 衝刺 to inspect the Increment.
敏 捷 式 專 案 管 理 的工作產出
(Scrum artifacts)

6. 敏 捷 式 專 案 管 理 的程序
(Scrum process)
來自客戶，團隊，主管的投入
Inputs from customers, team, m a n a g e r s …
產品
負責人
產品
待辦清單
敏捷
團隊
衝刺
計畫
會議
衝刺的
待辦清單
敏捷教練
Daily Stand Up Meeting
衝刺 Review
衝刺 Retrospective
衝刺、日期和團隊交付不變
衝刺 and date and team
deliverable do not change
Finished Work
團隊的選擇將從頭開始，盡可能
的承諾交付在衝刺結束後
Team selects starting
at top as much as it can commit
to deliver by end of 衝刺
需求優先級列表：
功能，錯誤...
Prioritized list of
what is required:
features, bugs…
迭代
Iteration
1- 4周的
衝刺

7. 遊戲時間
The G a m e

9. 遊戲規則(工作坊)
•
•
•
•
•
分享你任何和所有的想法。
唯一不好的想法就是……你不共享。
在這個房間裡沒有階級;
所有的想法都是平等的。
時間控制及管理(Time-Boxing)。
請！ 關閉手機，平板電腦和電腦。
最後……請玩的開心！ ^_^

10. 我們要來建立城市
We are goi n g
to build the city!

12. 遊戲工具
樂高積木 / 主要工具
我們有一箱樂 高 ( 約 四 千 多 塊 積 木 )
紙張X 2
便利貼X 2
色筆X 4
其他工具 >> 運用你的想像力 ^_^

13. 遊戲階段
前置作業
組織團隊
專案章程(目標,時間,資源)
建立待辦清單(產品)
估算
開始遊戲
計畫-衝刺
開始-衝刺
檢討-衝刺
結束遊戲
結果報告

14. 敏捷式專案管理-樂高遊戲(工作坊)
流程全貌圖
SprintPlanning
- 團隊挑選每衝刺
可做項目
-討論及估算
- 團隊產出衝刺
backlog
- 在Burn-up chart
標 示預測值
Release
Planning
- 【產品負責人】給
予所有項目
的價值排序
- 與團隊一起用
Fibonacci估算
User story 大小
- 【產品負責人】
產出Product
backlog
【產品負責人】
講解專案章程(願
景)
SprintRetro
- 團隊找出關係、
工具、流程與
人可改善處
SprintReview
- 團隊展示所有已完成
的項目給【產品負責
人】驗收
- 在Burn-up chart 標示
實際完成值
Sprinting
- 團隊依衝刺 backlog
開始建造城市
衝刺 x 4

15. 組織團隊
– 每組10人以內為一小組(選組長)
– 選擇工作空間及移動桌子
5 分鐘
Pre-
game

16. Agile 專案的 3 個角色
角色 工作事項
開發團隊
Development Team
1.執行專案開發、內部驗收
2. Self-organizing (自我組織)
3.角色可互相支援
產品負責人
Product Owner
1.將產品價值最大化、負責產品成敗
2.主要建構及說明 Product backlog
(產品待辦清單)
3.針對團隊的產出提供回饋
ScrumMaster 1.確保團隊使用正確的 Agile 手法
2.使用Servant leadership (僕人式領
導)，讓團隊自主發揮功能、授權及為
其排除障礙
Scrum 角色定義

17. 專案章程
專案的目標, 時間, 資源
5 分鐘
Pre-
game

18. 專案章程佈達
– 身為產品負責人，我想傳達下列資訊：
專案章程
1. 大家一起打造一個產品：一座有創意的美
麗城市
2. 主要建築要用積木，也可以搭配其他材料
3. 這是我的城市，我將是產品主要的決策者
4. 我將在現場完整的參與開發過程，並提供
必要的回饋及回答
5. 將由產品負責人決定所成果的驗收

19. 建立待辦清單
敏捷式專案管理中的敏捷產品待辦清單是一個優先級特徵列表，
其中包含產品所需的所有功能的簡短描述。
15 分鐘
Pre-
game

20. 一層樓
兩層樓
市政廳
學校
寺廟
幼稚園
河流
橋
道路
路口
交叉路口
站牌
火車站
鐵軌
產品待辦清單
Pre-
game

21. 產品負責人和開發團隊建構 Product Backlog
秀出準備好的需求：其預期的 Product Backlog Items 如下：
1層樓建築
3層樓建築1
3層樓建築2
學校
寺廟
商店
公車站牌
名勝古蹟
馬路
(可手繪)
路口
(可手繪)
大樓
交通號誌
(紅綠燈)
車子/巴士
火車/軌道公園

22. 估算
當工程小組開始其估計過程時，通常會出現需求和用戶故事的問題。
20分鐘
Pre-
game

23. 估算
產品負責人與所有組員一同用撲克牌進行估算
– 產品負責人說明其中1個Story Card 的SP
(例如：公車站牌 SP=1)
– 以這1個Story Card為基準，每位組員用手指比出估
計的SP，一個接一個估算其他Story Card，直到估算
完 成為止
– 產品負責人向大家說明其 Backlog 是依照價值的數字
由 大而小來挑選進入Sprint Backlog
– 當完成時，請大家完整地檢查一遍，看是否需要調整
– 當調整玩後，即產生了 Product Backlog

24. Product Backlog Item
其 Story Point 估算參考範例
SP=1 SP=?

25. 我們現在有90分鐘來進入遊戲！
(And zero things are built! Does it prove enough that estimations are wasteful?)
Pre-
game

26. 讓我們開始吧！
Let’s Go
Game

27. 衝刺
開始-衝刺
10分鐘
檢討-衝刺
5分鐘
衝刺 #1
計畫-衝刺
3分鐘
開始-衝刺
10分鐘
檢討-衝刺
5分鐘
衝刺 #2
計畫-衝刺
3分鐘
開始-衝刺
10分鐘
檢討-衝刺
5分鐘
衝刺 #3
計畫-衝刺
3分鐘
開始-衝刺
10分鐘
檢討-衝刺
5分鐘
衝刺 #4
計畫-衝刺
3分鐘
Game
4次
衝刺

28. 說明簡單的Scrum Rule
– 產品負責人、ScrumMaster、開發團隊的 R&R
– Scrum Rule：
1.Sprint Planning
– 與產品負責人一同挑選能承諾的Items，並用便利貼寫下
Items 及SP
– 將Items依照團隊開發排序，寫上排序值，貼在各組海
報左半邊，產出衝刺 Backlog
– 海報的右半邊畫 Burn up chart，並先標示總估計值
2.Sprinting (7min)
– 開發團隊開始建造城市的元件
Sprint Rule 解說 1/2

29. 3.Sprint Review (5min)
– 短衝時間一到，立即停止動作
– 只展示已完成的增量
– 產品負責人一起驗收所有組別並提出修正意見
– 開發團隊已經被驗收的Item，直接用紅色彩色筆在該張
便利貼打一個大勾，壓在建築物下面，表示已驗收完成
– 開發團隊於Burn up chart標示實際完成的SP值
4.Sprint Retro (4min)
– 下一個衝刺，我們該如何做才會更好？
– 改善點數量不限 ，不是針對產品，而是針對流程、方法
及工具做改善
– 將改善點寫成便利貼，貼在衝刺 backlog裡面，在下一
個衝刺執行
Sprint Rule 解說 1/2

30. 結論報告
讓我們談談樂高遊戲！
20分鐘
Post-
game

31. 遊戲後
60
• 【產品負責人】以所完成的Story card最有創意者取勝(3min)
• 全班反饋(8min)：自由心得分享
– 您有學到什麼？
– 您了解 產品負責人 或 ScrumMaster 在做什麼？
– 您了解Scrum團隊要溝通什麼？
– 在衝刺 ＃1後，所有的PBI都要重工的感覺是什麼？
– 如何估算才準確？
– …

32. 我為你感到驕傲！ 你做到了！
感謝你!
本工作坊基於 lego4scrum.com, twitter: @eysmont
葉 承 宇 ( D e a n Y e h )
Line : FB :
常 務 理 事
德明資管系
系友會
FB :