Agile Community為Girls in Tech設計的Scrum workshop 工作坊內容分享。帶領Girls in Tech的學員以 Scrum 的方式，團隊合作一個paper prototype。 http://www.wetogether.co/#/activity/1455813642325

1. Introduction to
Agile/Scrum
through
Paper Prototyping Game
Jonathan Chen
Mar 2016

2. Check-In
30秒介紹你自己：
怎麼稱呼你？
你在公司的職務？負責
的產品或專案？
假日、下班後，你會做
什麼？

3. 示範
Jonathan Chen
俗稱「喲哪桑」
Reading, Writing,
Jogging and Biking
最近(被人逼著)要一日
北高
6 min

4. 傳統團隊工作
的困境
Source: http://www.wallpino.com/situations/unknown-55889.html

5. 業務需求
技術設計
編碼
測試
實施與營運
專案開始
瀑
布
式

6. 業務需求
技術設計
編碼
測試
實施與營運
專案開始
需求變變變
時間花太長
測試被跳過
很恐怖，不要問…

7. 現實世界

8. 複雜的

9. 多變的

10. 不確定的

11. Chaos

12. 接受現實

13. 控制改變

14. 控制改變
管理

15. How?

16. Scrum.

17. Scrum

18. 敏捷
專案管理

19. 讓團隊
創造成果
的架構

20. 人 物
套路

21. 業務需求
技術設計
編碼
測試
實施與營運
專案開始
瀑
布
式
擺
脫

22. 實施與營運
業務需求
技術設計
編碼 測試
走向反覆循環

24. Paper Prototyping Game

25. 講義

27. 怎麼玩？
● 每一組為<台北>做一份Tablet App之Paper Prototype
● 每組需指派Product Owner
● Product Owner負責排定Product Backlog之優先順序
● Team召開 Release and Sprint Planning
● 以兩個Sprint的時間來完成
● 每個Sprint有「三天」
● 每天以3分鐘的Daily Scrum做為開始。Scrum Master負
責繪製Burndown Chart。
● 每天有3分鐘的工作時數
● 每個Sprint以Review/Retrospective做為結束

28. 以<台北>為主題，
設計一款
Tablet App
之
“Paper Prototype”
能讓人認識
台北就可以！

29. 決定你們的<台北>APP！
● 台北的某個角落？
o 101、北投、艋舺、貓空⋯⋯
● 台北的藝文體育活動？
● 台北的美食？
● 台北的歷史？
● 台北的建設發展？

30. Paper Prototype Demo
https://www.youtube.com/watch?v=GrV2SZuRPv0

31. Game Paper Prototyping
https://www.youtube.com/watch?v=k-nfWQLmlMk

32. 《台北》有什麼特色？

34. Tablet App在設計上有什麼特色？

35. 誰會要一個關於《台北》的App？
做什麼？怎麼用？

36. 決定你們的<台北>APP！
● 台北的某個角落？
o 101、北投、艋舺、貓空⋯⋯
● 台北的藝文體育活動？
● 台北的美食？
● 台北的歷史？
● 台北的建設發展？

37. EXAMPLE: User Story
As a 在台北上班的通勤族
I NEED 警告我最後一班公車要來了
So that 我可以趕得及回家
6 min

38. Scrum
Roles

39. Product Owner (PO)
產品負責人
定義產品的人
專注市場價值與ROI
寫出產品需求
決定需求施工的先後順序
回答Team提出關於產品
特色的問題

40. Product Owner (PO)
產品負責人
定義產品的人
專注市場價值與ROI
寫出產品需求
決定需求施工的先後順序
回答Team提出關於產品
特色的問題
Pick One!

41. Scrum Master
維持Scrum管理模式的
人
為團隊服務，幫助大家
專注、收斂、排除障礙
往前進
協助大家控制時間，追
踪進度，但不預估時數

42. Scrum Master
維持Scrum管理模式的
人
為團隊服務，幫助大家
專注、收斂、排除障礙
往前進
協助大家控制時間，追
踪進度，但不預估時數
Pick One!

43. Team
負責開發產品。跨職能。多技能。自我組織

44. R&R
Build it fast
(Scrum Master)
(Coach)

45. Product Backlog

46. 排序

