SlideShare a Scribd company logo
Scrum Practice
   Organized step by step approach
   Manager oriented paradigm
   Pre planned work
   Requirements will be gathered at the beginning
    of the process.
   Complete high level design before
    implementation
   Complete documentation
   A successful approach for most of the
    companies
   One of the Agile Methodologies.
   It’s a simplified iterative model.
   Time boxed work.
   Team friendly paradigm.
   Can start with minimal requirements.
   “Plan” for next sprint.
   “Design” only for the current sprint.
   Close interaction with developers and testers.
   Lock the Requirement for the current sprint.
   Client will get more interaction, to know the progress
    of work.
   Allows you to change requirement at any point of time.
Scrum Practice
   Self organized teams
   Better coding practice
   Minimizes resource time wastage
   Easy to adapt changes
   Quick problem resolution
   Short term deliverables
   Client can see ROI
   Easy to trace the work progress
   Complete trust on team members
   Sprint planning for 1 – 4 weeks
   Allow team to decide what all stories they can
    complete in the boxed time.
   Allow team to discuss on each story before actual
    execution starts
   Respects all team members understanding
   Allows team member to share their road blocks
   Daily updates to know the work progress
   “Allows” you to “do” experiment
   Meetings are most important, participation is must
   Pigs
       Scrum Team
         Product owner
         Scrum master
         Sprint Team
   Chickens
       Stakeholders
       Clients
       Any End users or managers
   Holds the product back log
   Organizes all specification and simplifies them
    to Story points
   Prioritizes all story points
   Conducts Sprint Planning
   Responsible for clarifying doubts
   Has to review sprint retrospective
   Key person for Scrum practice
   Has to involve all team members in Sprint planning
   Responsible for making team more interactive
   Responsible for conducting daily scrum meeting
   Holds the burn down chart to know the progress
   Has to resolve all internal team problems
   Has to respond to the team members when ever they
    need help.
   Can be a team member.
   Shouldn’t allow other interference.
   Shouldn’t allow any one to change work after it got
    planned.
   Can involve in Prioritizing story points
   Team size can be (5 – 9)
   Combination of developers and testers
   Team member can work on any task
   Has to attend daily scrum
   Has to update time left on his task at end of the
    day
   Has to maintain good relationship with co-
    team members
   Product Back log
     Holds complete specification details
     Product owner is responsible for reshuffling and
      prioritizing
     Pending works from sprint will be placed here.
   Sprint Back log
     Holds current sprint story points and tasks
     Holds work left as of today with up to date values
   Burn Down chart
     Gives an idea about “how much work left in the sprint as
      of today”
     It gives clear idea about team capacity
   Daily Scrum
   Sprint Planning
   Sprint Review
   Retrospective
   Standup meeting
   Not to exceed more than 15mins
   Everyone has to tell 3things
       What you have done yesterday
       What are you going to do today
       Any issues you faced in the implementation
   If the meeting requires more time to resolve problems then
    separate meeting should be scheduled
   Has to respond to the team members when ever they need help.
   Can be a team member.
   Shouldn’t allow other interference.
   Shouldn’t allow any one to change work after it got planned.
   Can involve in Prioritizing story points
   Can add user stories to the product back log
   Team will play planning poker game to get
    weightage of story points.
   Stories will be reviewed based on priority.
   Product owner will clarify if team has any doubts
    or concerns on any story.
   Team available effort will be measured (4-6 hours
    per day for a resource).
   Team will commit only on stories which has clear
    understanding.
   Items that are going to work on in the next sprint
    will be decided based on team comfort.
   Stakeholder and client will included along with
    scrum team
   Team member will give a demo on what was
    implemented in the last sprint
   All questions will be answered by scrum team.
   Transparent to every one.
   Missing/change in functionality items will be
    listed and will be added to the product back
    log.
   Scrum team will be participated in the meeting
   Team needs to come up with all problems that
    were faced in the previous sprint
   Product owner will review those problems and
    will come-up with solutions.
   Team can suggest if they need any changes to
    the process
   No “Working for late hours”
   Abnormal termination
       When change in requirement has impact on current
        running sprint then product owner has the right to
        terminate current sprint and can propose for new sprint
        plan
   Definition of “Done”
       Product owner has to define definition of task completed.
   Impediments
       Either source stopper or issues rose while implementing
   Running sprint cycle never get change.
