SlideShare ist ein Scribd-Unternehmen logo
1 von 1
Downloaden Sie, um offline zu lesen
Roles                                                                 Artifacts                                                    Meetings                                                        SCRUM CHEAT SHEET
           Scrum Team                                                            Product Backlog - (PB)                                       Sprint Planning – Day 1 / First Half                           Estimating
             Team is cross-functional and consists of 5-9 people                    List of all desired product features                         Product backlog prepared prior to meeting
                                                                                                                                                                                                             User Stories
             There are no set project roles within the team                         List can contain bugs, and non-functional items              First half – Team selects items committing to complete
                                                                                                                                                                                                                A very high level definition of what the customer wants
             Team defines tasks and assignments                                     Product Owner responsible for prioritizing                   Additional discussion of PB occurs during actual Sprint
                                                                                                                                                                                                                the system to do.
             Team is self-organizing and self-managing                              Items can be added by anyone at anytime                   Sprint Planning – Day 1 / Second Half                             Each story is captured as a separate item on the
             Maintains the Sprint Backlog                                           Each item should have a business value assigned              Occurs after first half done – PO available for questions
                                                                                                                                                                                                                Product Backlog
             Conducts the Sprint Review                                             Maintained by the Product Owner                              Team solely responsible for deciding how to build
                                                                                                                                                                                                                User stories are NOT dependent on other stories
           Product Owner (PO)                                                    Sprint Backlog – (SB)                                           Tasks created / assigned – Sprint Backlog produced
                                                                                                                                                                                                                Story Template:
             Accountable for product success                                        To-do list (also known as Backlog item) for the Sprint    Daily Scrum                                                       “As a <User> I want <function> So that <desired result>
             Defines all product features                                           Created by the Scrum Team                                    Held every day during a Sprint                                 Story Example:
             Responsible for prioritizing product features                          Product Owner has defined as highest priority                Lasts 15 minutes                                               As a user, I want to print a recipe so that I can cook it.
             Maintains the Product Backlog                                                                                                       Team members report to each other not Scrum Master
                                                                                 Burndown Chart – (BC)                                                                                                       Story Points
             Insures team working on highest valued features                                                                                     Asks 3 questions during meeting
                                                                                    Chart showing how much work remaining in a Sprint                                                                           A simple way to initially estimate level of effort expected
           Scrum Master (SM)                                                        Calculated in hours remaining                                “What have you done since last daily scrum?”
                                                                                                                                                                                                                to develop
             Holds daily 15 minute team meeting (Daily Scrum)                       Maintained by the Scrum Master daily                         “What will you do before the next daily scrum?”
                                                                                                                                                                                                                Story points are a relative measure of feature difficulty
             Removes obstacles                                                                                                                   “What obstacles are impeding your work?”
                                                                                                                                                                                                                Usually scored on a scale of 1-10. 1=very easy through
                                                                                 Release Backlog – (RB)                                          Opportunity for team members to synchronize their work
             Shields the team from external interference                                                                                                                                                        10=very difficult
                                                                                    Same as the Product Backlog. May involve one or
             Maintains the Sprint Burndown Chart
                                                                                    more sprints dependent on determined Release date
                                                                                                                                              Sprint Review                                                     Example:
             Conducts Sprint Retrospective at the end of a Sprint                                                                                Team presents “done” code to PO and stakeholders               “Send to a Friend” Story Points = 2
             Is a facilitator not a manager                                      “DONE”= Potentially Shippable!                                  Functionality not “done” is not shown                          “Shopping Cart” Story Points = 9
                                                                                                                                                 Feedback generated - PB maybe reprioritized
Process                                                                                                                                                                                                      Business Value
                                                                                 FAQ                                                             Scrum Master sets next Sprint Review
                                                                                                                                                                                                                Each User Story in the Product Backlog should have a

                                       Daily                                        Who decides when a Release happens? At the end            Sprint Retrospective                                              corresponding business value assigned.
                                      Scrum      Sprint Review
                                                                                    of any given Sprint the PO can initiate a Release.           Attendees – SM and Team. PO is optional                        Typically assign (L,M,H) Low, Medium, High
                                                                                    Who is responsible for managing the teams? The               Questions – What went well and what can be improved?           PO prioritizes Backlog items by highest value
                         Sprint
 Sprint      Product    Backlog                                      Sprint         teams are responsible for managing themselves.               SM helps team in discovery – not provide answers