47. 排定各個功能特色的先後順序
列出功能特色的清單
Team 可以影響，但由 Product Owner 來決定是
否要做該功能，以及其順序
根據市場價值與重要程度來排序
以你們決定的順序，由高到低，貼在 白板 上

48. FEATURES
找影片
找車位
找活動
抽獎
H
L
分享給朋友
EXAMPLE

49. FEATURES
找影片
找車位
找活動
抽獎
H
L
分享給朋友
EXAMPLE
6 min

50. Product
Backlog

51. More About Product Backlog
● PO最大的武器。有了Product Backlog，才有
後續的開發工作。
● 隨時可以增加修減，但sprint中不變
● 常用User Story的形式來描述產品功能，並
由團隊來預估它的大小。
相關：
Poker Game
User Story Mapping

52. 讓工作
被看見

53. FEATURES TO DO DOING DONE
H
L
找影片
找車位
找活動
抽獎
分享給朋友

54. FEATURES TO DO DOING DONE
H
L
找影片
找車位
找活動
抽獎
分享給朋友
Draw
your
board!

55. Sprint Planning

56. Sprint Planning
FOR item in Product Backlog:
DO
釐清每一項的驗收標準 (acceptnace criteria)
分解 feature 為任務 (task), 貼在task board上
問問自己：我們能做得完嗎？

57. FEATURES TO DO DOING DONE
找影片
設計情境
設計找影片
的操作流程
調查別人的
作法
準備影片
EXAMPLE

58. FEATURES TO DO DOING DONE
TASK
TASK
TASK
TASK
TASK
TASKTASK
TASK
TASKTASK
TASK
TASK
找影片
找車位
找活動
抽獎
6 min

59. Progress Report &
Burndown Chart

60. Burndown Chart – Day 0
0 1 3
Day
# of tasks
2
EXAMPLE

61. Burndown Chart – Day 0
0 1 3
Day
# of tasks
2
5
10
12
Draw your
burn down
chart!

62. Sprint
Planning
Product
Backlog
Sprint
Backlog
Sprint

63. More About “Sprint”
● 中文：短跑衝刺的意思
● Sprint衝刺通常只有2-4週，Sprint
當中需求不改變。
● Sprint結束，交付可以demo的產品

64. Daily Scrum
Meeting

65. Daily Scrum Meeting
大家站在Task board前，輪流回答3個問題：
1. 昨天我做完了什麼？
2. 今天我將要做什麼？
3. 有什麼困難阻礙需要幫助？
3 min

66. Sprint 1, Day 1
當工作開始或完成，立即更新task board
當音樂停止，一天就結束！

67. Sprint 1, Day 1
當工作開始或完成，立即更新task board
當音樂停止，一天就結束！
3 min

68. Sprint
Planning
Product
Backlog
Sprint
Backlog
Sprint
Daily
Scrum
Meeting

69. Day 2 - Daily Scrum Meeting
大家站在Task board前，輪流回答3個問題：
1. 昨天我做完了什麼？
2. 今天我將要做什麼？
3. 有什麼困難阻礙需要幫助？

70. Day 2 - Daily Scrum Meeting
大家站在Task board前，輪流回答3個問題：
1. 昨天我做完了什麼？
2. 今天我將要做什麼？
3. 有什麼困難阻礙需要幫助？3 min

71. FEATURES TO DO DOING DONE
TASKTASK TASK
TASK
TASK
TASKTASK
TASK
TASKTASK
TASK
TASK
EXAMPLE

72. Burndown Chart – Day 1
0 1 3
Day
# of tasks
2
EXAMPLE
5
10
10
12

73. Burndown Chart – Day 1
0 1 3
Day
# of tasks
2
5
10
10
12
Update your
burn down
chart!

74. Sprint 1, Day 2
當工作開始或完成，立即更新task board
當音樂停止，一天就結束！

75. Sprint 1, Day 2
當工作開始或完成，立即更新task board
當音樂停止，一天就結束！
3 min

76. Day 3 - Daily Scrum Meeting
Scrum Master 更新 Burndown Chart
大家站在Task board前，輪流回答3個問題：
1. 昨天我做完了什麼？
2. 今天我將要做什麼？
3. 有什麼困難阻礙需要幫助？

