Scrum Intro slides from Session at Orange County Product Managers group on Feb 22nd 2011 by Bachan Anand and Yalda Shafihie

1. Scrum Intro @Orange County Product Managers Prepared by Bachan Anand & Yalda Shafihie agile@conscires.comhttp://agile.conscires.com

2. Agenda 2 Introductions Overview of Agile and Scrum Scrum: Vision and Product Scrum: Sprint Scrum: Release Final Thoughts Appendix

3. Overview of Agile and Scrum

4. Overview of Agile and ScrumAgile Manifesto 4 Agile is a set of values: Individuals and interactions over processes and tools Working software(Products) over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan

5. Overview of Agile and ScrumAgile Principles 5 Highest priority is to satisfy the customerthrough early and continuous deliveryof valuable software Welcome changing requirements Deliver working software(Product) frequently Business people and developers must work together daily throughout the project

6. Overview of Agile and ScrumAgile Principles 6 Build projects around motivated individuals Most efficient and effective method of conveying information is face-to-face conversation Working software(product) is the primary measure of progress Agile processes promote sustainable development (maintain a constant pace indefinitely)

7. Overview of Agile and ScrumAgile Principles 7 Continuous attention to technical excellence and good design enhances agility Simplicity (art of maximizing amount of work not done) is essential Best architectures, requirements, and designs emerge from self-organizing teams At regular intervals, team reflects on how to become more effective, then tunes and adjusts http://agilemanifesto.org/principles.html

8. Overview of Agile and ScrumWhat is Scrum 8 Scrum is an Agile framework that supports lightweight processes that emphasize: Incremental deliveries Quality of Product Continuous improvement Discovery of people’s potential Scrum is simple to understand, but requires discipline in order to be successful Scrum is not a methodology

9. Overview of Agile and ScrumFoundations of Scrum 9 Empiricism Detailed up-front planning and defined processes are replaced by just-in-time Inspect and Adapt cycles Self-Organization Small teams manage their own workload and organize themselves around clear goals and constraints Prioritization Do the next right thing Rhythm Allows teams to avoid daily noise and focus on delivery Collaboration Leaders and customers work with the Team, rather than directing them

10. Overview of Agile and ScrumScrum Values 10 Transparency Everything about a project is visible to everyone Commitment Be willing to commit to a goal Courage Have the courage to commit, to act, to be open and to expect respect Focus Focus all of your efforts and skills on doing the work that you have committed to doing Respect Respect and trust the different people who comprise a team

11. Scrum: Vision and Product

12. Scrum: Vision and ProductVision 12 A goal to aspire to Can be summarized in a short statement of intent Communicate it to the team

13. Scrum: Vision and ProductRole: Product Owner 13 Thought Leader and Visionary Drives the Product Vision (for example, with Story Mapping) Prioritizes the User Stories Maintains the Product Backlog with the team Accepts the Working Product (on behalf of the customer)

14. Scrum: Vision and ProductUser Stories 14 Product requirements formulated as one or more sentences in the everyday or business language of the user As a <user>, I would like <function> so that I get <value> Each User Story has an associated Acceptance Criteria that is used to determine if the Story is completed

15. Scrum: Vision and ProductUser Stories 15 Independent Not overlap in concept and be able to schedule and implement them in any order Negotiable Not an explicit contract for features; rather, details will be co-created by Product Owner and Team Valuable Add business value Estimated Just enough to help the Product Owner rank and schedule the story's implementation Sized Appropriately Need to be small, such as a few person-days Testable A characteristic of good requirements

16. Scrum: Vision and ProductProduct Backlog 16 A living list of requirements captured in the form of User Stories Represents the WHAT of the system Prioritization with respect to business value is essential! Each story has estimated Story Points, which represent relative size, and is determined by those actually doing the work Higher priority items are decomposed and lower priority items are left as larger stories (epics)

17. Scrum: Sprint

18. Scrum: SprintRole: ScrumMaster 18 Servant Leader Facilitates the Process Supports the Team Removes Organizational Impediments Socializes Scrum to Management Enable close collaboration across all roles and functions

19. Scrum: SprintRole: Team 19 Cross-Functional 5-8 Members Self-Organizing Focused on meeting Commitments

20. Scrum: SprintRole: Relationships 20

21. Scrum: SprintSprint Cycle 21

