introduction to scrum: a how-to guide

53
Introduction to Scrum A How-To Guide Based on Our Workshops

Upload: espeo-software

Post on 16-Apr-2017

418 views

Category:

Technology


1 download

TRANSCRIPT

Page 1: Introduction to Scrum: A How-To Guide

Introduction to Scrum

A How-To Guide Based on Our Workshops

Page 2: Introduction to Scrum: A How-To Guide

// 2

PROJECT

The only certain thing in a project is CHANGE!A team needs to be prepared for changes, as

CHANGE IS A PART THE OF PROJECT

The way a team works should be optimized in every sprint.

Page 3: Introduction to Scrum: A How-To Guide

// 3

AGILE

“Agile is to be open to what we can do and then doing it” - Kent Beck (EP creator)

VALUE SYSTEM - people, cooperation, trust.

APPROACH - thinking based on rulesRULES OF RESPONSE TO CHANGES -

self-organizing, adaptive, transparentADAPTIVE ECOSYSTEM - cooperation of

a Team and a Product Owner

Page 4: Introduction to Scrum: A How-To Guide

// 4

SCRUM

What it is:A framework which improves the processes of creating products.- A set of related methods, techniques, rules, practices,

along with the knowledge of how to use them.What it is not:- Methodology- Process or technique (it combines processes and

techniques)

Page 5: Introduction to Scrum: A How-To Guide

// 5

SCRUM - ADVANTAGES

- describes the work of a team- great for big projects- provides high value product for

clients- the team decides - on their own -

how to build a product

Page 6: Introduction to Scrum: A How-To Guide

// 6

SCRUM - FEATURES

LIGHTWEIGHTAVAILABLE

EASY TO UNDERSTANDHARD TO MASTER

Page 7: Introduction to Scrum: A How-To Guide

// 7

ELEMENTS OF CONTROL IN SCRUM

TRANSPARENCY:- process elements visible on the outside (DoD)- understanding of the processes for all involved in SCRUMINSPECTION:- process control, progress, scrum artefacts (product

backlog, sprint backlog, increment)- detect unwanted discrepancies ADAPTATION:- make some adjustments to what was detected during the

inspection

Page 8: Introduction to Scrum: A How-To Guide

// 8

SCRUM TEAM

PRODUCT OWNERDEVELOPMENT TEAM

SCRUM MASTER

Page 9: Introduction to Scrum: A How-To Guide

// 9

PRODUCT OWNER (client, owner, representative)

Manages and takes responsibility for Product BacklogWorks as a single personFull decisiveness and “last word”

Page 10: Introduction to Scrum: A How-To Guide

// 10

PRODUCT OWNER (client, owner, representative)

S/HE IS RESPONSIBLE FOR BACKLOG MANAGEMENT- Describes the elements of Product Backlog in an easy

and understandable way- Prioritizes Product Backlog- Updates Product Backlog

Takes part in SPRINT PLANNING and SPRINT REVIEWExplains the requirements of issues!

Page 11: Introduction to Scrum: A How-To Guide

// 11

DEVELOPMENT TEAM

- provides the potential part of product release- self-organized- multifunction- no sub-teams- 3 - 9 people is an optimum- no predefined rolesTHE ENTIRE TEAM IS RESPONSIBLE FOR THE WORK

DONE

Page 12: Introduction to Scrum: A How-To Guide

// 12

SCRUM MASTER (team leader)

- responsible for the practices and rules of SCRUM- supports Product Owner:

- backlog cleanup- creates clean elements of Product Backlog

- supports Development Team:- coaches in the field of self-organizing and multifunctioning- helps to create high-quality product and removing obstacles- mediates between the team and the management

- supports company:- coaches and implement Scrum in company- increases productivity of Scrum Teams- helps to understand Scrum

Page 13: Introduction to Scrum: A How-To Guide

// 13

SCRUM MASTER (team leader)

“A Scrum Master is like a shepherd dog,who must do everything to protect his flock.

It is his compelling duty.” --- Ken Schwaber ---

Page 14: Introduction to Scrum: A How-To Guide

// 14

EVENTS IN SCRUM

