Introduction into SCRUM

Introduction into SCRUM
Anton Viktorov, Eugene Afonin
September 23, 2014 www.ExigenServices.com

2 www.ExigenServices.com
2
Plan
 Origins and history
 Why
 What is it
 Scrum flow
 Roles
 Practices
 eXtreme programming
 Values
 Scalability. Scrum of Scrums

3
What is SCRUM?
Scrum

4
Scrum Origins & History
 Fuji-Xerox, Honda, Canon, Toyota
 Early 90s
 Jeff Sutherland
 Ken Schwaber
 Mike Beedle

5
Why to invent something?
 Requirements are not fully understood before a project begins
 Users know what they want only after they see an initial version
of software
 Requirements change often during the software construction
process
 New tools and technologies make implementation strategies
unpredictable

6
Philosophy
 Development is not well defined industrial process
 Development is creativity
 Development is complex and requires empirical model
INSPECT AND ADAPT

7
Empirical Process Control
 Uses Inspection and subsequent adaptation to optimize realization
of goals
 Transparency is required for inspection and adaptation

8
What is it
 Scrum is an iterative and incremental development methodology
 A key Scrum theme is its emphasis on empirical rather than
defined process
INSPECT AND ADAPT

9
Scrum Flow Overview

10
Roles and Practices
 Product Owner
 Scrum Master
 Scrum Team
 Product Backlog
 Sprint
 Sprint Planning Meeting
 Sprint Backlog
 Scrum Meetings
 Sprint Review and Retrospective

11
Product Owner
 Represents the interests of the stakeholders, communicates
product requirements
 One person who is responsible for creating and prioritizing the
Product Backlog
 Chooses the goals (from Product Backlog) for the next Sprint
 Responsible for ensuring that the most important business value
is developed first
 Along with other stakeholders, participates in Sprint Review

12
Scrum Master
 Ensures Scrum practices followed
 Another main job is to remove blocks
– Decisions in one hour; “bad decisions are better than no
decisions, and they can be reverted”
– Blocks gone in one day, ideally
 Mediates between Management and Scrum team
 Firewall – ensures that team is not interrupted by work requests
from outside.
 Conducts Daily Scrum
 Conducts Sprint Review

13
Scrum Master

14
Scrum Team
 7±2 people
 Does whatever needs to meet goal
– Organizes itself and its work
– Cross functional
 Membership can be changed only between sprints

15
Product Backlog
 A list of work desired to be done
 List is prioritized by Product Owner

16
Sample Product Backlog

17
Sprint
 Target duration is 1 month ± 2 weeks
 No changes during the Sprint
– Plan sprint durations around how long you can commit
to keeping changes out of the Sprint
– Timeboxing in Scrum

18
Sprint Planning

19
Sprint Goal and Sprint Backlog
 Scrum Team takes the Sprint Goal and decides what tasks are
necessary
 Team self organizes around how they’ll meet the Sprint Goal
– Manager doesn’t assign tasks to individuals
 Managers don’t make decisions for the team
 Scrum Team estimates and commits
 Sprint Backlog is created

20
Sample Sprint Backlog

21
Sprint Backlog during the Sprint
 Changes
– Team adds new tasks whenever they need to in order to meet
the Sprint Goal
– Team can remove unnecessary tasks
– ! But: Sprint Backlog can only be updated by the team
 Estimates are updated whenever there’s new information

22
Sprint Backlog Graph
“Burn-Down” Chart

23
Sprint abnormal termination
 Sprint can be cancelled before planned end of sprint date
 Team can cancel Sprint if they are unable to meat Sprint Goal
 Management can cancel Sprint if external circumstances negate
the value of Sprint Goal
 Rule of 20%
 If Sprint is abnormally terminated – conduct Sprint planning and
review termination reason

24
Scrum Meetings or “Scrum”
 Scrums are:
– Daily
– Stand-up
– Not more than 20 mins
– Not for problem solving
 Three main questions:
– What have you done since last Scrum?
– What will you do between now and next Scrum?
– What is getting in the way (blocks)?
 Chickens and pigs
– Only Scrum Team can talk (the pigs)
– Anyone else can attend but remain silent (the chickens)

25
Sprint Review
 Team presents what is accomplished during the sprint
 “Demo” of new features
 Informal
 Participants
– Customers
– Management
– Product Owner
– Other engineers

26
Spring Retrospective
 Team reviews what went well and what went poorly
 Use retrospection techniques to find potential for improvement
 Pick one or two areas to focus for improvement
 Typically 15–30 minutes
 Done after every sprint
 Whole team participates

27
No more Roles and Practices

28
There are no engineering practices
 Scrum doesn't have any engineering practices, wrapping and
using those at the organization where it is implemented. When
these engineering practices are weak, overall productivity is
lessened.
 XP:
1. Test-Driven Development
2. Planning Game
3. Whole Team
4. Pair Programming
5. Continuous Integration
6. Design Improvement
7. Small Releases
8. Simple Design
9. System Metaphor
10. Collective Code Ownership
11. Coding Standard
12. Sustainable Pace

29
Some key success practices
 Replace ineffective Scrum Master
 Workers daily update the Sprint Backlog
 No tasks in Sprint backlog more than 16 hrs
 Scrum Master updates team to see a whole picture every day
 Blocks gone in one day
 Start simple and stay that way

30
Scrum Values
 Focus
 Respect
 Courage
 Openness
 Commitment

31
You are not doing Scrum if…
 Scrum Master tells the Team what to do
 Customer (Product Owner) isn’t involved in every iteration, isn’t
prioritizing requirements
 You have two or more Product Owners, who own Product
Backlog
 You add new or additional features to the Sprint
 You create a plan for several iterations ahead

32
Small project
PO
SM
Team

33
Large Project - Scrum of Scrums
Chief PO
Chief SM
PO
SM
Team
PO
SM
Team
PO
SM
Team
PO
SM
Team

34
SCRUM
 Scrum is a simple framework
 Scrum provides the mechanism for making people problems
visible so they can be solved

35
Books to read
• Agile Software Development with
Scrum, by Ken Schwaber and Mike
Beedle, published by Prentice Hall
• Agile Project Management with
Scrum (Microsoft Professional), by
Ken Schwaber, published by
Microsoft Press
• Agile and Iterative Development, A
Manager’s Guide, By Craig Larman,
published by Addison-Wesley

36
Sites to visit
 www.ControlChaos.com
 www.ScrumAlliance.org

37
Tools to use
 Version One (www.VersionOne.net)
 Rally (www.RallyDev.com)
 ScrumWorks (www.ScrumWorks.com)
 Green Hopper for Jira (www.atlassian.com/GreenHopper)
 Xplanner (xplanner.org)
 Sprintometer (www.sprintometer.com – born in Exigen Services)

38
Questions
Questions ?

39
Photos. Jeff Sutherland
Jeff Sutherland, Anton Viktorov

40
Photos. Kent Beck
Anton Viktorov, Kent Beck, Sergey Andrzheevsky, Elena Komarova

Introduction into SCRUM

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Introduction into SCRUM

Similar to Introduction into SCRUM (20)

More from Return on Intelligence

More from Return on Intelligence (20)

Recently uploaded

Recently uploaded (20)

Introduction into SCRUM

Editor's Notes