Scrum Methodology
Scrum Methodology
Scrum Methodology
AGILE –SCRUM
Project Development Methodology
1
Business Challenges
What is SCRUM?
Scrum Call
4
Restart your work again
PRINCIPLES OF SCRUM
5
SCRUM Rules
6
SCRUM Team
7
SCRUM and SPRINT Cycle
Pre-requisites
• Initial Product Backlog
• Prioritised Backlog by What did we do yesterday?
• • •
Business Content What are we doing today?
Leads
• Secured resources
Sprint What are the impediments?
Update
Product Scrum Lifecycle
Backlog Product
Increment
Key Artefacts
• Product Backlog
• Product Backlog Burn down Sprint
• Sprint Backlog
Retrospective
• Sprint Backlog Burn down Sprint Review Product Owners
• Impediment Log
• Process Maps (Case wise)
• High Level Design Scrum Master Team Members
(Analysts, developers,
Designers)
Scrum Roles
Business User
Community
8
PRODUCT BACKLOG
9
SPRINT PLANNING
OFF-SHORE/ONSITE – through VC
Product Owner
Scrum Master
Scrum Team
Input
Product Backlog
Team Resources
Current Progress
10
Sprint Planning
• The Product Owner and Scrum Team meet to determine the work that can be
completed in the next sprint.
• Work is selected from the top of the priority list by the Team.
• The Product Owner and the Team establish a goal for the sprint
• The Team is expected to select only work which they can commit to finishing
(according to the definition of “DONE”)
11
SPRINT Backlog contents
12
SPRINT Backlog contents
13
Daily Scrum meetings
• Same Time
• Same Place
• Every Day
• Everyone Participates
• Daily meeting • Everyone Stands
• No Design (Talk About it After the
– 15 minutes Meeting)
– Standup (to avoid too long meeting)
– Not for problem solving
• Three questions:
• Update Sprint Burn down
– What did you do yesterday? • Update Impediment log
– What obstacles are in your way?
– What will you do today?
14
Daily Scrum Meetings
15
Impediment log
• Any issue that prevents the Scrum Teams from being able to progress an activity
should be placed on the Impediment Log.
• Any issue that is highlighted and known to impact the Scrum Teams at a future
date or future sprint, should be placed on the Impediment Log
16
SPRINT Burn Down
17
SPRINT Review
18
SPRINT Review Process
• The Team should not spend more than one hour preparing for Sprint Review.
• Functionality that isn't "Done" cannot be presented.
• Functionality should be presented and executed from development environment
• Stakeholders are free to voice any comments, observations, or criticisms regarding
the increment of potential shippable product functionality
• Stakeholders can identify functionality that wasn't delivered or wasn't delivered as
expected and request that such functionality be placed in the Product Backlog for
prioritisation.
• Stakeholders can identify any new functionality that occurs to them as they view the
presentation and request that the functionality be added to the Product Backlog for
prioritisation.
• The Scrum Master should determine number of people who expect to attend the
Sprint Review meeting and setup the meeting to accommodate them.
• At the end of Sprint Review meeting, Scrum Master announces the place and date
for next Sprint Review to Product Owner and stakeholders.
19
SPRINT Retrospective
20
DONE CRITERIA
Documentation Business Process Maps in Casewise to Level 4/5 agreed within project incl peer review outside of 100%
scrum team
Documentation Traceability – mapping of design to scope item to PBI to requirements to Process maps 100%
Design Assurance Design agreed and aligned with solution architecture (SAA + Solution Architect) 100%
Data Model Design agreed with Data Team and information requirement fully defined 100%
Migration Migration requirements agreed with the migration team incl where there are none 100%
Reporting Reporting requirements agreed with Product Owner and/or Content Lead and PBI added to 100%
Reporting Backlog
Testing Functional and Non-Functional Testing scripts produced and NFR coverage tracked including 100%
explicit statements where not required
•This list applies to all Product Backlog Items. If you are developing code in the sprint then page 2 applies as CONTND..
well 21
•Evidence of Done will be required so ensure that you have obtained agreements by email where applicable
DONE CRITERIA
Code Developed against selected elements of the PBI design and build standards and peer 100%
reviewed.
Design Detailed design incorporated in HLD document and reviewed and agreed by lead 100%
designer/architects
Testing Functional Testing presented to and conducted by content lead and/or SME and/or 100%
Front Line Business Users
Testing Usability Testing presented to and conducted by content lead and/or SME and/or Front 100%
Line Business Users
22
Project --Development Process
PRODUCT New Sprint Plan
BACKLOG +Increment
SPRINT New Sprint Plan
SPRINT PLANNING MEETING 30 DAYS SPRINT 2
+Increment
SPRINT
30 DAYS
SPRINT 3
SPRINT SPRINT
SPRINT
GOAL 30 DAYS
GOAL
Daily Scrum SPRINT
Daily Scrum SPRINT
SPRINT GOAL
BACKLOG
BACKLOG
Daily Work Daily Scrum
Daily Work IMPEDIMENT
Burndown
IMPEDIMENT SPRINT
Daily Run S BACKLOG
S
through out sprint`` Daily Work
PRODUCT IMPEDIMENT
Burndown
PRODUCT S
INCREMENT
INCREMENT
SPRINT REVIEW MEETING PRODUCT
INCREMENT
SPRINT REVIEW MEETING
BurdDown
Rate SPRINT REVIEW MEETING
Product backlog
BurdDown
Rate
23
23
Time
SCRUM in Practice
Pre-Flight Checking
24
SCRUM Benefits
Benefits
• Team
The teams get focused > One common goal
Creates self discipline, accountability & responsibility
Faster, better Communication without barriers
No Manager-subordinate relationship – flat structure
Team Work, Commitment and Time & Risk Management
There Is No Individual Failure – The Team Fails!
There is No Individual Success –Team Success ( No man of the match)!
• Stakeholders
• Higher Visibility any time
• Ability to respond and Adapt
• Real software code in early phase of SW life cycle
• Better evaluation, testing, demonstration purposes.
• Organization
• Business Value - ROI
25
Scrum Challenges
26
Tools -SPRINT UPDATES
27
Tools -TEST UPDATES – Quality Centre
28
29
Q&A
Thank You
30