Srinu Tamada



http://www.scrumalliance.org/profiles/95538-srinu-tamada

More Related Content

PPT
Scrum Roles and artifacts
Naresh Jain
 
PPTX
Agile Introduction - Scrum Framework
Kshitij Yelkar MBA/PMP/CSM/ICP-ACC
 
PPTX
Scrum in 5 slides
Joshua Partogi
 
PPT
Overview of Scrum
Naresh Jain
 
PPT
What Is A Sprint Planning Meeting
Vikrama Dhiman
 
PPT
Introduction To Scrum
vineet
 
PPT
Agile Experience
Naresh Jain
 
PPTX
Scrum for IT Offshore & IT Outsourcing in Asia
patrickvandun
 
Scrum Roles and artifacts
Naresh Jain
 
Agile Introduction - Scrum Framework
Kshitij Yelkar MBA/PMP/CSM/ICP-ACC
 
Scrum in 5 slides
Joshua Partogi
 
Overview of Scrum
Naresh Jain
 
What Is A Sprint Planning Meeting
Vikrama Dhiman
 
Introduction To Scrum
vineet
 
Agile Experience
Naresh Jain
 
Scrum for IT Offshore & IT Outsourcing in Asia
patrickvandun
 

What's hot (20)

PPTX
Agile and UX, July 8 - Scrum Club, Los Angeles, CA
Patrick Neeman
 
PPTX
Gwc agile and scrum
Lena Barinova
 
PPTX
SCRUM Core Concepts
Aaron Corcoran
 
PPTX
Scrum ceromonies
Jyaasa Technologies
 
PPTX
Scrum principles
Sunny Poswal
 
PPT
Scrum Overview
sourav_techjini
 
PPTX
Understanding Scrum in 30 Minutes
Altaf Najvani
 
PPTX
Agile Bootcamp
douglangille
 
PDF
Sprint review and Retrospective
R. Gesit Prasasti Alam, PSM®
 
PPTX
Scrum@accenture
Pierre E. NEIS
 
PDF
Scrum: Scrum Guide Summary
Daniel Araujo dos Santos
 
PPTX
2017 Scrum by Picture
Pawel Lewinski
 
PPTX
Scrum Framework
Upekha Vandebona
 
ODP
Scrum
breccan
 
PPTX
Scrum Walkthrough Internship Course
Zoltan Iszlai
 
PPTX
Présentation scrum
DexterIT
 
PPSX
Présentation scrum
Olivier Laquinte
 
PPTX
Agile methodology
subash kumar
 
PPTX
Scrum team and efficiency
Kappagantula Aditya
 
PPTX
Scaling Agile - Agility Defined
Vibhu Srinivasan
 
Agile and UX, July 8 - Scrum Club, Los Angeles, CA
Patrick Neeman
 
Gwc agile and scrum
Lena Barinova
 
SCRUM Core Concepts
Aaron Corcoran
 
Scrum ceromonies
Jyaasa Technologies
 
Scrum principles
Sunny Poswal
 
Scrum Overview
sourav_techjini
 
Understanding Scrum in 30 Minutes
Altaf Najvani
 
Agile Bootcamp
douglangille
 
Sprint review and Retrospective
R. Gesit Prasasti Alam, PSM®
 
Scrum@accenture
Pierre E. NEIS
 
Scrum: Scrum Guide Summary
Daniel Araujo dos Santos
 
2017 Scrum by Picture
Pawel Lewinski
 
Scrum Framework
Upekha Vandebona
 
Scrum
breccan
 
Scrum Walkthrough Internship Course
Zoltan Iszlai
 
Présentation scrum
DexterIT
 
Présentation scrum
Olivier Laquinte
 
Agile methodology
subash kumar
 
Scrum team and efficiency
Kappagantula Aditya
 
Scaling Agile - Agility Defined
Vibhu Srinivasan
 
Ad

Viewers also liked (20)

PDF
Scrum in Practice: A Developer’s view
Bosnia Agile
 
PDF
Meta Products & Network Focused Design '12
Booreiland
 
PDF
Scrum in practice at klarna
Elad Maimon
 
KEY
Ruby On Rails
Eric Berry
 
PDF
Software Design Trilogy Part III - Domain Driven Design for Ruby on Rails App...
Andy Maleh
 
PPT
Ruby On Rails Presentation
ChanHan Hy
 
