建立一個 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 的初期
• 原本就有期望失敗的可能• 盡管失敗,但是要讓團隊收到回饋• 真正的回饋是來自於團隊• ...
Retrospective
首次Retrospective• 真正讓大家分享• 只有在 Team 裡面才能回饋
讓團隊表達真正想說的
Retrospective
從 Waterfall
Scrum continue ...
透過 docker 進行前端自動化測試
程式交付有一定規範,流程 (DoD)
自動化驗證機制,將測試結果暴露出來
投入人力將每次錯誤,立即進行修復程式品質需要你我一起呵護
自動建置,正式上線資訊完整保存協助開發版本進行 preview, demo
團隊的 Scrum• scrum 以團隊為角度
• story 說明任務目標
• task 說明開發細節
• daily 掌握進度
• demo 確定完成
• retrospective 檢討改進
Scrum Team• 團隊樂意互相分享• 對於任何意見都能接受• 開放的方式解決問題• 勇敢面對團隊缺陷及問題• 成熟面對軟體開發困境
Project Owner• 判斷每次的決定• 決定每次執行的方向• 每次決定都能切細切小• 讓犯錯範圍不斷縮小• 適當帶入資訊,提供給團隊• 適當與團隊進行溝通,了解狀況• 在彈性與規範之間取得平衡
Scrum Master• 要保護團隊• 要保護團隊• 要保護團隊• 適當的將團隊狀況回報• 讓團隊內外相信
• 意見回饋可被接受• 資訊通透度達到一定程度• 每次決策都是經過思考• 每次的決議都是有意義的
每次Retrospective• 真正讓大家分享• 只有在 Team 裡面才能回饋• PO 盡量禁語• 每次的 Review 結果是真的去遵循,執行是真的...
(地方的團隊,需要真正的 Scrum)
We are NOT A TeamBut we are ….