View
770
Download
2
Category
Preview:
Citation preview
怎麼玩?
● 每一組為<台北>做一份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做為結束
Paper Prototype Demo https://www.youtube.com/watch?v=GrV2SZuRPv0
Game Paper Prototyping https://www.youtube.com/watch?v=k-nfWQLmlMk
排定各個功能特色的先後順序
列出功能特色的清單
Team 可以影響,但由 Product Owner 來決定是否要做該功能,以及其順序
根據市場價值與重要程度來排序
以你們決定的順序,由高到低,貼在 白板 上
More About Product Backlog
● PO最大的武器。有了Product Backlog,才有後續的開發工作。
● 隨時可以增加修減,但sprint中不變 ● 常用User Story的形式來描述產品功能,並
由團隊來預估它的大小。
相關:
Poker Game
User Story Mapping
Sprint Planning
FOR item in Product Backlog:
DO
釐清每一項的驗收標準 (acceptnace criteria)
分解 feature 為任務 (task), 貼在task board上
問問自己:我們能做得完嗎?
FEATURES TO DO DOING DONE
TASK TASK TASK
TASK TASK
TASK TASK TASK
TASK TASK TASK
TASK
找影片
找車位
找活動
抽獎
6 min
Day 2 - Daily Scrum Meeting
大家站在Task board前,輪流回答3個問題:
1. 昨天我做完了什麼?
2. 今天我將要做什麼?
3. 有什麼困難阻礙需要幫助?
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
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
Sprint
Retro-
spective
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.
‘接力賽’式的產品開發…… 此模式在一定程度上違背了我們最大化速度及彈性的目標。相反的,另一種全面式,或如同橄欖球隊的團隊合作方式—整個團隊通過無間合作,靈活機動的處理接球,傳球,並像一個整體迅速突破防線—可能更加適應於今天更具挑戰的市場需求。
●SCRUM流程能使我們專注於在最短時間內交付最有商業
價值的部分。
●SCRUM能使我們快速並重覆的檢查產品實際發展狀況。
(每兩週或一個月)
●基於商業價值以決定功能的優先順序。團隊能自我組織,
並找出完成高優先功能的最佳方案。
●每隔一兩周或者一個月,每個人都可以看到實際並可以
運做的產品。此時團隊可以決定接下來要直接發佈,或
繼續下一輪的功能加強。
什麼是Scrum?
● 我們最優先的任務,是透過及早並持績地交付有價值的軟體來滿足客戶需求。
● 竭誠歡迎改變需求,甚至已處開發後期亦然。敏捷流程掌控變更,以維護客
戶的競爭優勢。
● 經常交付可用的軟體,頻率可以從數週到數個月,以較短時間間隔為佳。
● 業務人員與開發者,必須在專案全程中天天一起工作。
● 以積極的個人來建構專案,給予他們所需的環境與支援,並信任他們可以完
成工作。
● 面對面的溝通,是傳遞資訊給開發團隊及團隊成員之間效率最高且效果最佳
的方法。
● 可用的軟體是最主要的進度量測方法。
● 敏捷程序提倡可持續的開發。贊助者、開發者及使用者應當能不斷地維持穩
定的步調。
● 持續追求優越的技術與優良的設計,以強化敏捷性。
● 精簡──或最大化未完成工作量之技藝──是不可或缺的。
● 最佳的架構、需求與設計皆來自於能自我組織的團隊。
● 團隊定期自省如何更有效率,並據之適當地調整與修正自己的行為。
敏捷宣言背後的原則
Recommended