SPRINTSPRINT PLANNING

DAILY SCRUMSPRINT REVIEW - DEMO

RETROSPECTIVE

Page 15: Introduction to Scrum: A How-To Guide

// 15

EVENTS IN SCRUM - C.D.

- Bring regularity.- Reduce the need to organize those included

in the Scrum meetings.- Each meeting has its own “timebox”.- Each event is an opportunity to inspect and

adapt.

Page 16: Introduction to Scrum: A How-To Guide

SPRINT LIFECYCLE

Page 17: Introduction to Scrum: A How-To Guide

// 17

THEMES, EPICS AND USER STORIES

Page 18: Introduction to Scrum: A How-To Guide

// 18

EPIC

Huge part of the systemOften impossible to complete in one sprint

EXAMPLESOrder management(Exercise example)

Page 19: Introduction to Scrum: A How-To Guide

// 19

USER STORY

It represents progress in the projectIt has an estimation

It has priority

DEFINING:AS <user type> I would like <goal>, to <result>

Page 20: Introduction to Scrum: A How-To Guide

// 20

USER STORY - EXERCISE

Epic -> User Stories -> Prioritize

Page 21: Introduction to Scrum: A How-To Guide

// 21

USER STORY - EXERCISE

User Stories -> Issues

Page 22: Introduction to Scrum: A How-To Guide

// 22

STORY POINTS

Describe scale/size and complexity, not TIME!Answer the question:

“How big and complex is the job?”Describe the speed of the team.

Page 23: Introduction to Scrum: A How-To Guide

// 23

STORY POINTS - why?

- You can never estimate with 100% confidence how long the task will take in absolute units.

- It's easier to find a common agreement about a particular estimation.

- Not converted to time- Can provide information about team speed

Page 24: Introduction to Scrum: A How-To Guide

// 24

PLANNING POKER

Group estimationCards: 0, 1, 2, 3, 5, 8, 13, 20, 100Additional cards: COFFEE, ?, ∞

Team uncovers cards when all have made a choice

Page 25: Introduction to Scrum: A How-To Guide

// 25

PLANNING POKER - EXERCISE

USER STORIES FOR CREATED ISSUES

Page 26: Introduction to Scrum: A How-To Guide

// 26

USER STORY - EXERCISE

create the backlog

Page 27: Introduction to Scrum: A How-To Guide

// 27

PRODUCT BACKLOG

- Evolving queue of requirements for the project.

- Issues arranged according to priority.- Part of issues includes description and

estimation.- Never completed.- List of features, functions, fixes,

improvements.- The the higher issue in backlog is, the

more detailed it is.

Page 28: Introduction to Scrum: A How-To Guide

// 28

SPRINT PLANNING

Based on Product BacklogTIMEBOX: 8 hours (1 month sprint)

Definition and way of sprint implementationProduct Owner helps to understand issues

People from the outside can take part in planning

Page 29: Introduction to Scrum: A How-To Guide

// 29

SPRINT PLANNING - EXERCISE

BUILD YOUR OWN SPRINT BACKLOGTIME OF SPRINT: 10 min

Page 30: Introduction to Scrum: A How-To Guide

// 30

SPRINT - HEART OF A SCRUM

- 2-4 week iterations (constant length - rhythm of team work)

- Each iteration should provide a ready part of a product- Each iteration provides value for the Product Owner

Page 31: Introduction to Scrum: A How-To Guide

// 31

SPRINT - HEART OF A SCRUM

- Team decides how to realize a goal on its own- Product Owner cannot add, remove or change sprint

requirements- Team is isolated from external factors- Product Owner is available for the team!!!- Scrum Master supervises the work efficiency and

implementation process.

Page 32: Introduction to Scrum: A How-To Guide

// 32

SPRINT - GOAL

What should be a sprint goal?

Page 33: Introduction to Scrum: A How-To Guide

// 33

SPRINT BACKLOG

Product Owner:- CANNOT change sprint goal and Sprint Backlog when

sprint is in progress!Team:- asks for additional issues- updates issues- asks Product Owner to remove issue from sprint backlog- end sprint

Page 34: Introduction to Scrum: A How-To Guide

