台南 Agile / Scrum workshop

What is Scrum ?

Scrum 為 Agile 其中一派別。

解決 專案初期尚未明確定義產品 的一種開發方法。

傳統產品開發遇到什麼問題？

1. 客戶需求太多
2. 溝通不良
3. 時間不夠
4. 成品與客戶需求不同

Why Scrum ?

• 容易上手
• 協調節奏
• 自我管理
• 最短時間
• 最大價值

接力賽 vs 橄欖球

瀑布式開發流程：
需求 -> idea -> 開發完成 -> 發布

以上流程過程太久，推出時也許已經不符合市場需求。

因此不是當前開發軟體最適合的方法！

就像你抱著嬰兒，已經在幻想他未來讀什麼學校，做什麼工作？！

因為未來不確定，應該根據市場需求，快速反應為自己的產品做調整。

---

#敏捷開發宣言：

個人與互動 重於 流程與工具
可用的軟體 重於 完善的文件
與客戶合作 重於 合約的談判
對變化的回應 重於 執行固定的計畫

---

#Paper Portotyping Game

目標：完成產品雛形（不需要完美）

• 多能分組
• 30秒自我介紹
• 所有活動都有時間限制
• 三天完成產品模擬Scrum流程（ 一天3~5分鐘 ）
• 產品發表
• 實際體驗 Scrum 流程之感想發表

##Game

• 發想設計一個 Tablet App
• 誰要用
• 做什麼
• 特色

#Scrum 三大角色

1. Product Owner

1. 整合利害關係人
2. 決定產品要做成什麼樣子
3. 定義各個循環 Sprint 需求，調整優先順序
4. 確認產品開發方向

2. Scrum Master

1. 不負責專案開發，反言之做開發之外的事情
2. 為團隊服務幫助大家解決執行上的問題
3. 讓 Member 專注專案開發
4. 管理專案執行進度與討論範圍

3. Team Member

1. 專注產品開發
2. 依據專長、興趣認領劃分項目
3. 盡力在時間內完成，提出窒礙難行處

Sprint Planning

• 釐清驗收標準 (Done)
• 分解
• 任務 (task) to do

Daily Scrum Meeting

• 每日15分鐘
• Team Member 輪流 Present
• 只發表，不討論 (會後)
• 昨天了做什麼
• 今天要做什麼
• 遇到什麼困難

#Sprint Review

###拆成兩組 Demo

• 一組拜訪
• 一組招待
• 會後討論

---

心得：

這次擔任 Scrum Master 角色主要協助團隊排除開發之外的事件，管理專案執行進度，在有限的時間內抓出最需優先解決的問題。

專案初期提出很多想做的事，到真正執行產品開發時，透過時間給的壓力使我們決定出產品需表現的重點。

在開發中期常會出現初期沒有規劃到的 task 因此每日的 Daily Scrum Meeting 就顯得格外重要有意義， Team Member 可在此時凝聚所有成員狀況下提出，並會後討論優先順序，或協助。

最後的 Sprint Review 模擬產品在市場上的表現與反應，算是試水溫的階段，可反應出產品的優勢與劣勢，進而快速修正產品方向撥亂反正。

Scrum 重點：

溝通！
	溝通！
		溝通！
		
1. 時間管理
2. 資訊透明化
3. 快速反應產品優勢/劣勢
4. 快速反應市場需求


		
Scrum 真的是一套非常棒的產品開發流程！