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

Scrum Workshop - Paper Prototyping Game - for Girls in Tech

Embed Size (px)

Citation preview

Introduction to Agile/Scrum

through Paper Prototyping Game

Jonathan Chen

Mar 2016

Check-In

30秒介紹你自己:

怎麼稱呼你?

你在公司的職務?負責

的產品或專案?

假日、下班後,你會做

什麼?

示範

Jonathan Chen

俗稱「喲哪桑」

Reading, Writing,

Jogging and Biking

最近(被人逼著)要一日

北高 6 min

傳統團隊工作的困境

Source: http://www.wallpino.com/situations/unknown-55889.html

業務需求

技術設計

編碼

測試

實施與營運

專案開始 瀑布式

業務需求

技術設計

編碼

測試

實施與營運

專案開始

需求變變變

時間花太長 測試被跳過

很恐怖,不要問…

現實世界

複雜的

多變的

不確定的

Chaos

接受現實

控制改變

控制改變 管理

How?

Scrum.

Scrum

敏捷 專案管理

讓團隊 創造成果的架構

人 物

套路

業務需求

技術設計

編碼

測試

實施與營運

專案開始 瀑布式

擺脫

實施與營運

業務需求

技術設計

編碼 測試

走向反覆循環

Paper Prototyping Game

講義

怎麼玩?

● 每一組為<台北>做一份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做為結束

以<台北>為主題,

設計一款

Tablet App

“Paper Prototype”

能讓人認識台北就可以!

決定你們的<台北>APP!

● 台北的某個角落?

o 101、北投、艋舺、貓空⋯⋯

● 台北的藝文體育活動?

● 台北的美食?

● 台北的歷史?

● 台北的建設發展?

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

《台北》有什麼特色?

Tablet App在設計上有什麼特色?

誰會要一個關於《台北》的App?

做什麼?怎麼用?

決定你們的<台北>APP!

● 台北的某個角落?

o 101、北投、艋舺、貓空⋯⋯

● 台北的藝文體育活動?

● 台北的美食?

● 台北的歷史?

● 台北的建設發展?

EXAMPLE: User Story

As a 在台北上班的通勤族

I NEED 警告我最後一班公車要來了

So that 我可以趕得及回家

6 min

Scrum Roles

Product Owner (PO)

產品負責人

定義產品的人

專注市場價值與ROI

寫出產品需求

決定需求施工的先後順序

回答Team提出關於產品

特色的問題

Product Owner (PO)

產品負責人

定義產品的人

專注市場價值與ROI

寫出產品需求

決定需求施工的先後順序

回答Team提出關於產品

特色的問題

Pick One!

Scrum Master

維持Scrum管理模式的人

為團隊服務,幫助大家專注、收斂、排除障礙往前進

協助大家控制時間,追踪進度,但不預估時數

Scrum Master

維持Scrum管理模式的人

為團隊服務,幫助大家專注、收斂、排除障礙往前進

協助大家控制時間,追踪進度,但不預估時數

Pick One!

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

R&R

Build it fast

(Scrum Master)

(Coach)

Product Backlog

排序

排定各個功能特色的先後順序

列出功能特色的清單

Team 可以影響,但由 Product Owner 來決定是否要做該功能,以及其順序

根據市場價值與重要程度來排序

以你們決定的順序,由高到低,貼在 白板 上

FEATURES

找影片

找車位

找活動

抽獎

H

L 分享給朋友

EXAMPLE

FEATURES

找影片

找車位

找活動

抽獎

H

L 分享給朋友

EXAMPLE

6 min

Product

Backlog

More About Product Backlog

● PO最大的武器。有了Product Backlog,才有後續的開發工作。

● 隨時可以增加修減,但sprint中不變 ● 常用User Story的形式來描述產品功能,並

由團隊來預估它的大小。

相關:

Poker Game

User Story Mapping

讓工作 被看見

FEATURES TO DO DOING DONE

H

L