PDF
When To Use Ruby On Rails
dosire
 
PPTX
Using scrum in daily business xp days 2013
Linda Dorlandt
 
PPT
Scrum Practices
Linchuan Wang
 
PDF
Scrum Board
Fábio Aguiar
 
PDF
Setting Up Your Scrum Board in GreenHopper
Atlassian
 
KEY
Enterprise Architectures with Ruby (and Rails)
Konstantin Gredeskoul
 
PDF
Python Advanced – Building on the foundation
Kevlin Henney
 
PPT
Kanban VS Scrum
Mikalai Alimenkou
 
PDF
Introducing Agile Scrum XP and Kanban
Dimitri Ponomareff
 
PPT
Scrum In 15 Minutes
Srikanth Shreenivas
 
PPTX
Introduction to Scrum.ppt
Mohan Late
 
PPTX
Introduction to Kanban
TO THE NEW | Technology
 
PDF
Kanban in 4 easy steps
Shore Labs
 
PDF
Kanban boards step by step
Giulio Roggero
 
Scrum in Practice: A Developer’s view
Bosnia Agile
 
Meta Products & Network Focused Design '12
Booreiland
 
Scrum in practice at klarna
Elad Maimon
 
Ruby On Rails
Eric Berry
 
Software Design Trilogy Part III - Domain Driven Design for Ruby on Rails App...
Andy Maleh
 
Ruby On Rails Presentation
ChanHan Hy
 
When To Use Ruby On Rails
dosire
 
Using scrum in daily business xp days 2013
Linda Dorlandt
 
Scrum Practices
Linchuan Wang
 
Scrum Board
Fábio Aguiar
 
Setting Up Your Scrum Board in GreenHopper
Atlassian
 
Enterprise Architectures with Ruby (and Rails)
Konstantin Gredeskoul
 
Python Advanced – Building on the foundation
Kevlin Henney
 
Kanban VS Scrum
Mikalai Alimenkou
 
Introducing Agile Scrum XP and Kanban
Dimitri Ponomareff
 
Scrum In 15 Minutes
Srikanth Shreenivas
 
Introduction to Scrum.ppt
Mohan Late
 
Introduction to Kanban
TO THE NEW | Technology
 
Kanban in 4 easy steps
Shore Labs
 
Kanban boards step by step
Giulio Roggero
 
Ad

Similar to Scrum Practice (20)

PPT
Agile Methodology(SCRUM)
KhushSlideShare
 
PPT
Agile Scrum Methodology
Rajeev Misra
 
PPTX
Agile manifesto
Barney Loehnis
 
PDF
Scrum referencecard
Suresh Kumar
 
PPT
Introduction To Scrum
Deepak Mittal
 
PPT
Scrum Primer
davelucey
 
PPTX
Close to agile
philywu
 
PPT
Waterfall vs agile approach scrum framework and best practices in software d...
Tayfun Bilsel
 
PPT
The Agile Process - Taming Your Process To Work For You
Nowell Strite
 
PPTX
Introduction To Scrum Presentation for beginners
ssuser92ac1f
 
ODP
Scrum Process
John Lewis
 
PDF
Scrum Reference Card
enderturan
 
PPT
An Introduction to Scrum
mbalas2
 
PPT
Intro To Scrum
scottycn
 
PPTX
Agile Methodology in Software Development
Raghav Seth
 
PPT
Introduction into Scrum
msorin
 
PPT
Agile processes scrum
Pruthviraj Yerram
 
PPTX
Azure dev ops
Tomy Rhymond
 
PPT
Agile scrum induction
Priyank Pathak
 
Agile Methodology(SCRUM)
KhushSlideShare
 
Agile Scrum Methodology
Rajeev Misra
 
Agile manifesto
Barney Loehnis
 
Scrum referencecard
Suresh Kumar
 
Introduction To Scrum
Deepak Mittal
 
Scrum Primer
davelucey
 
Close to agile
philywu
 
Waterfall vs agile approach scrum framework and best practices in software d...
Tayfun Bilsel
 
The Agile Process - Taming Your Process To Work For You
Nowell Strite
 
Introduction To Scrum Presentation for beginners
ssuser92ac1f
 
Scrum Process
John Lewis
 
Scrum Reference Card
enderturan
 
An Introduction to Scrum
mbalas2
 
