1 / 101

Scrum

Scrum. Getting Started without Getting Burned. Giovanni Asproni Consultant Asprotunity Limited. Overall Presentation Goal. Learn about Scrum and how to get started with it avoiding some common mistakes. My Qualifications. Software Developer Agile practitioner since 2000

Download Presentation

Scrum

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. Scrum Getting Started without Getting Burned Giovanni Asproni Consultant Asprotunity Limited www.javapolis.com

  2. Overall Presentation Goal Learn about Scrum and how to get started with it avoiding some common mistakes.

  3. My Qualifications • Software Developer • Agile practitioner since 2000 • Certified Scrum Master • Member of the Agile Alliance • Chair of London XPDay6 conference • Reviewer for Agile2006 and Agile2007 conferences experience reports

  4. Agenda • What’s in it for you? • The Agile Manifesto and Agile Development • Process activities and tools • Why Scrum works • Getting started • Problems and solutions • Questions

  5. What’s In It For You? 1/3 If you are a Project Manager… • Control and visibility • Progress (or lack of) is easily assessed • Flexibility • Easily adapted to the needs of the project • Scalability • Used in projects with up to 800 developers

  6. What’s In It For You? 2/3 If you are a Customer… • Control and visibility • Progress (or lack of) is easily assessed • Early return on investment • Control • You get what you really want • You can change your mind

  7. What’s In It For You? 3/3 If you are a Developer… • Involvement • You get a bigger stake in the project • Learning • The team is cross-functional • Achievement • Fun

  8. Despite its simplicity, Scrum is not easy to implement

  9. Agile Manifesto • Manifesto for Agile Software Development • We are uncovering better ways of developingsoftware by doing it and helping others do it.Through this work we have come to value: • Individuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding 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.

  10. What Is Agile Development? 1/2 • The “people factor” • Accountability • Responsibility • Involvement • Self-motivation • Communication

  11. What Is Agile Development? 2/2 • Waste avoidance • Feedback • Clear goals • Discipline • Flexibility • Adaptation • Quality

  12. Scrum: The Beginnings... • “The new product development game” in Harvard business review, 1986 • Wicked Problems, Righteous Solutions by DeGrace and Stahl, 1990 • First mention of Scrum in a software context • Jeff Sutherland and Ken Schwaber at Easel Corp in 1993

  13. Scrum Fundamentals 1/5 Methodology • Iterative • The product is developed in a sequence of self contained mini-projects called iterations (sprints) • Incremental • The product functionality grows incrementally at each iteration

  14. Scrum Fundamentals 2/5 • No specific engineering practices prescribed • Up to the development team to decide • Time-boxing

  15. Scrum Fundamentals 3/5 Release Cycle

  16. Scrum Fundamentals 4/5 Only Three Roles • Product Owner • Team Member • Scrum Master

  17. Scrum Fundamentals 5/5 Sprint Overview

  18. Product Owner • Decides the functionality of the product • Responsible for prioritization • Represents the interests of all stakeholders • Customers • Users • Etc.

  19. Scrum Team • Cross-functional • Self-organizing • No titles • Members should be full-time • Sometimes not possible (e.g., DBAs, System Administrators) • Ideally 7 ± 2 members

  20. Scrum Master • Represents management to the project • Responsible for enacting Scrum values and practices • Main job is to remove impediments

  21. Multiple Roles Warning • Avoid one individual covering more than one role at the same time • Each role comes with a different set of responsibilities • This separation is not always possible • Dealing with conflicts is left to the common sense of the people involved

  22. Process Activities and Tools

  23. Sprint 1/2 • It’s just another word for iteration • Lasts around 30 days (± 2 weeks) • It’s better to keep the duration constant • Plan Sprint durations around how long you can commit to keeping change out of the sprint • Changes to the Sprint Backlog allowed only in exceptional situations…

  24. Sprint 2/2 • Abnormal termination • If the goal doesn’t make any sense anymore • If the project is not viable anymore • Called by the Product Owner or the Scrum Master

  25. Product Backlog 1/2 • Prioritized list of all envisioned features of the product • Maintained by Product Owner • Anybody can contribute to it • Only the Product Owner can decide priorities • May change over time

  26. Product Backlog 2/2 Source: Mike Cohn

  27. Sprint Planning Meeting 1/4 • The next Sprint is planned • Split in two parts • First one attended by the Product Owner, the team and the Scrum Master • Second one attended by the team and the Scrum Master • Each part time-boxed to 4 hours

  28. Sprint Planning Meeting 2/4

  29. Sprint Planning Meeting 3/4 First Part • The Product Owner creates the Sprint Backlog • As many high priority items as the team can commit to deliver • Negotiation with the Team due to dependencies between items • The Product Owner and the team define the Sprint Goal

  30. Sprint Planning Meeting 4/4 Second Part • The team creates the list of tasks • Duration between 4 and 16 hours • Not exhaustive • Product Owner is available to answer questions

  31. Sprint Backlog 1/3 • Product backlog subset developed during the current iteration • Managed by the team • Nobody else can add or remove items when the Sprint is started

  32. Sprint Backlog 2/3 • Changes • Team adds new tasks whenever necessary • Team can remove unnecessary tasks • It can only be updated by the team • Estimates are updated whenever there’s new information available

  33. Sprint Backlog 3/3 Source: Mike Cohn

  34. Sprint Goal 1/4 • business delivered regardless of functionality implemented • Focuses the team • Measurable

  35. Sprint Goal 2/4 Examples • Some good goals • “Handle two times more connections than version 2.0” • “Give the user the possibility of searching the book list” • And a bad one • “Make the application faster”

  36. Sprint Goal 3/4 Examples: Going Slower Than Planned • When removing items from the Sprint Backlog keep the same goal • “Give the user the possibility of searching the book list” • Remove “bells and whistles”, e.g. the capability of searching by author name

  37. Sprint Goal 4/4 Examples: Going Faster Than Planned • When adding items to the Sprint Backlog keep the same goal • “Give the user the possibility of searching the book list” • Add the capability of searching by author name

  38. Daily Scrum 1/3 • Mandatory for Team Members • Every day at same time same place • Three questions • What did you do yesterday? • What will you do today? • What obstacles are in your way? • 15 minutes maximum

  39. Daily Scrum 2/3 • For synchronization purposes only (not for problems solving) • Any issues are dealt with after the meeting is finished

  40. Daily Scrum 3/3 • Attendance open to everybody interested • Chickens and pigs rule • Only the Scrum Team members (pigs) can talk • Everybody else (chickens) must stay silent

  41. Shippable Increment 1/2 • The implemented backlog items are fully functional • Either 0% or 100% done • The software is “production ready” • No hacks • Fully tested • Etc.

  42. Shippable Increment 2/2 • Includes… • Developed software • Tests • Necessary documentation • Installation scripts • Etc.

  43. Sprint Review Meeting • The team demonstrates its achievements • Running software • No PowerPoint presentations • The Product Owner decides if the Sprint Goal has been met • Time-boxed to four hours

  44. Sprint Retrospective Meeting • The team and the Scrum Master talk about the last Sprint • What went well • What can be improved • The Product Owner does not attend this meeting. • Time-boxed to three hours

  45. Tracking Progress 1/3: Burndown Chart Source: Mike Cohn

  46. Tracking Progress 2/3: Burndown Chart • Updated at the end of each work day by the team members • Put the time remaining for each task • Add new tasks with estimates • Remove unnecessary tasks

  47. Tracking Progress 3/3 • There are no mechanisms in Scrum for tracking the amount of time that a team works • Teams are measured by meeting goals, not by how many hours they take to meet the goal • Scrum is results oriented, not effort driven

  48. Scrum: Summary

  49. Questions so far?

More Related