Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
建立一個 agile team
PMD Team @Hiiir
Caesar Chi
fb@clonncd
Spooky Xie
fb@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 Team
But we are ….
We are a Team
Scrum 開發流程導入經驗分享
Scrum 開發流程導入經驗分享
Scrum 開發流程導入經驗分享
Scrum 開發流程導入經驗分享
Upcoming SlideShare
Loading in …5
×

Scrum 開發流程導入經驗分享

scrum 導入經驗談

Related Books

Free with a 30 day trial from Scribd

See all

Related Audiobooks

Free with a 30 day trial from Scribd

See all

Scrum 開發流程導入經驗分享

  1. 1. 建立一個 agile team PMD Team @Hiiir Caesar Chi fb@clonncd Spooky Xie fb@smlsun Scrum 導入流程經驗分享
  2. 2. 一開始的思考中心 打造平行化的團隊
  3. 3. 時間效率的價值 • 一個小時等於七年的況狀下 • 如何準確優雅又有效率的降落?
  4. 4. 開發的過程 • 分工明確 • 規格清楚 • 快速開發 • 驗證容易
  5. 5. 開發三倍速 • 克服靜摩擦 • 一旦開始運轉,將會越來越快
  6. 6. 搭配機器人更有效率 •tars •hello •jenkins
  7. 7. 開發流程的祕辛 • code review • 自動測試 • 快速部署
  8. 8. 從 Waterfall 轉換到 Scrum
  9. 9. 只用 ticket 的問題 • 傳統任務交代針對個人 • 特定人員清楚 • 團隊成員無法互相協助 • 不清楚全貌 • 工時估算不清楚 • 進度無法一目了然 • 什麼叫做完成不清楚 • 團隊整體無法提升
  10. 10. Water fall 的問題 • 目標方向只有掌握在船長手上 • 其他人只能當水手 • 當船長不在家的時候,水手就會亂 • 前進的方向,只能,1 ,2 ,1, 2 … • 資訊無法完全通透
  11. 11. Water fall 的問題 • 目標方向只有掌握在船長手上 • 其他人只能當水手 • 當船長不在家的時候,水手就會亂 • 前進的方向,只能,1 ,2 ,1, 2 … • 資訊無法完全通透 但是我們希望每個人都可以自主
  12. 12. ● Test 一定要寫 ! ● Test 一定要寫 ! ● Test 一定要寫 ! ● 自動化驗證流程 ● 每次都要可以 deploy ● 讓 Developer 自主 ● 相信每個成員都是主動積極 第一次真正接觸 Scrum
  13. 13. ● Test 一定要寫 ! ● Test 一定要寫 ! ● Test 一定要寫 ! ● 自動化驗證流程 ● 每次都要可以 deploy ● 讓 Developer 自主 ● 相信每個成員都是主動積極 第一次真正接觸 Scrum
  14. 14. 讓我們開始 Scrum 吧
  15. 15. ???
  16. 16. 失敗! 第一次 Scrum 就
  17. 17. Scrum 的初期 • 原本就有期望失敗的可能 • 盡管失敗,但是要讓團隊收到回饋 • 真正的回饋是來自於團隊 • 透過檢討找出正確且有效率的工作模式 • 千望不要放棄每次修正的機會
  18. 18. Scrum 的初期 • 原本就有期望失敗的可能 • 盡管失敗,但是要讓團隊收到回饋 • 真正的回饋是來自於團隊 • ... Retrospective
  19. 19. 首次Retrospective • 真正讓大家分享 • 只有在 Team 裡面才能回饋
  20. 20. 讓團隊表達真正想說的 Retrospective
  21. 21. 從 Waterfall Scrum continue ...
  22. 22. 自動化驗證機制,API 測試
  23. 23. 透過 docker 進行前端自動化測試
  24. 24. 程式碼版本控管,依照規範進行
  25. 25. 程式碼品質驗證,投入人力相互驗證
  26. 26. 程式交付有一定規範,流程 (DoD)
  27. 27. 自動化驗證機制,將測試結果暴露出來
  28. 28. 投入人力將每次錯誤,立即進行修復 程式品質需要你我一起呵護
  29. 29. 自動建置,正式上線資訊完整保存 協助開發版本進行 preview, demo
  30. 30. 團隊的 Scrum • scrum 以團隊為角度 • story 說明任務目標 • task 說明開發細節 • daily 掌握進度 • demo 確定完成 • retrospective 檢討改進
  31. 31. 開發週期流程
  32. 32. 角色對應管理
  33. 33. Scrum 角色對應管理
  34. 34. 同一個團隊 我們應該是在
  35. 35. Scrum Team • 團隊樂意互相分享 • 對於任何意見都能接受 • 開放的方式解決問題 • 勇敢面對團隊缺陷及問題 • 成熟面對軟體開發困境
  36. 36. 團隊所在 的地方
  37. 37. 團隊所在 的地方
  38. 38. 團隊所在 的地方
  39. 39. 團隊所在 的地方
  40. 40. Project Owner • 判斷每次的決定 • 決定每次執行的方向 • 每次決定都能切細切小 • 讓犯錯範圍不斷縮小 • 適當帶入資訊,提供給團隊 • 適當與團隊進行溝通,了解狀況 • 在彈性與規範之間取得平衡
  41. 41. Scrum Master • 要保護團隊 • 要保護團隊 • 要保護團隊 • 適當的將團隊狀況回報 • 讓團隊內外相信 • 意見回饋可被接受 • 資訊通透度達到一定程度 • 每次決策都是經過思考 • 每次的決議都是有意義的
  42. 42. 每次Retrospective • 真正讓大家分享 • 只有在 Team 裡面才能回饋 • PO 盡量禁語 • 每次的 Review 結果 是真的去遵循,執行 是真的... (地方的團隊,需要真正的 Scrum)
  43. 43. We are NOT A Team But we are ….
  44. 44. We are a Team

×