Intro to Agile Practices and Values


Published on

General introduction to agile practices like Scrum and Kanban. Also covers what situations Agile is best at, what situations Agile doesn't help with, and what an Agile team should look like. This deck is a general intro to Agile for OpenSource Connections clients.

Published in: Technology
  • Be the first to comment

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

Intro to Agile Practices and Values

  1. 1. Agile Practices & Values July 2010 Arin Sime
  2. 2. Agile attempts to prevent … Where is my product? Late?!? What in the world are you working on? That’s not how I thought it was going to work! Your customer saying: That’s not in the specs…. Umm… we’re gonna be late…. It works on my machine…. I would have been done, but... Your dev team saying:
  3. 3. The traditional way is … “ Plan Driven methods are generally considered the traditional way to develop software. Based on concepts drawn from the mainline engineering fields, these methods approach development in a requirements/design/build paradigm with standard, well- defined processes that organizations improve continuously. ”
  4. 4. This often leads to… <ul><li>Stale requirements </li></ul><ul><li>Vaporware that is spec’d but never built </li></ul><ul><li>Management driven estimates that are confused with target release dates </li></ul><ul><li>Command & Control approach </li></ul><ul><li>Disgruntled developers who have no voice </li></ul><ul><li>Very late projects </li></ul><ul><li>Poor communication between stakeholders (throw the specs over the wall) </li></ul>
  5. 5. Core Practices of Agile Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more.
  6. 6. It’s all about the Iteration <ul><li>aka “Sprint” </li></ul><ul><li>Fail Fast </li></ul><ul><li>Show results fast </li></ul><ul><li>Demo often </li></ul><ul><li>Release often for lower risk </li></ul><ul><li>Avoid the Big Bang – aka, the Big Flop </li></ul>From “Scrum in 5 Minutes”, by Softhouse. Available at:
  7. 7. The Scrum Burndown
  8. 8. The Art of the Daily Standup <ul><li>15 minutes tops </li></ul><ul><li>3 questions: </li></ul><ul><ul><li>What did I do yesterday? </li></ul></ul><ul><ul><li>What am I doing today? </li></ul></ul><ul><ul><li>Obstacles? </li></ul></ul><ul><li>Product owner is silent </li></ul><ul><li>Run by developers, for developers </li></ul>
  9. 9. Scrum Planning Poker <ul><li>Product owner picks items from backlog </li></ul><ul><li>Team breaks each item into tasks </li></ul><ul><li>Team estimation </li></ul><ul><li>Round robin assignment </li></ul><ul><li>Check against velocity </li></ul>
  10. 10. Agile Retrospectives <ul><li>At the end of every Iteration, after the demo </li></ul><ul><li>Reflect on success/failures </li></ul><ul><li>Non-judgemental </li></ul><ul><li>Focus is continuous improvement </li></ul>
  11. 11. Kanban Board
  12. 12. Niko-niko calendar (smileys)
  13. 13. Requirements == User Stories? Well, sort of…
  14. 14. Other eXtreme Programming Practices Pair Programming Test Driven Development (TDD) & Continuous Integration (CI)
  15. 15. Is the ROI of Agile for real? <ul><li>According to this study of projects: </li></ul><ul><li>Scrum is 6 times more cost effective than traditional </li></ul><ul><li>Pair Programming is 15 times more effective </li></ul>
  16. 16. Pop Quiz – Identify Agile Practices Stand up Remote team Iteration Goals User Stories Product Owner Shared workspace CI Server Burndown
  17. 17. When is Agile best? <ul><li>For Complex or Complicated work </li></ul><ul><li>New products </li></ul><ul><li>Projects with uncertainty (ie, most projects) </li></ul>The Stacey Diagram, from Ralph Stacey
  18. 18. An Agile Team is … <ul><li>5-8 people </li></ul><ul><li>Multi-disciplinary </li></ul><ul><li>Collaborative </li></ul><ul><li>Self organizing </li></ul><ul><li>Willing to time-box </li></ul><ul><li>Eager to help each other </li></ul><ul><li>Focused on the team </li></ul>
  19. 19. Agile can’t fix everything … <ul><li>Personality Dysfunction </li></ul><ul><li>Teams that stay in silos </li></ul><ul><li>Cowboy coders </li></ul><ul><li>Developers who secretly like the grind they are in and really want to fall on their swords. </li></ul><ul><li>Teams that are afraid of change </li></ul>But when done right, Agile does expose and discourage these problems
  20. 20. The most common Agile mistakes “ Sure, we’re Agile. We do stand ups.” “ Oh, I already think we’re Agile enough.” [When in fact they are just in complete chaos & anarchy.] #1 #2
  21. 21. 12 ideas for selling Agile … <ul><li>Trial by Sprint </li></ul><ul><li>Case Studies of Success </li></ul><ul><li>Client/Customer Testimonials </li></ul><ul><li>Finding a champion in Key Stakeholders </li></ul><ul><li>Using metrics of success </li></ul><ul><li>Showing how Agile combats common IT project failures </li></ul><ul><li>Examples of industry/government leaders using Agile </li></ul><ul><li>Comparison to other methodologies </li></ul><ul><li>Listen to their needs and address them </li></ul><ul><li>Sneak it in </li></ul><ul><li>Compromise </li></ul><ul><li>Agile Project Management Office </li></ul>We’ll just focus on a few in coming slides
  22. 22. Finding a champion <ul><li>“ I highlighted the benefits to the Project Manager: higher productivity and less team- management stuff since the team will take care of lots of team-management and updating (burn charts) instead of PM's managing those details.” </li></ul><ul><li>comment from a business analyst </li></ul>#1
  23. 23. Agile combats common IT failures <ul><li>Top 10 Classic Mistakes </li></ul><ul><li>Poor estimation and scheduling </li></ul><ul><li>Ineffective stakeholder management </li></ul><ul><li>Insufficient risk management </li></ul><ul><li>Insufficient planning </li></ul><ul><li>Shortchanged quality assurance </li></ul><ul><li>Weak personnel and/or team issues </li></ul><ul><li>Insufficient project sponsorship </li></ul><ul><li>Poor requirements determination </li></ul><ul><li>Inattention to politics </li></ul><ul><li>Lack of user involvement </li></ul>Source: Prof. R. Ryan Nelson, University of Virginia. As published in MIS Quarterly Executive, “IT Project Management: Infamous Failures, Classic Mistakes, and Best Practices”, June 2007 #2
  24. 24. Sneak it in <ul><li>Implement it piece by piece, without saying what you are doing. </li></ul><ul><li>One idea: Start with iterations and demos, daily stand ups. PM’s love the communication. </li></ul><ul><li>Then move to developer driven practices like sprint planning, XP, CI. </li></ul><ul><li>Can be used to overcome fear of the word Agile </li></ul>#3
  25. 25. Agile Project Management Office <ul><li>Provide an interface to your clients that translates your Agile metrics into regular reports for the client </li></ul><ul><li>Takes compliance burden off your development team </li></ul><ul><li>Serves as “Educator and Coach” to client </li></ul>#4
  26. 26. Other Recommended Books
  27. 27. Let’s stay in touch! Arin Sime Senior Consultant Agile Lead, Solr search Dev and Process Consulting 434 996 5226 [email_address]