Planning     Backlog
                                      Sprint     Shippable
                                                  Product
                                                                 Retrospective                                                                                                                               Estimate Team Capacity
                                                                                    What is the length of a task? Tasks should take no             Visibility + Flexibility = Scrum                             Capacity = # Teammates (Productive Hrs x Sprint
                                                                                    longer than 16 hours. If longer then the task should be
                                                                                                                                              Glossary of Terms                                                 Days)
                                                                                    broken down further.
Tools                                                                               Who manages obstacles? Primary responsibility is             Time Box - A period of time to finish a task. The end
                                                                                                                                                                                                                Example – Team size is 4, Productive Hrs are 5, Sprint
                                                                                                                                                                                                                length is 30 days.
Task Board                                                                          on the Scrum Master. However, teams must learn to            date is set and can not be changed
                                                                                                                                                                                                                Capacity = 4 (5 x30) = 600 hours
     White Board containing teams Sprint goals, backlog items,                      resolve their own issues. If not able then escalated to      Chickens – People that are not committed to the project
                                                                                                                                                                                                                NOTE: Account for vacation time during the Sprint!
     tasks, tasks in progress, “DONE” items and the daily Sprint                    SM.                                                          and are not accountable for deliverables
     Burndown chart.                                                                What are two of the biggest challenges in Scrum?             Pigs – People who are accountable for the project’s         Velocity
     Scrum meeting best held around task board                                      Teams not self-managing, Scrum Master                        success                                                        The rate at which team converts items to “DONE” in a
     Visible to everyone                                                            managing not leading.                                        Single Wringable Neck – This is the Product Owner!             single Sprint – Usually calculated in Story Points.

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

2017 Scrum by Picture
2017 Scrum by Picture2017 Scrum by Picture
2017 Scrum by Picture
 
Agile Scrum Presentation-Detailed
Agile Scrum Presentation-DetailedAgile Scrum Presentation-Detailed
Agile Scrum Presentation-Detailed
 
Scrum In 15 Minutes
Scrum In 15 MinutesScrum In 15 Minutes
Scrum In 15 Minutes
 
What Is Agile Scrum
What Is Agile ScrumWhat Is Agile Scrum
What Is Agile Scrum
 
Agile scrum fundamentals
Agile scrum fundamentalsAgile scrum fundamentals
Agile scrum fundamentals
 
Introduction to Scrum
Introduction to ScrumIntroduction to Scrum
Introduction to Scrum
 
Agile Scrum Training Process
Agile Scrum Training ProcessAgile Scrum Training Process
Agile Scrum Training Process
 
E0 dd1d scrum-cheat-sheet
E0 dd1d scrum-cheat-sheetE0 dd1d scrum-cheat-sheet
E0 dd1d scrum-cheat-sheet
 
Scrum Process
Scrum ProcessScrum Process
Scrum Process
 
Scrum in 15 Minutes
Scrum in 15 MinutesScrum in 15 Minutes
Scrum in 15 Minutes
 
Agile Introduction - Scrum Framework
Agile Introduction - Scrum FrameworkAgile Introduction - Scrum Framework
Agile Introduction - Scrum Framework
 
Scrumban
ScrumbanScrumban
Scrumban
 
Sprint backlog
Sprint backlogSprint backlog
Sprint backlog
 
Agile - Scrum Presentation
Agile - Scrum PresentationAgile - Scrum Presentation
Agile - Scrum Presentation
 
Agile-Scrum Methodology-An Introduction
Agile-Scrum Methodology-An IntroductionAgile-Scrum Methodology-An Introduction
Agile-Scrum Methodology-An Introduction
 
Scrum framework
Scrum frameworkScrum framework
Scrum framework
 
Scrum 101: Introduction to Scrum
Scrum 101: Introduction to ScrumScrum 101: Introduction to Scrum
Scrum 101: Introduction to Scrum
 
Scrum in an hour
Scrum in an hourScrum in an hour
Scrum in an hour
 
Agile Scrum Methodology
Agile Scrum MethodologyAgile Scrum Methodology
Agile Scrum Methodology
 
Agile Methodology in Software Development
Agile Methodology in Software DevelopmentAgile Methodology in Software Development
Agile Methodology in Software Development
 