22. Scrum: SprintFlow & Artifacts: Planning 22 Sprint Planning meeting held at beginning of each Sprint Time and Resources are fixed in any given Sprint Goal is to have prioritized Sprint Backlog, broken down into tasks, that the Team can commit to During planning, Team commits to scope that can be completed in the Sprint, taking into account the definition of Done Story points may be refined

23. Scrum: SprintFlow & Artifacts: Sprint Backlog 23 List of stories, broken down into tasks, that is committed for any particular Sprint Owned and managed by the Team Any team member can add, delete or change the sprint backlog with additional tasks

24. Scrum: SprintFlow & Artifacts: Done 24 Team creates its own definition of Done in the interest of creating quality software Definition can evolve over sprints Example checklist (not exhaustive): Unit tests pass (ideally automated) Customer Acceptance tests pass User docs written UI design approved by PO Integrated into existing system Regression test/s pass (ideally automated) Deployed on staging server Performance tests pass

25. Scrum: SprintFlow & Artifacts: Daily Standup 25 Meetings held in same location, same time, every day Timeboxed at 15 minutes Encourages self-organization, rhythm, and collaboration Not a status meeting Each Team member speaks to: What did I accomplish in the last 24 hours What do I plan to accomplish in the next 24 hours Any impediments getting in the way of my work

26. Scrum: SprintFlow & Artifacts: Taskboard 26 Active visual indicator of flow of work Should be visible to team members at all times Should be kept current Encourages self-organization, and collaboration

27. Scrum: SprintFlow & Artifacts: Sprint Burndown 27 Shows daily progress in the Sprint X-axis is the number of days in the Sprint Y-axis is the number of remaining stories

28. Scrum: SprintFlow & Artifacts: Sprint Review 28 Occurs at the end of each Sprint Inspect and Adapt the product (Empiricism) The team meets with the Product Owner (and Stakeholders) to demonstrate the working software from the Sprint This is a hands-on software demo (not a PowerPoint) that usually requires some prep beforehand

29. Scrum: SprintFlow & Artifacts: Retrospective 29 Occurs at the end of each Sprint Inspect and Adapt the process (Empiricism) Team and ScrumMaster meet to reflect on what went well and what can be improved Tone of the meeting is that everyone did their best and now look to how can we improve Retrospectives must conclude with team commitments to action

30. Scrum: Release

31. Scrum: ReleaseFlow & Artifacts: Velocity 31 Total number of story points completed by a team in a Sprint Can be used by the team as a reference during Sprint Planning Used by Product Owner to plan out the releases

32. Scrum: ReleaseFlow & Artifacts: Release Planning 32 Product Owner, in conjunction with the team, formulates Release Plans by applyingthe team Velocity to the Product Backlog Release Plans are revisited after every Sprint Two ways to approach Fix scope and determine how many sprints are needed Fix time and determine how much scope can be completed

33. Scrum: ReleaseFlow & Artifacts: Release Burndown 33 Shows progress across Sprints X-axis is the number of Sprints Y-axis is the total number of stories

34. Final Thoughts

35. 35 Scrum is a lightweight framework with a simple set of rules, built on foundations and values Scrum enables teams to discover their true potential and deliver quality software that adds business value

36. Appendix

37. AppendixRoles 37 Product Owner Thought Leader and Visionary, who drives the Product Vision, maintains the Product Backlog, prioritizes the User Stories, and accepts the Working Software (on behalf of the customer) ScrumMaster Servant Leader, who facilitates the process, supports the Team, removes organizational impediments, and socializes Scrum to Management Team Cross-Functional group of 5-8 Members that is self-organizing and focused on meeting Commitments

38. AppendixArtifacts 38 Product Backlog A living list of requirements captured in the form of User Stories, prioritized according to business value Sprint Backlog List of stories, broken down into tasks, that is committed for any particular Sprint; owned and managed by the Team Taskboard Active visual indicator of flow of work Sprint Burndown Chart Shows daily progress in the Sprint Release Burndown Chart Shows progress across Sprints

39. AppendixPlanning (Ceremonies) 39 Sprint Planning Held at beginning of each Sprint, with the goal to have prioritized Sprint Backlog, broken down into tasks, that the Team can commit to Daily Standup Meetings held in same location, same time, every day, with the goal of ensuring that team members are in synch (not a status meeting) Sprint Review Occurs at the end of each Sprint, with the goal of inspecting and adapting the Product Retrospective Occurs at the end of each Sprint, with the goal of inspecting and adapting the process

40. 40 Thank you !