Scrum 18 months later

  • 2,518 views
Uploaded on

Where are we 18 months after the teams adopted scrum. Where do we want to go?

Where are we 18 months after the teams adopted scrum. Where do we want to go?

More in: Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
2,518
On Slideshare
0
From Embeds
0
Number of Embeds
2

Actions

Shares
Downloads
117
Comments
1
Likes
3

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Scrum18 months later
  • 2. Learning framework
    Reference: Kolb Learning Cycle
  • 3. Today’s agenda
    Why scrum?
    What works and what doesn’t?
    Why?
    Team roles and responsibilities
    Team capabilities
    So that we all understand our place in the project. And so that, while at work, we can be as happy and as effective as possible.
  • 4. What gets measured gets done
    The difference between theory and reality
    Why are we using scrum?
  • 5. For the next 10 minutes reflect on your past experiences.
    • Form into groups of 3
    • 6. List all the project you have worked on and rate the team’s effectiveness as
    • 7. Winners
    • 8. Losers
    • 9. Borderline
    • 10. For each project what were the top 2-3 things that contributed to the success or failure of that project?
    • 11. Highlight the common themes across your portfolio
    • 12. Make a short-list of Dos and Don’ts for the rest of the team
  • 13.
  • 14. Product Backlog = Focus, Next most important thing, Value first, Inventory management
    Story points = Sufficient Estimates, Avoids precise mistakes
    Sprints = Time boxed, End to end requirements to delivery
    Sprint plan = Commitment, Just in time planning, Last responsible moment, Work in progress (WIP) limits
    Stand-up = Team communications, Impediments and escalations, Focus on outcomes
    Burn down chart = A view of the team’s progress in the sprint, highlighting issues
    Sprint Review = Feedback from the customer, (Who is the customer? Hint: customers pay money.)
    Velocity = A view of how much work the team can get done, indicated milestones and release dates
    Burn up charts = A view of how much product has been built and how much is yet to be done
    Retrospective = Continuous learning, Focus on most important issues first (WIP limits), Manage via backlog?
    Roles = Accountability, All in, Single wring-able neck
    What’s different about scrum?
  • 15. Source: http://www.targetprocess.com/blog/2008/09/waterfall-got-you-down-with.html
  • 16. Source:http://www.scrumalliance.org/articles/133-challenging-inertia-through-scrum
  • 17. How does you experience fit with scrum and the agile manifesto?
    Back into your group
    • Can you map your Do and Don’t recommendations into the scrum framework?
    • 18. What is scrum missing?
  • Scrum and the Dos and Don’ts
    Product Owner
    Team Member
    Scrum Master
    Backlog,
    Burndown
    Built product
    1
    1
    2
    3
    2
    3
    Do this
    Don’t do this
  • 19. How do values drive effectiveness?
    Manifesto
  • 20. We are uncovering better ways of developing software by doing it and helping others do it.
    Through this work we have come to value:
    That is, while there is value in the items on the right, we value the items on the left more.
  • 21. Principles behind the manifesto
  • 22. Our highest priority is to satisfy the customerthrough early and continuous deliveryof valuable software.
    Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
    Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
    Business people and developers must work together daily throughout the project.
    Build projects around motivated individuals. Give themthe environment and supportthey need, and trust them to get the job done.
    The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
    Working software is the primary measure of progress.
    Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
    Continuous attention to technical excellence and good design enhances agility.
    Simplicity--the art of maximizing the amount of work not done--is essential.
    The best architectures, requirements, and designs emerge from self-organizing teams.
    At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly
  • 23. What do we value
    • Do your values align to the values in the Agile Manifesto?
    • 24. Are you living the values?
    • 25. What are the gaps?
    • 26. (Make a short list of the important ones)
  • 27.
    • Let’s review what we captured so far
    • 28. The Do’s and Don’ts of projects
    • 29. Does Scrum cover the ground?
    • 30. What are the gaps?
    • 31. Do I agree with the agile values?
    • 32. Am I living them?
    • 33. What can we do about this?
  • Roles and responsibilities on our program
  • 34. Generalizing specialist
  • 35. Our lovely little team
  • 36. And the people we work with
  • 37. What’s my role
    Work with your team at your table
    • Create a list of skills you can all bring to the project
    • 38. Aggregate the many skills into a short capability statement
    • 39. Share this with the rest of the team
    • 40. Capture it in one sheet for the greater team
  • 41. Next frontier
    Kanban/Lean
    [& the limited wip society]
    Agile
    Lean
  • 42. Kanban
    Visualize the Workflow
    Limit Work-in-Progress
    Measure Flow
    Make Process Policies Explicit
    Use Models to Evaluate Improvement Opportunities
  • 43. Individuals and interactions
    Process and tools
    Working product
    Comprehensive documentation
    To what extent do you agree with the values of the agile manifesto?
    Customer collaboration
    Contract negotiation
    Responding to change
    Rigidly following a plan
  • 44. Individuals and interactions
    Process and tools
    Working product
    Comprehensive documentation
    To what extent do you practice values of the agile manifesto?
    Customer collaboration
    Contract negotiation
    Responding to change
    Rigidly following a plan
  • 45.

    Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
    Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
    Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
    Business people and developers must work together daily throughout the project.
    xx
    Build projects around motivated individuals. Give themthe environment and support they need, and trust them to get the job done.
    The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
    Working software is the primary measure of progress.
    xx
    Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
    Continuous attention to technical excellence and good design enhances agility.
    xx
    Simplicity--the art of maximizing the amount of work not done--is essential.
    xx
    The best architectures, requirements, and designs emerge from self-organizing teams.
    xx
    At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly
    Which of these principles do you love and which do you hate?
    No halfway here. Pick one or the other.
    The principles of the Agile Manifesto - www.agilemanifesto.org
  • 46.

    Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
    Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
    Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
    Business people and developers must work together daily throughout the project.
    xx
    Build projects around motivated individuals. Give themthe environment and support they need, and trust them to get the job done.
    The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
    Working software is the primary measure of progress.
    xx
    Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
    Continuous attention to technical excellence and good design enhances agility.
    xx
    Simplicity--the art of maximizing the amount of work not done--is essential.
    xx
    The best architectures, requirements, and designs emerge from self-organizing teams.
    xx
    At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly
    Which of these do you practice?
    The principles of the Agile Manifesto - www.agilemanifesto.org