Andere mochten auch

Nick Gardner 30-60-90 & V2MOM
Nick Gardner 30-60-90 & V2MOMNick Gardner 30-60-90 & V2MOM
Nick Gardner 30-60-90 & V2MOMNick Gardner
 
InfluxDB and Grafana: An Introduction to Time-Based Data Storage and Visualiz...
InfluxDB and Grafana: An Introduction to Time-Based Data Storage and Visualiz...InfluxDB and Grafana: An Introduction to Time-Based Data Storage and Visualiz...
InfluxDB and Grafana: An Introduction to Time-Based Data Storage and Visualiz...Caner Ünal
 
Tài liệu đào tạo Scrum
Tài liệu đào tạo ScrumTài liệu đào tạo Scrum
Tài liệu đào tạo ScrumDUONG Trong Tan
 
Pre-Con Ed: Deep Dive into CA Workload Automation Agent Job Types
Pre-Con Ed: Deep Dive into CA Workload Automation Agent Job TypesPre-Con Ed: Deep Dive into CA Workload Automation Agent Job Types
Pre-Con Ed: Deep Dive into CA Workload Automation Agent Job TypesCA Technologies
 
Custom DevOps Monitoring System in MelOn (with InfluxDB + Telegraf + Grafana)
Custom DevOps Monitoring System in MelOn (with InfluxDB + Telegraf + Grafana)Custom DevOps Monitoring System in MelOn (with InfluxDB + Telegraf + Grafana)
Custom DevOps Monitoring System in MelOn (with InfluxDB + Telegraf + Grafana)Seungmin Yu
 
Alerting in Grafana, Grafanacon 2015
Alerting in Grafana, Grafanacon 2015Alerting in Grafana, Grafanacon 2015
Alerting in Grafana, Grafanacon 2015Dieter Plaetinck
 
Beautiful Monitoring With Grafana and InfluxDB
Beautiful Monitoring With Grafana and InfluxDBBeautiful Monitoring With Grafana and InfluxDB
Beautiful Monitoring With Grafana and InfluxDBleesjensen
 
The Power of the Junior
The Power of the JuniorThe Power of the Junior
The Power of the JuniorYves Hanoulle
 

Andere mochten auch (13)

Scrum at Scale
Scrum at ScaleScrum at Scale
Scrum at Scale
 
Nick Gardner 30-60-90 & V2MOM
Nick Gardner 30-60-90 & V2MOMNick Gardner 30-60-90 & V2MOM
Nick Gardner 30-60-90 & V2MOM
 
InfluxDB and Grafana: An Introduction to Time-Based Data Storage and Visualiz...
InfluxDB and Grafana: An Introduction to Time-Based Data Storage and Visualiz...InfluxDB and Grafana: An Introduction to Time-Based Data Storage and Visualiz...
InfluxDB and Grafana: An Introduction to Time-Based Data Storage and Visualiz...
 
Tài liệu đào tạo Scrum
Tài liệu đào tạo ScrumTài liệu đào tạo Scrum
Tài liệu đào tạo Scrum
 
Pre-Con Ed: Deep Dive into CA Workload Automation Agent Job Types
Pre-Con Ed: Deep Dive into CA Workload Automation Agent Job TypesPre-Con Ed: Deep Dive into CA Workload Automation Agent Job Types
Pre-Con Ed: Deep Dive into CA Workload Automation Agent Job Types
 
InfluxDB & Grafana
InfluxDB & GrafanaInfluxDB & Grafana
InfluxDB & Grafana
 
Custom DevOps Monitoring System in MelOn (with InfluxDB + Telegraf + Grafana)
Custom DevOps Monitoring System in MelOn (with InfluxDB + Telegraf + Grafana)Custom DevOps Monitoring System in MelOn (with InfluxDB + Telegraf + Grafana)
Custom DevOps Monitoring System in MelOn (with InfluxDB + Telegraf + Grafana)
 
InfluxDb
InfluxDbInfluxDb
InfluxDb
 
Alerting in Grafana, Grafanacon 2015
Alerting in Grafana, Grafanacon 2015Alerting in Grafana, Grafanacon 2015
Alerting in Grafana, Grafanacon 2015
 
Scrum Cheat Sheet
Scrum Cheat SheetScrum Cheat Sheet
Scrum Cheat Sheet
 
