20150523 scrum master-for-public
•Download as PPTX, PDF•
28 likes•1,392 views
This presentation is all about how a scrum master can help the team to become a self-organized team. Also, there are some case studies within the slide.
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (15)
Similar to 20150523 scrum master-for-public
Similar to 20150523 scrum master-for-public (20)
20150523 scrum master-for-public
- 1. Scrum Master 能如何協助打造 自我組織的高效團隊 Richard Hsiao 蕭存喻 2015 May @ Agile Taichung
- 3. We are not A-TEAM!
- 4. But, we are a team!
- 6. 每個不同面向的人以為的Scrum Master 借一下 Teddy Chen 的圖
- 10. 敏捷軟體開發的基礎循環
- 11. 為什麼你想選擇敏捷開發?
- 16. Product Owner Makes Product Success http://www.romanpichler.com/blog/every-great-product- owner-needs-great-scrummaster/
- 17. Scrum Master Makes Process Success http://www.romanpichler.com/blog/every-great-product- owner-needs-great-scrummaster/
- 18. Scrum Team Makes Delivery Success http://www.romanpichler.com/blog/every-great-product- owner-needs-great-scrummaster/
- 21. 仔細想想，為什麼一個既有團隊會想採為Agile Scrum? 你想要的是 革命 或是 改革?
- 23. 我的第一個Scrum專案 • 那時我還是個Casual Game Project的 Service Developer • 專案遇到了些狀況，Milestone的交付品質 及進度上並不讓經營層滿意 • 經營層對於產品線的投資有了轉變。 • 而團隊的管理層想要試試Scrum看有沒有辦 法改善
- 24. 這個時候我們做了什麼改變? • 就只是一塊實體白版 及 Daily Scrum
- 26. Scrum Master 可以做些什麼? • 安內 • 引導成員放下成見 • 協調成員產出工作協議(Agreement) • 從最小的實踐開始做起 • 攘外 • 讓團隊保持不受外部打擾 • 耐住性子 • 給予時間去熟悉Scrum活動 • 解決痛點是需要時間的
- 27. Scrum Master 要避免的事 • 身兼多個角色 • 只知其然，不知其所然 • 不要只是當個meeting facilitator
- 32. 我的第二個Scrum階段 • 因應目標調整與組織轉型後，其中的一部份 人，轉為遊戲開發團隊的軍火庫提供商。 • 因此更需要著重於提供的軍火的穩定度。 • 這時的我，是service team team leader。 • 成員大多都是新召募進來的。
- 33. 這段時間我們導入了什麼? • 開始讓新舊成員熟悉寫Unit Testing • 不論新成立或維護型專案均需落實 • 開始採用實體與電子看板 • 導入Wiki，是團隊協作文件的地方 • 盡可能多與開發團隊討論需求(與user互動) ，從而成為專案的需求來源。
- 34. Scrum Master 可以做些什麼? • 較容易進行大破大立 • 別忽視團隊現狀 • 挑選目前團隊適合的實踐開始做起 • 協調成員產出工作協議(Agreement) • 從最小的實踐開始做起 • 關察行動、抓緊團隊準則 • 給予時間去熟悉敏捷實踐 • 讓成員有辦法討論實踐執行後的內心話， 並想辦法將這些障礙搬開
- 36. 這時團隊該著重於 快速反饋 & 提高Definition of Ready, Definition of Done的門檻
- 38. 這段時間我們達成了什麼? • 開始有個建構專員協助我們架設C.I. • 團隊開始注重建構的健康狀態 • 盡可能拉到集團內的客戶，從客戶的 feedback中去改善我們的產品。 • 能與外部QA團隊維持了較好的互信關係並 且能較好的去協作。 • 我們有Unit Testing，專案出不了太多大 紕漏。 • 利用wiki去協作產生專案的規格書，QA很 好去延伸Test Scenarios及Test Cases。
- 39. Scrum Master需要做些什麼? • 找尋任何可以讓團隊更符可敏捷精神的方式 • 別忘了，能解決痛點的優先 • 施行前需與團隊達成共識 • 風險曝露 • 敢講別人不敢講的議題 • 視團隊進步為己任 • 拉隴與團隊相關的利害關係人進回饋的循環
- 41. 團隊已經非常習於 持續交付 以及 自我反饋
- 42. 這段時間我們達成了什麼? • 開始有機會去將程企美全部揉合在同個 Scrum Team中做事 • 達成了Trunk-based Development的目標 • 有熟悉Patterns的架構師的加入，團隊的程 式的可測試性與測試涵蓋率達到前所未有的 新高。 • 團隊內開始擁有測試工程師，協助團隊以接 近BDD的方式去開發Mobile Apps. • 幾乎每個Sprint都可以交付一個版本給 stakeholder安裝使用。
- 43. 可以參照Agile Tour 2014 Taipei的 Project GATE - 敏捷實踐之路 http://www.slideshare.net/AgileCo mmunity/project-gate- agiletour2014forpublish
- 44. Scrum Master可以做些什麼? • 促使團隊可以再更上一層 • 協助打造學習性組織 • 慎選新人 • 協助團隊可以 “對自己誠實一點” • 盡可能將相關利害關係人拉進團隊的回饋 循環之中 • 從觀察行為昇華為觀察心態 • 加速自己的學習 • 接觸社群大牛 • 大量閱讀非關技術，而與引導團隊有關的
- 46. Scrum Master需要做些什麼? • 避免責任稀釋 • 加速自己的學習 • 增強團隊的影響力 • 使自己有辦法變成Agile Coach • 透過大量閱讀、轉化、實施來使自己成長 至具備組織及引導Scrum of Scrums 或 Feature Team的能力
- 48. 特別是 Trust & Ownerships 這兩件事 from “The Agile Culture: Leading through Trust and Ownership”
- 49. 什麼樣的Scrum Team可以達成這 個目的? 文化的養成 = 人，決定一切
- 50. 理想Scrum Team的特質 • 利他人格 (Leader必備) • 同理心 • 反應快 • 耐得住性子 • 受得了挫折 • 自我反省 • 動手改善
- 51. 但是不一定能全找到這樣的人
- 53. 我推薦 Daniel Teng 的引導手法: ISNIPER - How To Make The Change When Change Is Hard http://www.danielteng.com/2013/12 /13/isniper-2/
Editor's Notes
- Scrum並不是想要組成一個A-Team，必竟要將一堆厲害的牛人湊在一個team並不是那麼容易的一件事。
- 但scrum是希望湊成是個球隊的感覺，大家一起為了同一個目標去努力，各自貢獻能力去滿足團隊的目標。
- 不論任何角色參與了敏捷團隊，一定要先認清敏捷是偏向”Value-Driven”的方法。做任何事情，一定以 “對團隊最有價值” 的項目先做起，按價值的優先序不斷的累積成果，團隊可以得到最高的C/P or ROI。Scrum Master特別需要注意所有的行為及價值是否符合此精神。
- 不論採用何種敏捷框架，其實都跳脫不了這個基礎循環。 價值優先，故需要有所取捨。而且更不要忘了，敏捷軟體開發所需的 “短周期反覆累積”“持續整合” 以及從 行動中得到”反饋”，得以不斷的改善與進步。
- 個人很推薦閱讀一下 “Every Great Product Owner Needs Great Scrum Master” http://www.romanpichler.com/blog/every-great-product-owner-needs-great-scrummaster/ 對於 Product Owner 的定義也很精確: Makes Product Success
- Scrum Master 則執掌了整個敏捷的流程，而流程的成功則是 Scrum Master 最重要職責。
- 而我個人對於整個 Scrum Team的目標，則下了一個自己的註解，也就是 “使交付得以成功 (Makes Delivery Success)”
- 如果你們認真的想要跑Agile Scrum，千萬不要讓Developers兼著做Scrum Master，因為，我敢打包票，他只會是個叫大家開會的人而已。Scrum Master的任務是要引領團隊的文化及風氣的，剩餘時間讓他去閱讀一些相關文獻、實踐，消化，並帶入給團隊、引領團隊，才能讓團隊在敏捷實踐的成長更快速。
- 成員們專注於當下sprint的實體看板，而Scrum Master則可以透過電子看板的方式蒐集團隊的資訊，進而可以做一個長期的回歸、觀察趨勢。
- Action => Feedback => Decision & Next Action.
- “We all need people who will give us feedback. That’s how we improve.” - Bill Gates, Microsoft.
- 這也是先前Project GATE最近一年來的狀況。已經遠大於Scrum框架建議的 5~9人的團隊狀況。但因為一些原因，故還未到可以拆分成數個Scrum團隊的時機。