找影片

找車位

找活動

抽獎

分享給朋友

FEATURES TO DO DOING DONE

H

L

找影片

找車位

找活動

抽獎

分享給朋友

Draw

your

board!

Sprint Planning

Sprint Planning

FOR item in Product Backlog:

DO

釐清每一項的驗收標準 (acceptnace criteria)

分解 feature 為任務 (task), 貼在task board上

問問自己:我們能做得完嗎?

FEATURES TO DO DOING DONE

找影片 設計情境

設計找影片的操作流程

調查別人的作法

準備影片

EXAMPLE

FEATURES TO DO DOING DONE

TASK TASK TASK

TASK TASK

TASK TASK TASK

TASK TASK TASK

TASK

找影片

找車位

找活動

抽獎

6 min

Progress Report &

Burndown Chart

Burndown Chart – Day 0

0 1 3 Day

# of tasks

2

EXAMPLE

Burndown Chart – Day 0

0 1 3 Day

# of tasks

2

5

10

12

Draw your

burn down

chart!

Sprint

Planning

Product

Backlog

Sprint

Backlog

Sprint

More About “Sprint”

● 中文:短跑衝刺的意思

● Sprint衝刺通常只有2-4週,Sprint

當中需求不改變。

● Sprint結束,交付可以demo的產品

Daily Scrum Meeting

Daily Scrum Meeting

大家站在Task board前,輪流回答3個問題:

1. 昨天我做完了什麼?

2. 今天我將要做什麼?

3. 有什麼困難阻礙需要幫助?

3 min

Sprint 1, Day 1

當工作開始或完成,立即更新task board

當音樂停止,一天就結束!

Sprint 1, Day 1

當工作開始或完成,立即更新task board

當音樂停止,一天就結束!

3 min

Sprint

Planning

Product

Backlog

Sprint

Backlog

Sprint

Daily

Scrum

Meeting

Day 2 - Daily Scrum Meeting

大家站在Task board前,輪流回答3個問題:

1. 昨天我做完了什麼?

2. 今天我將要做什麼?

3. 有什麼困難阻礙需要幫助?

Day 2 - Daily Scrum Meeting

大家站在Task board前,輪流回答3個問題:

1. 昨天我做完了什麼?

2. 今天我將要做什麼?

3. 有什麼困難阻礙需要幫助?

3 min

FEATURES TO DO DOING DONE

TASK TASK TASK

TASK TASK

TASK TASK TASK

TASK TASK TASK

TASK

EXAMPLE

Burndown Chart – Day 1

0 1 3 Day

# of tasks

2

EXAMPLE

5

10

10 12

Burndown Chart – Day 1

0 1 3 Day

# of tasks

2

5

10

10 12

Update your

burn down

chart!

Sprint 1, Day 2

當工作開始或完成,立即更新task board

當音樂停止,一天就結束!

Sprint 1, Day 2

當工作開始或完成,立即更新task board

當音樂停止,一天就結束!

3 min

Day 3 - Daily Scrum Meeting

Scrum Master 更新 Burndown Chart

大家站在Task board前,輪流回答3個問題:

1. 昨天我做完了什麼?

2. 今天我將要做什麼?

3. 有什麼困難阻礙需要幫助?

Day 3 - Daily Scrum Meeting

Scrum Master 更新 Burndown Chart

大家站在Task board前,輪流回答3個問題:

1. 昨天我做完了什麼?

2. 今天我將要做什麼?

3. 有什麼困難阻礙需要幫助?

3 min

Sprint 1, Day 3

最後一天了!趕快把Doing的東西完成吧!

當工作開始或完成,立即更新task board

當音樂停止,一天就結束!

Sprint 1, Day 3

最後一天了!趕快把Doing的東西完成吧!

當工作開始或完成,立即更新task board

當音樂停止,一天就結束!

3 min

Demo your Apps

Demo (Sprint Review)

Demo 已完成的工作 (沒完成的不demo!)