Intro To Scrum
scottycn
 
Agile Methodology in Software Development
Raghav Seth
 
Introduction into Scrum
msorin
 
Agile processes scrum
Pruthviraj Yerram
 
Azure dev ops
Tomy Rhymond
 
Agile scrum induction
Priyank Pathak
 

Scrum Practice

  • 2. Organized step by step approach  Manager oriented paradigm  Pre planned work  Requirements will be gathered at the beginning of the process.  Complete high level design before implementation  Complete documentation  A successful approach for most of the companies
  • 3. One of the Agile Methodologies.  It’s a simplified iterative model.  Time boxed work.  Team friendly paradigm.  Can start with minimal requirements.  “Plan” for next sprint.  “Design” only for the current sprint.  Close interaction with developers and testers.  Lock the Requirement for the current sprint.  Client will get more interaction, to know the progress of work.  Allows you to change requirement at any point of time.
  • 5. Self organized teams  Better coding practice  Minimizes resource time wastage  Easy to adapt changes  Quick problem resolution  Short term deliverables  Client can see ROI  Easy to trace the work progress
  • 6. Complete trust on team members  Sprint planning for 1 – 4 weeks  Allow team to decide what all stories they can complete in the boxed time.  Allow team to discuss on each story before actual execution starts  Respects all team members understanding  Allows team member to share their road blocks  Daily updates to know the work progress  “Allows” you to “do” experiment  Meetings are most important, participation is must
  • 7. Pigs  Scrum Team  Product owner  Scrum master  Sprint Team  Chickens  Stakeholders  Clients  Any End users or managers
  • 8. Holds the product back log  Organizes all specification and simplifies them to Story points  Prioritizes all story points  Conducts Sprint Planning  Responsible for clarifying doubts  Has to review sprint retrospective
  • 9. Key person for Scrum practice  Has to involve all team members in Sprint planning  Responsible for making team more interactive  Responsible for conducting daily scrum meeting  Holds the burn down chart to know the progress  Has to resolve all internal team problems  Has to respond to the team members when ever they need help.  Can be a team member.  Shouldn’t allow other interference.  Shouldn’t allow any one to change work after it got planned.  Can involve in Prioritizing story points
  • 10. Team size can be (5 – 9)  Combination of developers and testers  Team member can work on any task  Has to attend daily scrum  Has to update time left on his task at end of the day  Has to maintain good relationship with co- team members
  • 11. Product Back log  Holds complete specification details  Product owner is responsible for reshuffling and prioritizing  Pending works from sprint will be placed here.  Sprint Back log  Holds current sprint story points and tasks  Holds work left as of today with up to date values  Burn Down chart  Gives an idea about “how much work left in the sprint as of today”  It gives clear idea about team capacity
  • 12. Daily Scrum  Sprint Planning  Sprint Review  Retrospective
  • 13. Standup meeting  Not to exceed more than 15mins  Everyone has to tell 3things  What you have done yesterday  What are you going to do today  Any issues you faced in the implementation  If the meeting requires more time to resolve problems then separate meeting should be scheduled  Has to respond to the team members when ever they need help.  Can be a team member.  Shouldn’t allow other interference.  Shouldn’t allow any one to change work after it got planned.  Can involve in Prioritizing story points  Can add user stories to the product back log
  • 14. Team will play planning poker game to get weightage of story points.  Stories will be reviewed based on priority.  Product owner will clarify if team has any doubts or concerns on any story.  Team available effort will be measured (4-6 hours per day for a resource).  Team will commit only on stories which has clear understanding.  Items that are going to work on in the next sprint will be decided based on team comfort.
  • 15. Stakeholder and client will included along with scrum team  Team member will give a demo on what was implemented in the last sprint  All questions will be answered by scrum team.  Transparent to every one.  Missing/change in functionality items will be listed and will be added to the product back log.
  • 16. Scrum team will be participated in the meeting  Team needs to come up with all problems that were faced in the previous sprint  Product owner will review those problems and will come-up with solutions.  Team can suggest if they need any changes to the process
  • 17. No “Working for late hours”  Abnormal termination  When change in requirement has impact on current running sprint then product owner has the right to terminate current sprint and can propose for new sprint plan  Definition of “Done”  Product owner has to define definition of task completed.  Impediments  Either source stopper or issues rose while implementing  Running sprint cycle never get change.