1 / 8

Ten Tales of Positive Change

Ten Tales of Positive Change. Author : Aaron Sanders Published in Agile Conference,2011 資工 3A 張哲豪. Outline. Introduction Share three stories from the paper Creating the Motivation to Pair Program Staying Focused at Stand-up Dealing With an Overwhelming Amount of Work Conclusion.

carol
Télécharger la présentation

Ten Tales of Positive Change

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Ten Tales of Positive Change Author : Aaron Sanders Published in Agile Conference,2011 資工3A 張哲豪

  2. Outline • Introduction • Share three stories from the paper • Creating the Motivation to Pair Program • Staying Focused at Stand-up • Dealing With an Overwhelming Amount of Work • Conclusion

  3. Introduction • Creating the Motivation to Pair Program • Staying Focused at Stand-up • Keeping Progress High and Questions Low • Reassigning Points to Validate Estimation • Admitting to the Real Date • Dealing With an Overwhelming Amount of Work • Gauging the Rate of Progress • Figuring Out How to Construct Teams • Finding Predictability in the Velocity • Allowing for Cross-Functional Teams

  4. Creating the Motivation to Pair Program • 初始狀態：Code coverage about 30-35% but a company policy to keep it over 80%. • 解決方法1：Applying Test Driven Development • 結果：Getting the Same Result • 發現問題：workedmostly solo and after completing a big effort • 解決方法2：try pair programming • 結果： coverage increased every Sprint. They agreed to increase coverage by 3% a Sprint

  5. Staying Focused at Stand-up • 初始狀態：Stand-ups Take Too Long • 解決方法：Noting Who Speaks • 結果：Stand-up time decreased to less than 15 minutes • 行動：added a blocker board • 結果：Clearing Impediments

  6. Dealing With an Overwhelming Amount of Work • 初始狀態：lost their ScrumMaster，did not see a Sprint taskboard anywhere • 行動：be a Scrum Master for a while • 發現問題：Most people worked on more than one Product Backlogitem at a time. There were around 600 open bugs. • 解決方法：Exposing the Work • 結果： the team finished one Product Backlog Itemevery two to three days and deployed two to three featuresper week. Eventually down tozero bugs open by the end of a Sprint

  7. Conclusion • What is in common? • They started out as an idea that led to a small change. These changes could be implemented easily, cheaply and quickly.

  8. Thank you for your listening

More Related