Uploaded byYiwei Chen
Agile / Scrum
本文讨论了敏捷开发方法的基本原则及其实施过程，包括团队分工、任务评估和客户需求的快速响应。文中提到产品负责人和开发团队的角色，以及如何通过每日立会和冲刺回顾来提高工作效率。最后，强调了需求细分的重要性及如何保持透明和适应变化。
![[ Study4TW Visual Studio Everywhere ] Vsts + microsoft teams 建構企業的Devops](https://cdn.slidesharecdn.com/ss_thumbnails/vstsmicrosoftteamsdevops-170225090319-thumbnail.jpg?width=640&height=640&fit=bounds)
Agile / Scrum
- 1.
- 3.
- 4. 兩種人 • Product Owner –對產品成敗負責任的人 • The Team – 動手開發產品的團隊
- 5. Product Owner 第一版Backlog
- 6.
- 7.
- 8. 需求細分 → 任務 需求/ 任務 重要性 估計時間 顯示文章的搜尋結果 P1 連結文章索引 5 hour 內容截短成100字元 1 hour 顯示內容至頁面 3 hour 顯示影片的搜尋結果 P2 連結影片索引 6 hour 顯示影片長度 2 hour …… … …
- 9. 『這兩個禮拜你能投入多少？』 如果每天工作 8 小時… 理想請假 開會 支援 實際 小強 80 0 5 30 45 小英 80 16 4 0 60
- 10. 自動自發接任務 任務 估計時間 還需要時間 連結文章索引5 5 內容截短成100字元 1 1 連結影片索引 6 6 … … … Total 41 41 小強
- 11.
- 12. 每天 commit/push code 內部整合網站– 包含每天最新進度
- 13. 每天 “Stand-Up” • 我今天做了… •我明天要做… • 我碰到了什麼障礙…
- 14. 每天 “Stand-Up” • 我今天做了… •我明天要做… • 我碰到了什麼障礙… 任務 估計時間 還需要時間 連結文章索引 5 2 內容截短成100字元 1 0 連結影片索引 6 8 … … Total 41 39
- 15. 兩個禮拜後… • 分享衝刺結果 – 示範這兩個禮拜完成了什麼 •檢討 – 怎麼樣可以讓下次衝刺更好 • 更新 Backlog – 更新重要性，新增刪減項目
- 16.
- 17.
- 18. • 分成三組 • 每一組一個人當Product Owner，其他人是 The Team
- 20. 第一組 • P.O. 不能讓the team 看到你的圖 • 其他人為旁觀者，請勿提示 • The team 要畫出 P.O. 手上的圖 • 限時兩分鐘
- 21. 第二組 • P.O. 不能讓the team 看到你的圖 • 其他人為旁觀者，請勿提示 • The team 要畫出 P.O. 手上的圖 • 限時兩分鐘 • P.O. 不能看 the team 畫的圖
- 22. 第三組 • P.O. 不能讓the team 看到你的圖 • 其他人為旁觀者，請勿提示 • The team 要畫出 P.O. 手上的圖 • 限時兩分鐘 • P.O. 不能看 the team 畫的圖 • P.O. 描述完後，the team 才能開始動手 且 P.O. 不得再提示
- 23.
- 24. 這是客戶描述的… Following figures adoptedfrom http://www.projectcartoon.com/cartoon/3
- 25.
- 26.
- 27.
- 28.
- 29. Agile Principles • Satisfycustomer needs • Welcome change requirements • Deliver working software frequently • Business / Devel people work together
- 30. Agile Principles • Satisfycustomer needs • Welcome change requirements • Deliver working software frequently • Business / Devel people work together
- 31. Agile Principles • Satisfycustomer needs • Welcome change requirements • Deliver working software frequently • Business / Devel people work together
- 32. Agile Principles • Satisfycustomer needs • Welcome change requirements • Deliver working software frequently • Business / Devel people work together
- 33. Agile Principles (續) •Motivated individuals • Adjust and become more effectively • …
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41. 挑最重要的事做 V V ? V P.O. 為什麼要給重要性? The Team為什麼要照重要性做?
- 42. 需求細分 → 任務 需求/ 任務 重要性 估計時間 顯示文章的搜尋結果 P1 連結文章索引 5 hour 內容截短成100字元 1 hour 顯示內容至頁面 3 hour 顯示影片的搜尋結果 P2 連結影片索引 6 hour 顯示影片長度 2 hour …… … …
- 43. 需求細分 → 任務 需求/ 任務 重要性 估計時間 顯示文章的搜尋結果 P1 連結文章索引 5 hour 內容截短成100字元 1 hour 顯示內容至頁面 3 hour 顯示影片的搜尋結果 P2 連結影片索引 6 hour 顯示影片長度 2 hour …… … … 為什麼要細分成小任務? 誰負責整合?
- 44. 自動自發接任務 任務 估計時間 還需要時間 連結文章索引5 5 內容截短成100字元 1 1 連結影片索引 6 6 … … … Total 41 41 小強
- 45. 自動自發接任務 任務 估計時間 還需要時間 連結文章索引5 5 內容截短成100字元 1 1 連結影片索引 6 6 … … … Total 41 41 小強 為什麼不是老闆分配?
- 46. 自動自發接任務 任務 估計時間 還需要時間 連結文章索引5 5 內容截短成100字元 1 1 連結影片索引 6 6 … … … Total 41 41 小強 為什麼不是老闆分配?
- 47. 每天 commit/push code 內部整合網站– 包含每天最新進度
- 48. 每天 commit/push code 內部整合網站– 包含每天最新進度 為什麼每天commit/push? 為什麼要架內部整合網站?
- 49. 每天 “Stand-Up” • 我今天做了… •我明天要做… • 我碰到了什麼障礙… 為什麼每天 stand-up?
- 50. 兩個禮拜後… • 分享衝刺結果 – 示範這兩個禮拜完成了什麼 •檢討 – 怎麼樣可以讓下次衝刺更好 • 更新 Backlog – 更新重要性，新增刪減項目 透明 , 觀察 , 調適
- 51.
- 52. Agile Principles • Satisfycustomer needs • Welcome change requirements • Deliver working software frequently • Business / Devel people work together
- 53. Agile Principles (續) •Motivated individuals • Adjust and become more effectively • …
Editor's Notes
- #5 知道客戶（使用者）的要求，喜好
- #6 要怎麼進行呢
- #9 “the team” 去分
- #11 http://sprint.corp.yahoo.com/sprint/24850
- #14 (remember to add burndown chart in later explanation)
- #15 (remember to add burndown chart in later explanation)
- #39 折星星的故事
- #40 折星星的故事
- #45 http://sprint.corp.yahoo.com/sprint/24850
- #46 http://sprint.corp.yahoo.com/sprint/24850
- #47 http://sprint.corp.yahoo.com/sprint/24850
- #50 (remember to add burndown chart in later explanation)