Scrum101

103
Being Agile Scrum

description

An introduction to Agile and Scrum

Transcript of Scrum101

Page 1: Scrum101

Being AgileScrum

Page 2: Scrum101

Sandy Mamoli

Page 3: Scrum101
Page 4: Scrum101

The Plan

Page 5: Scrum101

• Agile: Why?

• Scrum: The Ingredients

• Scrum: The How-to

• Questions

Page 6: Scrum101

Ask Questions!

Page 7: Scrum101

Who are?

Page 8: Scrum101

Why Agile?

Page 9: Scrum101

• 66% over budget

• 50% over time

• 42% of all requirements change

Do we have a problem?

Page 10: Scrum101

Predictability

Page 11: Scrum101
Page 12: Scrum101

Scare the crap out of them !!

Page 13: Scrum101

•Time to market: 14 - 30 day cycles

•Manage budget risk

•Manage time risk

•Improve quality

Motivation

Page 14: Scrum101

• 82% Increased Productivity

• 77% Improved Quality

• 78% Stakeholder satisfaction

• 37% Improved Cost

Benefits

Page 15: Scrum101

Ingredients

Page 16: Scrum101

• Iterative and incremental development

• Working software

• Small cross-functional teams

• Embrace change

• Short feedback loops

• Priority by business value

Page 17: Scrum101

Iterative and Incremental

Page 18: Scrum101

Working software

Page 19: Scrum101

Empoweredteams

Page 20: Scrum101

Cross-functional teams

Page 21: Scrum101

Embrace change

Page 22: Scrum101

VisibilityTransparencyFeedback

Page 23: Scrum101

Priority by business value

Page 24: Scrum101

Scrum: The How-To

Page 25: Scrum101

Not a methodology

Page 26: Scrum101

Not a panacea

Page 27: Scrum101

Not the only way

Page 28: Scrum101

Scrum

Page 29: Scrum101

Courtesy: Gillian Clark

Page 30: Scrum101

Scrum Teams

Page 31: Scrum101

Product Owner

Page 32: Scrum101

Scrum Master

Page 33: Scrum101

The Team

Page 34: Scrum101

Product Owner

• Working on shared product vision

• Gathering requirements

• Prioritising requirements

• Accepting the product at the end of each sprint

• Managing the release plan

• Manage ROI

Page 35: Scrum101

Scrum Master

• Shepherding the team

• Working with the Product Owner

• Removing Impediments

• Keeping the process moving

• Protecting the team

• Ask the team!

Page 36: Scrum101

The Team

• Estimating size of requirements

• Committing to increments of deliverable software

• Managing the sprint (self-organising)

• Delivering software

• Tracking their own progress (with SM)

Page 37: Scrum101

Questions?

Page 38: Scrum101

The Product Backlog

Page 39: Scrum101

Courtesy: Gillian Clark

Page 40: Scrum101

When?

Page 41: Scrum101

• Some requirements done at the initial planning stage

• Some requirements are done later

Page 42: Scrum101

Sprint 0

Page 43: Scrum101

CompletenessRequirements Trawling

Page 44: Scrum101

What?

Page 45: Scrum101

User stories/Features

Page 46: Scrum101

Courtesy: Chris Spagnuolo

Page 47: Scrum101

What is a user story?

A concise, written description of a piece of functionality that will be valuable to a user (or owner) of the software.

Page 48: Scrum101

“As a music lover

I want to submit payment by VISA card

so that I can purchase the album”

Page 49: Scrum101

Written in business language

Page 50: Scrum101

Example product backlog

Page 51: Scrum101

Who?

Page 52: Scrum101

• Product owner

• Customer team

• End users

• Advice from the technical team

• The developers or Scrum Master

Page 53: Scrum101

Only the Product Owner can prioritise!

Page 54: Scrum101

Questions?

Page 55: Scrum101

Estimating/Sizing

Page 56: Scrum101

Story Points vs. Ideal Man-Days

Page 57: Scrum101

?135813

Page 58: Scrum101

Estimates are made by the team

Page 59: Scrum101

Planning Poker

Page 60: Scrum101

Velocity

Page 61: Scrum101
Page 62: Scrum101

Spikes

Page 63: Scrum101

Questions?

Page 64: Scrum101

Sprint planning

Page 65: Scrum101

Courtesy: Gillian Clark

Page 66: Scrum101

What goes into a sprint?

Page 67: Scrum101

Sprint planning meeting

Page 68: Scrum101

• Select backlog and set goal (Product Owner, Team)

• Plan and select sprint functionality (Team)

2 Parts

Page 69: Scrum101

Part 1: Select backlog

Page 70: Scrum101

How much?

Page 71: Scrum101

Yesterday’s weather

Page 72: Scrum101

Commitment based

Page 73: Scrum101

Part 2: Plan functionality

Page 74: Scrum101

Task breakdown

Page 75: Scrum101

1. Code the UI - 6 hrs

2. Code the middle tier - 8 hrs

3. Connect to gateway - 8 hrs

4. Create landing page - 2 hrs

5. Write unit tests - 4 hours

6. End to end testing - 2 hours

“As a music lover

I want to submit payment by VISA card

so that I can purchase the album”

Page 76: Scrum101

Done?

Page 77: Scrum101

Done: Acceptance

“As a music lover I want to submit payment by VISA card so that I can purchase the album”

1. I can purchase an album by VISA card

2. I cannot pay with a VISA card that’s expired

3. I cannot pay with a VISA card with a wrong number

Page 78: Scrum101

• Designed

• Implemented

• Unit tested

• Someone else has looked at the code

• End 2 end tested

Done: Quality

Page 79: Scrum101

The Sprint

Page 80: Scrum101
Page 81: Scrum101

The War room

Page 82: Scrum101
Page 83: Scrum101
Page 84: Scrum101

Courtesy: Gillian Clark

Page 85: Scrum101

• What did I achieve yesterday?

• What am I going to work on today?

• Do I have any impediments?

Page 86: Scrum101

Impediments

Page 87: Scrum101

Impediment backlog

Page 88: Scrum101

Track progress

Page 89: Scrum101

Defects?

Page 90: Scrum101

Questions?

Page 91: Scrum101

The Sprint Demo

Page 92: Scrum101

Courtesy: Gillian Clark

Page 93: Scrum101

Potentially shippable

Page 94: Scrum101

Potentially shippable != shippable

Page 95: Scrum101

The Retrospective

Page 96: Scrum101

Courtesy: Gillian Clark

Page 97: Scrum101

Inspect & Adapt

Page 98: Scrum101

• What worked well?

• What didn’t work well?

• Where can we improve?

Page 99: Scrum101

• The product backlog

• The impediment backlog

• The ground rules

Outcomes go to...

Page 100: Scrum101
Page 101: Scrum101

Go!

Page 102: Scrum101

Do it by the book?

Page 103: Scrum101

Still alive?

[email protected]