SlideShare a Scribd company logo

What Is Agile Scrum

•
•
Michael Bourque
Michael Bourque

The document discusses Scrum, an agile framework for managing product development. It describes Scrum roles like Product Owner and Scrum Master. Key Scrum events are also outlined such as sprint planning, daily standups, sprint demos and retrospectives. Benefits of Scrum mentioned are rapid development, transparency and embracing change.

Related slideshows

Agile Scrum Presentation-Detailed
Agile Scrum Presentation-DetailedAgile Scrum Presentation-Detailed
Agile Scrum Presentation-Detailed
 
Introduction to Scrum.ppt
Introduction to Scrum.pptIntroduction to Scrum.ppt
Introduction to Scrum.ppt
 
Scrum In Ten Slides
Scrum In Ten SlidesScrum In Ten Slides
Scrum In Ten Slides
 
1 of 33
What is Scrum? Michael Bourque Director of Development PTC
What is Agile Scrum? Michael Bourque Director of Development PTC
Why I love PHP? Michael Bourque Director of Development PTC
Building software is fun again? Michael Bourque Director of Development PTC
About me CNC Machinist Manufacturing Engineer QA Manager Product Designer Manager of Product Design Director of Development Developer at Heart
Languages Basic Assembly Fortran Visual Basic C Perl PHP Ruby on Rails
Development Methodologies Waterfall Agile
Waterfall The waterfall model is a sequential software development model (a process for the creation of software) in which development is seen as flowing steadily downwards (like a waterfall) through the phases of requirements analysis, design, implementation, testing (validation), integration, and maintenance. Requirements Gathering Design (Specs, UI, Etc) Development Testing (UAT, Reg) Integration L10N Freeze Freeze Freeze Freeze - Wikipedia
Not my job!
Agile Agile software development is a conceptual framework for software engineering that promotes development iterations throughout the life-cycle of the project. 2-4 Weeks Designed, Developed, Documented, Tested, Integrated, Released - Wikipedia Iteration 1 Authentication Iteration 2 Authentication Iteration 3 Course Viewer Iteration 4 Assessment Viewer Iteration 25 Browse Content Iteration 26 Search
Agile Methods Scrum More…
Agile Manifesto Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan by “The Agile Alliance” http:// www.agilemanifesto.org /
Waterfall vs. Agile Requirements Fixed PLAN driven Resources Time Estimated Features The requirements drive the cost/schedule estimates FEATURE driven Resources Time Waterfall Agile Budget and time select the requirements that can be delivered
What is Scrum? In rugby, a scrum is a way of restarting the game, either after an accidental infringement or when the ball has gone out of play. - agilethinking.net
Who’s using Scrum? Microsoft Sun IBM Yahoo Google Show of hands?
Framework 2 Weeks 24 hours Product Backlog As prioritized by Product Owner Sprint Backlog Backlog tasks expanded by team Potentially Shippable Product Increment Daily Standup Meeting Source: Adapted from Agile Software Development with Scrum by Ken Schwaber and Mike Beedle. Vision
Terminology Epic Sprint User Story Backlog Task boarding Story points T-shirt sizing Daily standup meeting Burndown chart Team velocity Self-Organizing team Retrospective Roles Customer / Sponsor Product Owner Scrum Master Developer QA
Product Vision & Roadmap
User Stories & Backlog Requirements Small pieces of functionality. Written as though they were from a customer. Not every detail is needed. Follows the INVEST model Independent Negotiable Valuable Estimatable Small Testable Prioritize according to business value. Stored in a system of record. Product Backlog As prioritized by Product Owner
Estimating Story points Rough guess (t) Plan estimate (t) Task Estimate (h) ToDo (h)
Definition of Done The described functionality has been implemented. The functionality is integrated into the main application on the development/integration server. It is not sufficient, if the implementation exists only on the developer's personal work station. Sufficient coverage of automated unit tests has been implemented. All united test cases have been executed on development/integration server. Peer code review has been conducted. The code adheres to the defined coding standards and technology being used. Functional test cases have been created Functional test cases have been peer reviewed. All functional test cases have been executed. No major bugs are associated with the story. It is up to the product owner's discretion to decide whether open bugs are prohibiting acceptance of the story. The implemented story has been demoed to the team on the development/integration server - in particular, to the product owners. All business acceptance criteria are met. If the product owners conclude, that the implementation of the story does not satisfy their business needs, new stories may be created to address any changes necessary as well as marking the original story as done. All technical acceptance criteria are met. For now, those will be checked during code review.
Sprint planning meeting Product owner proposes users stories from backlog based on priority and team velocity. Visual prototypes Entire team is involved. Plan estimates are given in story points (t-shirt). Team produces a Sprint Backlog Very collaborative Sprint Backlog
Task boarding Team breaks down the user stories into tasks on a whiteboard. Developers estimate the effort on each task. Developers choose their own tasks. Resource planning, availability (Vacation, PTO) Team produces a backlog of tasks with owners. Very collaborative Backlog tasks expanded by team
Sprint Entire team works together (PO, DEV, QA, INT, Etc) User stories are elaborated as they are needed. Goal of team is to finish the work Features are designed, coded, tested, documented and accepted during the Sprint Self organization No scope creep allowed in during sprint 2 Weeks
Daily Standup meeting 15-30 Minutes daily Led by Scrum Master Three questions What did I do yesterday? What will I do today? Is there anything stopping me from finishing my tasks? Discussions are taken offline. 2 Weeks 24 hours
Team Velocity (burndown)
Demo meeting At the end of the sprint Only stories completely done are allowed. Developers give the demo to product owner and customer. Feedback is encouraged. Problems, ideas, enhancements are captured by product owner and scheduled in the product backlog. Real product – no Powerpoint Potentially Shippable Product Increment
Repeat
Retrospective meeting Special meeting where the team gathers after completing an increment of work to inspect and adapt their methods and teamwork. What went well, what needs to be improved? Improvements can be made in the following sprint.
Benefits I have seen Rapid development - get started right away. Product owner manages the backlog and is responsible for driving business value. No more guarding of development resources. See the product evolve over time. Embraces change. Fully transparent. It’s fun!
Q & A
Release Burnup chart
QA Testing – V to I