77. Day 3 - Daily Scrum Meeting
Scrum Master 更新 Burndown Chart
大家站在Task board前，輪流回答3個問題：
1. 昨天我做完了什麼？
2. 今天我將要做什麼？
3. 有什麼困難阻礙需要幫助？
3 min

78. Sprint 1, Day 3
最後一天了！趕快把Doing的東西完成吧！
當工作開始或完成，立即更新task board
當音樂停止，一天就結束！

79. Sprint 1, Day 3
最後一天了！趕快把Doing的東西完成吧！
當工作開始或完成，立即更新task board
當音樂停止，一天就結束！
3 min

80. Demo your Apps

81. Demo (Sprint Review)
Demo 已完成的工作 (沒完成的不demo!)
由 PO 決定是否達到驗收標準

82. Go out of building!
每組：
● DEMO你的APP，來驗證你的構想
● 在10分鐘內，收集10個電子郵件
每人：
● 在10分鐘內，看完每一組的DEMO
● 看到你想要的APP，留下你的電子郵件來註
冊預訂！
Table
10 min

83. Sprint
Planning
Product
Backlog
Sprint
Backlog
Sprint
Daily
Scrum
Meeting
Sprint
Review

84. Retrospective 回顧會議

85. Retrospective 回顧會議
What worked
well?
What didn't?
6 min

86. Sprint
Planning
Product
Backlog
Sprint
Backlog
Sprint
Daily
Scrum
Meeting
Sprint
Review
Sprint
Retro-
spective

87. Share!

88. Sprint 2

89. Scrum 的優點，就在需求改變
● Product Backlog 隨時都可能改變
● Sprint 通常只有2-4週，可讓團隊專
心一致，也來得及因應需求改變
● 下個Sprint開始之前，調整好新的
Product Backlog!

91. 講完了？

92. 其實跳過
好多！

93. Learn More
● Books about Agile and Scrum
● Online Community
粉絲專頁
https://www.facebook.com/AgileCommunity.tw/
Scrum Community in Taiwan 公開社團
https://www.facebook.com/groups/179345672472/
● Offline Meetup
每月一至二次，在粉絲專頁宣佈時間地點與報名方式
● Training
● 回去帶 workshop…

94. About Me
http://jonathanspeaking.blogspot.com
https://medium.com/@ertjona/
喲哪桑 Speaking
Agile Community Taiwan 發起人之一。擔任產
品與專案經理多年，曾在網路媒體發表專欄，及
擔任多個社群與公司的講師。
現為某科技新創公司的產品經理，正在努力實踐
這個Agile與lean startup的夢......

95. 孩子我都計畫好了：你以後
要上X小、上南一中，要加
強網球高爾夫，學豎琴，學
西班牙語，要對環境科學有
興趣，大學要就讀台大資訊
系，研究所要唸史丹佛，畢
業後去 Facebook 上班，開
始交女朋友，對象是老師，
29 歲生出優質的下一代，
一女一男，姐弟差三歲…

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

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

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

100. ● 我們最優先的任務，是透過及早並持績地交付有價值的軟體來滿足客戶需求。
● 竭誠歡迎改變需求，甚至已處開發後期亦然。敏捷流程掌控變更，以維護客
戶的競爭優勢。
● 經常交付可用的軟體，頻率可以從數週到數個月，以較短時間間隔為佳。
● 業務人員與開發者，必須在專案全程中天天一起工作。
● 以積極的個人來建構專案，給予他們所需的環境與支援，並信任他們可以完
成工作。
● 面對面的溝通，是傳遞資訊給開發團隊及團隊成員之間效率最高且效果最佳
的方法。
● 可用的軟體是最主要的進度量測方法。
● 敏捷程序提倡可持續的開發。贊助者、開發者及使用者應當能不斷地維持穩
定的步調。
● 持續追求優越的技術與優良的設計，以強化敏捷性。
● 精簡──或最大化未完成工作量之技藝──是不可或缺的。
● 最佳的架構、需求與設計皆來自於能自我組織的團隊。
● 團隊定期自省如何更有效率，並據之適當地調整與修正自己的行為。
敏捷宣言背後的原則

101. Lean Startup 精實創業

102. MVP
Minimum Viable Product 最小可行產品