Beautiful Monitoring With Grafana and InfluxDB
Beautiful Monitoring With Grafana and InfluxDBBeautiful Monitoring With Grafana and InfluxDB
Beautiful Monitoring With Grafana and InfluxDB
 
The Power of the Junior
The Power of the JuniorThe Power of the Junior
The Power of the Junior
 
Life@SlideShare
Life@SlideShareLife@SlideShare
Life@SlideShare
 

Ähnlich wie Scrum in a page

Synerzip Agile Cheat Sheet
Synerzip Agile Cheat SheetSynerzip Agile Cheat Sheet
Synerzip Agile Cheat Sheetjillfrank12
 
Scrum - A different approach to project management
Scrum - A different approach to project managementScrum - A different approach to project management
Scrum - A different approach to project managementAndres Vargas
 
Scaling Scrum with UX
Scaling Scrum with UXScaling Scrum with UX
Scaling Scrum with UXCaleb Jenkins
 
Scaling Scrum with UX
Scaling Scrum with UXScaling Scrum with UX
Scaling Scrum with UXCaleb Jenkins
 
Introduction to Agile software testing
Introduction to Agile software testingIntroduction to Agile software testing
Introduction to Agile software testingKMS Technology
 
Agile transformation best practices
Agile transformation best practicesAgile transformation best practices
Agile transformation best practicesAllyson Chiarini
 
Beginning SCRUM for Startups
Beginning SCRUM for StartupsBeginning SCRUM for Startups
Beginning SCRUM for StartupsPradeep Sethi
 
Scrum Intro with pictures
Scrum Intro with picturesScrum Intro with pictures
Scrum Intro with picturesJeroen Molenaar
 
Introduction to Scrum
Introduction to ScrumIntroduction to Scrum
Introduction to Scrumbarrst
 
Amy.stapleton
Amy.stapletonAmy.stapleton
Amy.stapletonNASAPMC
 
Project Management With Scrum
Project Management With ScrumProject Management With Scrum
Project Management With ScrumTommy Norman
 
Scrum referencecard
Scrum referencecardScrum referencecard
Scrum referencecardSuresh Kumar
 

Ähnlich wie Scrum in a page (20)

Synerzip Agile Cheat Sheet
Synerzip Agile Cheat SheetSynerzip Agile Cheat Sheet
Synerzip Agile Cheat Sheet
 
Scrum Overview
Scrum OverviewScrum Overview
Scrum Overview
 
Scrum - A different approach to project management
Scrum - A different approach to project managementScrum - A different approach to project management
Scrum - A different approach to project management
 
Scrum
ScrumScrum
Scrum
 
Scaling Scrum with UX
Scaling Scrum with UXScaling Scrum with UX
Scaling Scrum with UX
 
Scrum Overview
Scrum OverviewScrum Overview
Scrum Overview
 
Scaling Scrum with UX
Scaling Scrum with UXScaling Scrum with UX
Scaling Scrum with UX
 
Introduction to Agile software testing
Introduction to Agile software testingIntroduction to Agile software testing
Introduction to Agile software testing
 
Scrum wall images by tobias mayer
Scrum wall images by tobias mayerScrum wall images by tobias mayer
Scrum wall images by tobias mayer
 
Agile transformation best practices
Agile transformation best practicesAgile transformation best practices
Agile transformation best practices
 
Beginning SCRUM for Startups
Beginning SCRUM for StartupsBeginning SCRUM for Startups
Beginning SCRUM for Startups
 
Scrum Intro with pictures
Scrum Intro with picturesScrum Intro with pictures
Scrum Intro with pictures
 
Introduction to Scrum
Introduction to ScrumIntroduction to Scrum
Introduction to Scrum
 
Scrum소개
Scrum소개Scrum소개
Scrum소개
 
Scrum
ScrumScrum
Scrum
 
Amy.stapleton
Amy.stapletonAmy.stapleton
Amy.stapleton
 
Scrum
ScrumScrum
Scrum
 
Project Management With Scrum
Project Management With ScrumProject Management With Scrum
Project Management With Scrum
 
Scrum referencecard
Scrum referencecardScrum referencecard
Scrum referencecard
 
Scrum
ScrumScrum
Scrum
 