More Related Content

What Is Agile Scrum

  • 1. What is Scrum? Michael Bourque Director of Development PTC
  • 2. What is Agile Scrum? Michael Bourque Director of Development PTC
  • 3. Why I love PHP? Michael Bourque Director of Development PTC
  • 4. Building software is fun again? Michael Bourque Director of Development PTC
  • 5. About me CNC Machinist Manufacturing Engineer QA Manager Product Designer Manager of Product Design Director of Development Developer at Heart
  • 6. Languages Basic Assembly Fortran Visual Basic C Perl PHP Ruby on Rails
  • 8. Waterfall The waterfall model is a sequential software development model (a process for the creation of software) in which development is seen as flowing steadily downwards (like a waterfall) through the phases of requirements analysis, design, implementation, testing (validation), integration, and maintenance. Requirements Gathering Design (Specs, UI, Etc) Development Testing (UAT, Reg) Integration L10N Freeze Freeze Freeze Freeze - Wikipedia
  • 10. Agile Agile software development is a conceptual framework for software engineering that promotes development iterations throughout the life-cycle of the project. 2-4 Weeks Designed, Developed, Documented, Tested, Integrated, Released - Wikipedia Iteration 1 Authentication Iteration 2 Authentication Iteration 3 Course Viewer Iteration 4 Assessment Viewer Iteration 25 Browse Content Iteration 26 Search
  • 12. Agile Manifesto Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan by “The Agile Alliance” http:// www.agilemanifesto.org /
  • 13. Waterfall vs. Agile Requirements Fixed PLAN driven Resources Time Estimated Features The requirements drive the cost/schedule estimates FEATURE driven Resources Time Waterfall Agile Budget and time select the requirements that can be delivered
  • 14. What is Scrum? In rugby, a scrum is a way of restarting the game, either after an accidental infringement or when the ball has gone out of play. - agilethinking.net
  • 15. Who’s using Scrum? Microsoft Sun IBM Yahoo Google Show of hands?
  • 16. Framework 2 Weeks 24 hours Product Backlog As prioritized by Product Owner Sprint Backlog Backlog tasks expanded by team Potentially Shippable Product Increment Daily Standup Meeting Source: Adapted from Agile Software Development with Scrum by Ken Schwaber and Mike Beedle. Vision
  • 17. Terminology Epic Sprint User Story Backlog Task boarding Story points T-shirt sizing Daily standup meeting Burndown chart Team velocity Self-Organizing team Retrospective Roles Customer / Sponsor Product Owner Scrum Master Developer QA
  • 18. Product Vision & Roadmap
  • 19. User Stories & Backlog Requirements Small pieces of functionality. Written as though they were from a customer. Not every detail is needed. Follows the INVEST model Independent Negotiable Valuable Estimatable Small Testable Prioritize according to business value. Stored in a system of record. Product Backlog As prioritized by Product Owner
  • 20. Estimating Story points Rough guess (t) Plan estimate (t) Task Estimate (h) ToDo (h)
  • 21. Definition of Done The described functionality has been implemented. The functionality is integrated into the main application on the development/integration server. It is not sufficient, if the implementation exists only on the developer's personal work station. Sufficient coverage of automated unit tests has been implemented. All united test cases have been executed on development/integration server. Peer code review has been conducted. The code adheres to the defined coding standards and technology being used. Functional test cases have been created Functional test cases have been peer reviewed. All functional test cases have been executed. No major bugs are associated with the story. It is up to the product owner's discretion to decide whether open bugs are prohibiting acceptance of the story. The implemented story has been demoed to the team on the development/integration server - in particular, to the product owners. All business acceptance criteria are met. If the product owners conclude, that the implementation of the story does not satisfy their business needs, new stories may be created to address any changes necessary as well as marking the original story as done. All technical acceptance criteria are met. For now, those will be checked during code review.
  • 22. Sprint planning meeting Product owner proposes users stories from backlog based on priority and team velocity. Visual prototypes Entire team is involved. Plan estimates are given in story points (t-shirt). Team produces a Sprint Backlog Very collaborative Sprint Backlog
  • 23. Task boarding Team breaks down the user stories into tasks on a whiteboard. Developers estimate the effort on each task. Developers choose their own tasks. Resource planning, availability (Vacation, PTO) Team produces a backlog of tasks with owners. Very collaborative Backlog tasks expanded by team
  • 24. Sprint Entire team works together (PO, DEV, QA, INT, Etc) User stories are elaborated as they are needed. Goal of team is to finish the work Features are designed, coded, tested, documented and accepted during the Sprint Self organization No scope creep allowed in during sprint 2 Weeks
  • 25. Daily Standup meeting 15-30 Minutes daily Led by Scrum Master Three questions What did I do yesterday? What will I do today? Is there anything stopping me from finishing my tasks? Discussions are taken offline. 2 Weeks 24 hours
  • 27. Demo meeting At the end of the sprint Only stories completely done are allowed. Developers give the demo to product owner and customer. Feedback is encouraged. Problems, ideas, enhancements are captured by product owner and scheduled in the product backlog. Real product – no Powerpoint Potentially Shippable Product Increment
  • 29. Retrospective meeting Special meeting where the team gathers after completing an increment of work to inspect and adapt their methods and teamwork. What went well, what needs to be improved? Improvements can be made in the following sprint.
  • 30. Benefits I have seen Rapid development - get started right away. Product owner manages the backlog and is responsible for driving business value. No more guarding of development resources. See the product evolve over time. Embraces change. Fully transparent. It’s fun!
  • 31. Q & A
  • 33. QA Testing – V to I