由 PO 決定是否達到驗收標準

Go out of building!

每組:

● DEMO你的APP,來驗證你的構想

● 在10分鐘內,收集10個電子郵件

每人:

● 在10分鐘內,看完每一組的DEMO

● 看到你想要的APP,留下你的電子郵件來註冊預訂!

Table

10 min

Sprint

Planning

Product

Backlog

Sprint

Backlog

Sprint

Daily

Scrum

Meeting

Sprint

Review

Retrospective 回顧會議

Retrospective 回顧會議

What worked well?

What didn't?

6 min

Sprint

Planning

Product

Backlog

Sprint

Backlog

Sprint

Daily

Scrum

Meeting

Sprint

Review

Sprint

Retro-

spective

Share!

Sprint 2

Scrum 的優點,就在需求改變

● Product Backlog 隨時都可能改變

● Sprint 通常只有2-4週,可讓團隊專

心一致,也來得及因應需求改變

● 下個Sprint開始之前,調整好新的

Product Backlog!

講完了?

其實跳過好多!

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…

About Me

http://jonathanspeaking.blogspot.com

https://medium.com/@ertjona/

喲哪桑 Speaking

Agile Community Taiwan 發起人之一。擔任產品與專案經理多年,曾在網路媒體發表專欄,及擔任多個社群與公司的講師。

現為某科技新創公司的產品經理,正在努力實踐這個Agile與lean startup的夢......

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

我們將輸掉這場‘接力賽’

Hirotaka Takeuchi and Ikujiro Nonaka, “The New New

Product Development Game”, Harvard Business Review,

January 1986.

‘接力賽’式的產品開發…… 此模式在一定程度上違背了我們最大化速度及彈性的目標。相反的,另一種全面式,或如同橄欖球隊的團隊合作方式—整個團隊通過無間合作,靈活機動的處理接球,傳球,並像一個整體迅速突破防線—可能更加適應於今天更具挑戰的市場需求。

敏捷開發的價值觀

流程與工具 個人與互動 重於

執行固定的計畫 對變化的回應

來自: www.agilemanifesto.org

完善的文檔 可用的軟體 重於

合約的談判 與客戶合作 重於

重於

●SCRUM流程能使我們專注於在最短時間內交付最有商業

價值的部分。

●SCRUM能使我們快速並重覆的檢查產品實際發展狀況。

(每兩週或一個月)

●基於商業價值以決定功能的優先順序。團隊能自我組織,

並找出完成高優先功能的最佳方案。

●每隔一兩周或者一個月,每個人都可以看到實際並可以

運做的產品。此時團隊可以決定接下來要直接發佈,或

繼續下一輪的功能加強。

什麼是Scrum?

● 我們最優先的任務,是透過及早並持績地交付有價值的軟體來滿足客戶需求。

● 竭誠歡迎改變需求,甚至已處開發後期亦然。敏捷流程掌控變更,以維護客

戶的競爭優勢。

● 經常交付可用的軟體,頻率可以從數週到數個月,以較短時間間隔為佳。

● 業務人員與開發者,必須在專案全程中天天一起工作。

● 以積極的個人來建構專案,給予他們所需的環境與支援,並信任他們可以完

成工作。

● 面對面的溝通,是傳遞資訊給開發團隊及團隊成員之間效率最高且效果最佳

的方法。

● 可用的軟體是最主要的進度量測方法。

● 敏捷程序提倡可持續的開發。贊助者、開發者及使用者應當能不斷地維持穩

定的步調。

● 持續追求優越的技術與優良的設計,以強化敏捷性。

● 精簡──或最大化未完成工作量之技藝──是不可或缺的。

● 最佳的架構、需求與設計皆來自於能自我組織的團隊。

● 團隊定期自省如何更有效率,並據之適當地調整與修正自己的行為。

敏捷宣言背後的原則

Lean Startup 精實創業

MVP

Minimum Viable Product 最小可行產品