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.
敏捷軟體開發⽅方法與 Scrum 簡介
智慧系統部 ⼋八月份知識社群, 主講⼈人 徐晨
13年8月16⽇日星期五
Outline
• 關於敏捷開發
• 關於 Scrum
• 情境描述
• 以趨勢科技為例
• 提問
13年8月16⽇日星期五
敏捷開發
(Agile Development)
是動作很快的意思嗎?
敏捷點高一點閃避率比較高
關於敏捷開發
13年8月16⽇日星期五
• 敏捷宣言
• 個人與互動 重於 流程與工具
• 可用的軟體 重於 詳盡的文件
• 與客戶合作 重於 合約協商
• 回應變化  重於 遵循計劃
13年8月16⽇日星期五
敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。
• 客戶是會一直改變需求的
• 知識工作者是自發的
• 設法量測軟體開發的進度
• 減少浪費
• 注重回饋
13年8月16⽇日星期五
So, what’s different
13年8月16⽇日星期五
瀑布開發
客戶需求
設計
實作
整合測試
移交維護
13年8月16⽇日星期五
瀑布開發
敏捷開發
13年8月16⽇日星期五
瀑布開發
敏捷開發
Failure?
先別說什麼修改了,你聽過砍掉重練嗎?
13年8月16⽇日星期五
瀑布開發
敏捷開發
2-4 weeks
Failure?
先別說什麼修改了,你聽過砍掉重練嗎?
13年8月16⽇日星期五
瀑布開發
敏捷開發
2-4 weeks
Failure?
先別說什麼修改了,你聽過砍掉重練嗎?
Feedback!
13年8月16⽇日星期五
減少浪費
永遠想到未來⼗十年如何拓展維護
專案的壽命遠⽐比你想像得更⻑⾧長久
13年8月16⽇日星期五
Scrum
13年8月16⽇日星期五
• Agile 的其中一種方法論
• 聽說最近很紅
• 銀子彈(?)
13年8月16⽇日星期五
13年8月16⽇日星期五
橄欖球上的定義
A scrum is a way to restart the game after an interruption
13年8月16⽇日星期五
誰是衝突製造者?
• 客戶和團隊的衝突
• 規劃人員和開發人員的衝突
• 設計師和工程師的衝突
• 產品和市場需求的衝突
• 只要有心,人人都可以是衝突製造者
13年8月16⽇日星期五
13年8月16⽇日星期五
世界如果可以像和諧號這麼和諧就好了
13年8月16⽇日星期五
3 個 Scrum 角色 -
• Scrum Master
- 只負責確保 Scrum 活動確實進行
• Production Owner
- 整合顧客需求與團隊開發
• Team
- 包含工程師、設計師、規劃人員等
13年8月16⽇日星期五
6 個 Scrum 活動 -
• Sprint(衝刺)
• Release planning meeting
• Sprint planning meeting
• 每日站會
• Sprint review meeting
• Sprint r...
4 個 Scrum 生成物 -
• 產品 backlog
• 產品發佈 燃盡圖
• Sprint backlog
• Sprint 燃盡圖
13年8月16⽇日星期五
13年8月16⽇日星期五
13年8月16⽇日星期五
3 個支撐 Scrum 的原則
• 透明度
軟體開發保持高度可見性
• 檢驗
足夠頻繁的檢驗
• 適應
儘快進行調整
13年8月16⽇日星期五
13年8月16⽇日星期五
讓團隊成員⾃自⼰己思考,⾃自⼰己要做什麼
13年8月16⽇日星期五
13年8月16⽇日星期五
Scrum ⾮非常注重「視覺化」管理
13年8月16⽇日星期五
有夠⿇麻煩的吧
13年8月16⽇日星期五
我還有很多專有名詞沒講
13年8月16⽇日星期五
可以Run嗎會不會太夢幻了
13年8月16⽇日星期五
誰理你們
13年8月16⽇日星期五
誰理你們
13年8月16⽇日星期五
13年8月16⽇日星期五
趨勢科技的成功經驗
• 他們成功了,為什麼呢?
(因為有一元販賣機)
13年8月16⽇日星期五
最適合使⽤用Scrum的狀況
• 小的團隊,之前沒有正式的軟體開發方法
- 但是團隊不能小於 5 個人
- 開發時間不能小於 2 個月
• 新的產品開發團隊,PO主導性很強
- PO 了解 Scrum 價值,並且對需求主導性強
• 團隊承認遇到...
較不適合⽤用Scrum的狀況
• 太小或太短的專案
- 開發團隊小於 5 個人
- 開發時間小於 2 個月
• 維護的團隊
- 太多中斷
- 太多緊急事件
• 不想變革的組織
13年8月16⽇日星期五
PM的⾓角⾊色
• 什麼是 PM
- Project manager
- Product Manager
• Project Manager
管理整個專案,包含產品
• Product Manager
管理整個產品生命週期
• 不管是哪種 PM...
Scrum 不是銀⼦子彈
• 「Scrum把原本開發週期 24 月的專案
縮短到 3 個月就提出產品」
• 最大化放大產品缺陷
• 導入新的文化容易失敗
13年8月16⽇日星期五
還有 Kanban 可以⽤用
13年8月16⽇日星期五
簡報完畢,歡迎發問。
13年8月16⽇日星期五
Upcoming SlideShare
Loading in …5
×