Scrum in a page

  • 1. Roles Artifacts Meetings SCRUM CHEAT SHEET Scrum Team Product Backlog - (PB) Sprint Planning – Day 1 / First Half Estimating Team is cross-functional and consists of 5-9 people List of all desired product features Product backlog prepared prior to meeting User Stories There are no set project roles within the team List can contain bugs, and non-functional items First half – Team selects items committing to complete A very high level definition of what the customer wants Team defines tasks and assignments Product Owner responsible for prioritizing Additional discussion of PB occurs during actual Sprint the system to do. Team is self-organizing and self-managing Items can be added by anyone at anytime Sprint Planning – Day 1 / Second Half Each story is captured as a separate item on the Maintains the Sprint Backlog Each item should have a business value assigned Occurs after first half done – PO available for questions Product Backlog Conducts the Sprint Review Maintained by the Product Owner Team solely responsible for deciding how to build User stories are NOT dependent on other stories Product Owner (PO) Sprint Backlog – (SB) Tasks created / assigned – Sprint Backlog produced Story Template: Accountable for product success To-do list (also known as Backlog item) for the Sprint Daily Scrum “As a <User> I want <function> So that <desired result> Defines all product features Created by the Scrum Team Held every day during a Sprint Story Example: Responsible for prioritizing product features Product Owner has defined as highest priority Lasts 15 minutes As a user, I want to print a recipe so that I can cook it. Maintains the Product Backlog Team members report to each other not Scrum Master Burndown Chart – (BC) Story Points Insures team working on highest valued features Asks 3 questions during meeting Chart showing how much work remaining in a Sprint A simple way to initially estimate level of effort expected Scrum Master (SM) Calculated in hours remaining “What have you done since last daily scrum?” to develop Holds daily 15 minute team meeting (Daily Scrum) Maintained by the Scrum Master daily “What will you do before the next daily scrum?” Story points are a relative measure of feature difficulty Removes obstacles “What obstacles are impeding your work?” Usually scored on a scale of 1-10. 1=very easy through Release Backlog – (RB) Opportunity for team members to synchronize their work Shields the team from external interference 10=very difficult Same as the Product Backlog. May involve one or Maintains the Sprint Burndown Chart more sprints dependent on determined Release date Sprint Review Example: Conducts Sprint Retrospective at the end of a Sprint Team presents “done” code to PO and stakeholders “Send to a Friend” Story Points = 2 Is a facilitator not a manager “DONE”= Potentially Shippable! Functionality not “done” is not shown “Shopping Cart” Story Points = 9 Feedback generated - PB maybe reprioritized Process Business Value FAQ Scrum Master sets next Sprint Review Each User Story in the Product Backlog should have a Daily Who decides when a Release happens? At the end Sprint Retrospective corresponding business value assigned. Scrum Sprint Review of any given Sprint the PO can initiate a Release. Attendees – SM and Team. PO is optional Typically assign (L,M,H) Low, Medium, High Who is responsible for managing the teams? The Questions – What went well and what can be improved? PO prioritizes Backlog items by highest value Sprint Sprint Product Backlog Sprint teams are responsible for managing themselves. SM helps team in discovery – not provide answers Planning Backlog Sprint Shippable Product Retrospective Estimate Team Capacity What is the length of a task? Tasks should take no Visibility + Flexibility = Scrum Capacity = # Teammates (Productive Hrs x Sprint longer than 16 hours. If longer then the task should be Glossary of Terms Days) broken down further. Tools Who manages obstacles? Primary responsibility is Time Box - A period of time to finish a task. The end Example – Team size is 4, Productive Hrs are 5, Sprint length is 30 days. Task Board on the Scrum Master. However, teams must learn to date is set and can not be changed Capacity = 4 (5 x30) = 600 hours White Board containing teams Sprint goals, backlog items, resolve their own issues. If not able then escalated to Chickens – People that are not committed to the project NOTE: Account for vacation time during the Sprint! tasks, tasks in progress, “DONE” items and the daily Sprint SM. and are not accountable for deliverables Burndown chart. What are two of the biggest challenges in Scrum? Pigs – People who are accountable for the project’s Velocity Scrum meeting best held around task board Teams not self-managing, Scrum Master success The rate at which team converts items to “DONE” in a Visible to everyone managing not leading. Single Wringable Neck – This is the Product Owner! single Sprint – Usually calculated in Story Points.