Scrum 開發流程導入經驗分享

建立一個 agile teamPMD Team @Hiiir

Caesar Chifb@clonncd

Spooky Xiefb@smlsun

Scrum 導入流程經驗分享

一開始的思考中心

打造平行化的團隊

時間效率的價值

• 一個小時等於七年的況狀下

• 如何準確優雅又有效率的降落？

開發的過程

• 分工明確

• 規格清楚

• 快速開發

• 驗證容易

開發三倍速

• 克服靜摩擦

• 一旦開始運轉，將會越來越快

搭配機器人更有效率

•tars

•hello

• jenkins

開發流程的祕辛

• code review

• 自動測試

• 快速部署

從 Waterfall

轉換到 Scrum

只用 ticket 的問題• 傳統任務交代針對個人

• 特定人員清楚

• 團隊成員無法互相協助

• 不清楚全貌

• 工時估算不清楚

• 進度無法一目了然

• 什麼叫做完成不清楚

• 團隊整體無法提升

Water fall 的問題

• 目標方向只有掌握在船長手上• 其他人只能當水手• 當船長不在家的時候，水手就會亂• 前進的方向，只能，1 ,2 ,1, 2 …• 資訊無法完全通透

Water fall 的問題

• 目標方向只有掌握在船長手上• 其他人只能當水手• 當船長不在家的時候，水手就會亂• 前進的方向，只能，1 ,2 ,1, 2 …• 資訊無法完全通透

但是我們希望每個人都可以自主

● Test 一定要寫 !● Test 一定要寫 !● Test 一定要寫 !● 自動化驗證流程● 每次都要可以 deploy● 讓 Developer 自主● 相信每個成員都是主動積極

第一次真正接觸 Scrum

● Test 一定要寫 !● Test 一定要寫 !● Test 一定要寫 !● 自動化驗證流程● 每次都要可以 deploy● 讓 Developer 自主● 相信每個成員都是主動積極

第一次真正接觸 Scrum

讓我們開始 Scrum 吧

???

失敗！

第一次 Scrum 就

Scrum 的初期

• 原本就有期望失敗的可能• 盡管失敗，但是要讓團隊收到回饋• 真正的回饋是來自於團隊• 透過檢討找出正確且有效率的工作模式

• 千望不要放棄每次修正的機會

Scrum 的初期

• 原本就有期望失敗的可能• 盡管失敗，但是要讓團隊收到回饋• 真正的回饋是來自於團隊• ...

Retrospective

首次Retrospective• 真正讓大家分享• 只有在 Team 裡面才能回饋

讓團隊表達真正想說的

Retrospective

從 Waterfall

Scrum continue ...

自動化驗證機制，API 測試

透過 docker 進行前端自動化測試

程式碼版本控管，依照規範進行

程式碼品質驗證，投入人力相互驗證

程式交付有一定規範，流程 (DoD)

自動化驗證機制，將測試結果暴露出來

投入人力將每次錯誤，立即進行修復程式品質需要你我一起呵護

自動建置，正式上線資訊完整保存協助開發版本進行 preview, demo

團隊的 Scrum• scrum 以團隊為角度

• story 說明任務目標

• task 說明開發細節

• daily 掌握進度

• demo 確定完成

• retrospective 檢討改進

開發週期流程

角色對應管理

Scrum 角色對應管理

同一個團隊我們應該是在

Scrum Team• 團隊樂意互相分享• 對於任何意見都能接受• 開放的方式解決問題• 勇敢面對團隊缺陷及問題• 成熟面對軟體開發困境

團隊所在的地方

團隊所在的地方

團隊所在的地方

團隊所在的地方

Project Owner• 判斷每次的決定• 決定每次執行的方向• 每次決定都能切細切小• 讓犯錯範圍不斷縮小• 適當帶入資訊，提供給團隊• 適當與團隊進行溝通，了解狀況• 在彈性與規範之間取得平衡

Scrum Master• 要保護團隊• 要保護團隊• 要保護團隊• 適當的將團隊狀況回報• 讓團隊內外相信

• 意見回饋可被接受• 資訊通透度達到一定程度• 每次決策都是經過思考• 每次的決議都是有意義的

每次Retrospective• 真正讓大家分享• 只有在 Team 裡面才能回饋• PO 盡量禁語• 每次的 Review 結果是真的去遵循，執行是真的...

（地方的團隊，需要真正的 Scrum）

We are NOT A TeamBut we are ….

We are a Team