// 34

BACKLOG GROOMING (REFINEMENT)

- Add item, priority, description to issues- Review issue- Product Owner, Scrum Master and Dev Team cooperates- The Scrum Team decides how the refinement is done- Should NOT consume more than 10% time of Dev Team - Product Owner can update Product Backlog at any time

TIP:- Big functionality/refactor -> initial issue, then main one!

Page 35: Introduction to Scrum: A How-To Guide

// 35

DAILY SCRUM

TIMEBOX: 15 minutesEveryday work summary.

At the beginning/end of a day.The same hour, the same place

Result: Plan for the next 24 hours!

Page 36: Introduction to Scrum: A How-To Guide

// 36

DAILY SCRUM C.D.

What did I do?What am I going to work on?Is something blocking me?

------------------Did you learn anything important?

Is the sprint going well in your opinion?

Page 37: Introduction to Scrum: A How-To Guide

// 37

SPRINT - PROBLEMS

- What if the team completes its sprint backlog faster?

- What if team realizes that they cannot complete the entire sprint backlog?

- Hotfix appeared?

OTHER PROBLEMS?

Page 38: Introduction to Scrum: A How-To Guide

// 38

SPRINT - EXERCISE

LET’S START WITH THE SPRINT SPRINT - 3 min

Daily SCRUM - 2 min

SPRINT - 5 minBacklog grooming

SPRINT - 2 min

Page 39: Introduction to Scrum: A How-To Guide

// 39

SPRINT REVIEW (DEMO)

TIMEBOX: 4 hours max (1 month sprint)

Shows/presents the effect of team’s work.Participants: Scrum team and stakeholders.Product Owner verifies business value and accepts the issues (or not).“Natural” end of a sprint and Product Backlog update.

Page 40: Introduction to Scrum: A How-To Guide

// 40

SPRINT REVIEW

LET’S SHOW OUR WORK!

Page 41: Introduction to Scrum: A How-To Guide

// 41

BURNDOWN CHART

Illustrates the work progress.The work focused on the goal!

Team motivation.

Page 42: Introduction to Scrum: A How-To Guide

// 42

BURNDOWN CHART

LET’S DRAW

Page 43: Introduction to Scrum: A How-To Guide

// 43

SPRINT REVIEW - ADVICE

One person leads the meeting + the other can present its issues.

Introduction of issue, and then a clear & short issue description.

Avoid long talks and boring descriptions.Write down errors, problems, misunderstandings.

Ask for feedback!

Page 44: Introduction to Scrum: A How-To Guide

// 44

DEFINITION OF DONE

Verify the SPRINT based on DoD!!!

Page 45: Introduction to Scrum: A How-To Guide

// 45

SPRINT RETROSPECTIVE

Sprint summaryTIMEBOX: 3 hours/1 month sprintRethinking time and a moment to look on job from aboveTime to improve work and point weak spots.Learn and develop based on experience.

Page 46: Introduction to Scrum: A How-To Guide

// 46

SPRINT RETROSPECTIVE

What was good?What was bad?

What to change?What were our strengths?What to do more - or less?

Page 47: Introduction to Scrum: A How-To Guide

// 47

SPRINT RETROSPECTIVE - EXAMPLE 1

START STOP

CONTINUE

Page 48: Introduction to Scrum: A How-To Guide

// 48

SPRINT RETROSPECTIVE - EXAMPLE 2

6 Thinking Hats Retrospective

Page 49: Introduction to Scrum: A How-To Guide

// 49

SPRINT RETROSPECTIVE

SAILBOAT

Page 50: Introduction to Scrum: A How-To Guide

// 50

ADDITIONAL KNOWLEDGE

Page 51: Introduction to Scrum: A How-To Guide

// 51

VELOCITY

Speed of a teamPossibility of teamwork

Informs about the Story Points that the team can complete within a sprint

More sprints = velocity much more accurate.

Page 52: Introduction to Scrum: A How-To Guide

// 52

RELEASE BURNDOWN

Page 53: Introduction to Scrum: A How-To Guide

Poznań // Helsinki // San Francisco

espeo.eu

Like what you see?Let's work together!