敏捷軟體開發方法與 Scrum 簡介

18,620 views

Published on

分享敏捷軟體開發方法原則,並以趨勢科技實行 Scrum 之實戰經驗為例,探討實行敏捷開發時為何成功或導致失敗的原因。

敏捷軟體開發方法與 Scrum 簡介

  1. 1. 敏捷軟體開發⽅方法與 Scrum 簡介 智慧系統部 ⼋八月份知識社群, 主講⼈人 徐晨 13年8月16⽇日星期五
  2. 2. Outline • 關於敏捷開發 • 關於 Scrum • 情境描述 • 以趨勢科技為例 • 提問 13年8月16⽇日星期五
  3. 3. 敏捷開發 (Agile Development) 是動作很快的意思嗎? 敏捷點高一點閃避率比較高 關於敏捷開發 13年8月16⽇日星期五
  4. 4. • 敏捷宣言 • 個人與互動 重於 流程與工具 • 可用的軟體 重於 詳盡的文件 • 與客戶合作 重於 合約協商 • 回應變化  重於 遵循計劃 13年8月16⽇日星期五
  5. 5. 敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。 • 客戶是會一直改變需求的 • 知識工作者是自發的 • 設法量測軟體開發的進度 • 減少浪費 • 注重回饋 13年8月16⽇日星期五
  6. 6. So, what’s different 13年8月16⽇日星期五
  7. 7. 瀑布開發 客戶需求 設計 實作 整合測試 移交維護 13年8月16⽇日星期五
  8. 8. 瀑布開發 敏捷開發 13年8月16⽇日星期五
  9. 9. 瀑布開發 敏捷開發 Failure? 先別說什麼修改了,你聽過砍掉重練嗎? 13年8月16⽇日星期五
  10. 10. 瀑布開發 敏捷開發 2-4 weeks Failure? 先別說什麼修改了,你聽過砍掉重練嗎? 13年8月16⽇日星期五
  11. 11. 瀑布開發 敏捷開發 2-4 weeks Failure? 先別說什麼修改了,你聽過砍掉重練嗎? Feedback! 13年8月16⽇日星期五
  12. 12. 減少浪費 永遠想到未來⼗十年如何拓展維護 專案的壽命遠⽐比你想像得更⻑⾧長久 13年8月16⽇日星期五
  13. 13. Scrum 13年8月16⽇日星期五
  14. 14. • Agile 的其中一種方法論 • 聽說最近很紅 • 銀子彈(?) 13年8月16⽇日星期五
  15. 15. 13年8月16⽇日星期五
  16. 16. 橄欖球上的定義 A scrum is a way to restart the game after an interruption 13年8月16⽇日星期五
  17. 17. 誰是衝突製造者? • 客戶和團隊的衝突 • 規劃人員和開發人員的衝突 • 設計師和工程師的衝突 • 產品和市場需求的衝突 • 只要有心,人人都可以是衝突製造者 13年8月16⽇日星期五
  18. 18. 13年8月16⽇日星期五
  19. 19. 世界如果可以像和諧號這麼和諧就好了 13年8月16⽇日星期五
  20. 20. 3 個 Scrum 角色 - • Scrum Master - 只負責確保 Scrum 活動確實進行 • Production Owner - 整合顧客需求與團隊開發 • Team - 包含工程師、設計師、規劃人員等 13年8月16⽇日星期五
  21. 21. 6 個 Scrum 活動 - • Sprint(衝刺) • Release planning meeting • Sprint planning meeting • 每日站會 • Sprint review meeting • Sprint retrospective meeting 13年8月16⽇日星期五
  22. 22. 4 個 Scrum 生成物 - • 產品 backlog • 產品發佈 燃盡圖 • Sprint backlog • Sprint 燃盡圖 13年8月16⽇日星期五
  23. 23. 13年8月16⽇日星期五
  24. 24. 13年8月16⽇日星期五
  25. 25. 3 個支撐 Scrum 的原則 • 透明度 軟體開發保持高度可見性 • 檢驗 足夠頻繁的檢驗 • 適應 儘快進行調整 13年8月16⽇日星期五
  26. 26. 13年8月16⽇日星期五
  27. 27. 讓團隊成員⾃自⼰己思考,⾃自⼰己要做什麼 13年8月16⽇日星期五
  28. 28. 13年8月16⽇日星期五
  29. 29. Scrum ⾮非常注重「視覺化」管理 13年8月16⽇日星期五
  30. 30. 有夠⿇麻煩的吧 13年8月16⽇日星期五
  31. 31. 我還有很多專有名詞沒講 13年8月16⽇日星期五
  32. 32. 可以Run嗎會不會太夢幻了 13年8月16⽇日星期五
  33. 33. 誰理你們 13年8月16⽇日星期五
  34. 34. 誰理你們 13年8月16⽇日星期五
  35. 35. 13年8月16⽇日星期五
  36. 36. 趨勢科技的成功經驗 • 他們成功了,為什麼呢? (因為有一元販賣機) 13年8月16⽇日星期五
  37. 37. 最適合使⽤用Scrum的狀況 • 小的團隊,之前沒有正式的軟體開發方法 - 但是團隊不能小於 5 個人 - 開發時間不能小於 2 個月 • 新的產品開發團隊,PO主導性很強 - PO 了解 Scrum 價值,並且對需求主導性強 • 團隊承認遇到危機, 大家都希望藉由 Scrum來改善 13年8月16⽇日星期五
  38. 38. 較不適合⽤用Scrum的狀況 • 太小或太短的專案 - 開發團隊小於 5 個人 - 開發時間小於 2 個月 • 維護的團隊 - 太多中斷 - 太多緊急事件 • 不想變革的組織 13年8月16⽇日星期五
  39. 39. PM的⾓角⾊色 • 什麼是 PM - Project manager - Product Manager • Project Manager 管理整個專案,包含產品 • Product Manager 管理整個產品生命週期 • 不管是哪種 PM 都必須瞭解產品 13年8月16⽇日星期五
  40. 40. Scrum 不是銀⼦子彈 • 「Scrum把原本開發週期 24 月的專案 縮短到 3 個月就提出產品」 • 最大化放大產品缺陷 • 導入新的文化容易失敗 13年8月16⽇日星期五
  41. 41. 還有 Kanban 可以⽤用 13年8月16⽇日星期五
  42. 42. 簡報完畢,歡迎發問。 13年8月16⽇日星期五

×