the planning blueprint: views of an agile backlog · the planning blueprint: views of an agile...

Post on 01-Sep-2018

219 Views

Category:

Documents

0 Downloads

Preview:

Click to see full reader

TRANSCRIPT

The Planning Blueprint:

Views of an Agile Backlog

9th October 2013

Mike Robinson

© 2012 IndigoBlue Consulting Limited

Models for Agile Project Management

• An experience report

• Some models I have used to describe Agile project status

• Four views addressing specific stakeholder concerns

• Integrated and verified in the fifth – the Product Backlog

• Accompanied by some viewpoints

© 2012 IndigoBlue Consulting Limited

Perspectives / Communities

Value View

Schedule View

Experience View

Design Plan View

Sponsors Benefits

Project Managers Release Timetable Availability

Designers, Developers Front, Back, Middle

Just in Time

End Users Visitors

UX

Stories

© 2012 IndigoBlue Consulting Limited

Perspectives / Communities

Value View

Schedule View

Experience View

Design Plan View

Sponsors Benefits

Project Managers Release Timetable Availability

Designers, Developers Front, Back, Middle

Just in Time

End Users Visitors

UX

© 2012 IndigoBlue Consulting Limited

Value View

Schedule View

Experience View

Design Plan View

Sponsors Benefits

Stories

© 2012 IndigoBlue Consulting Limited

We Choose to go to the Moon…

© 2012 IndigoBlue Consulting Limited

Real Life is Not That Glamorous

How Do We Choose?

© 2012 IndigoBlue Consulting Limited

Value Map

© 2012 IndigoBlue Consulting Limited

Value Map

• A mind map of objectives and solutions

• A solution is any action that will, or may, deliver or enable an objective

• All nodes are solution to a parent, and objective to a child

– Except the top one, obviously

• Read upwards = ‘why’

• Reading downwards = ‘who’, ‘how’, ‘when’, ‘what’

– Any sub-division is possible

• Create it bottom up, top down, middle out, edge in…

• Ultimately, connect all nodes to strategy

© 2012 IndigoBlue Consulting Limited

Value View

• Delivering value starts with having a strategy

– A diagnosis

– A policy

– An action plan – Good Strategy / Bad Strategy, Richard Rumelt, 2012

© 2012 IndigoBlue Consulting Limited

Value View

• Delivering value starts with having a strategy

– A diagnosis

– A policy

– An action plan – Good Strategy / Bad Strategy, Richard Rumelt, 2012

• ViewPoint

– Lack of a properly formulated strategy is the No. 1 cause of project failure

– In a complex environment it is vital to have vision

© 2012 IndigoBlue Consulting Limited

Value View

• Delivering value starts with having a strategy

– A diagnosis

– A policy

– An action plan – Good Strategy / Bad Strategy, Richard Rumelt, 2012

• Value is for the business first

– To reason why…

– Leads to “enterprise stories”

– “User stories” follow, to meet that ambition

• Earn or learn

– A solution is any action that will, or may, deliver or enable an objective

© 2012 IndigoBlue Consulting Limited

Value Map

© 2012 IndigoBlue Consulting Limited

Product Backlog Ready for Prioritisation by Value

As a… I want… So that…

As a… I want… So that…

As a… I want… So that…

As a… I want… So that…

As a… I want… So that…

As a… I want… So that…

As a… I want… So that…

As a… I want… So that…

As a… I want… So that…

As a… I want… So that…

© 2012 IndigoBlue Consulting Limited

Valuation is Hard…

• £ Value

© 2012 IndigoBlue Consulting Limited

Valuation is Hard…

• £ Value

• MoSCoW

© 2012 IndigoBlue Consulting Limited

Valuation is Hard…

• £ Value

• MoSCoW

• Value Points

© 2012 IndigoBlue Consulting Limited

Value - Considerations

Increasing Value

• Increased revenue, avoided cost, improved service

• Financial ROI

• Impact

• Competition

• Connection to strategy

• Non- software effort

• Alternatives to software

• Risk

• BAU

© 2012 IndigoBlue Consulting Limited

Value - Considerations

Increasing Value

• Increased revenue, avoided cost, improved service

• Financial ROI

• Impact

• Competition

• Connection to strategy

• Non- software effort

• Alternatives to software

• Risk

• BAU

• Instinct

• Conversation

• Debate

• Collaboration

• Agreement

© 2012 IndigoBlue Consulting Limited

Value – Relative Assessment

Increasing Value

Increasing Difficulty

© 2012 IndigoBlue Consulting Limited

Value – Relative Assessment

Increasing Value

Increasing Difficulty

© 2012 IndigoBlue Consulting Limited

Increasing Value

Increasing Difficulty

Challenge?

Mainstream?

Spike? Value – Relative Assessment

Quick Win?

© 2012 IndigoBlue Consulting Limited

Value View

Schedule View

Experience View

Design Plan View

End Users Visitors

UX

Stories

© 2012 IndigoBlue Consulting Limited

Experience View = User Maps

• User Maps are credited to Jeff Patton

• Who are the actors?

• What are their goals?

• What tasks are performed to achieve these goals?

• What features are required to perform the tasks?

© 2012 IndigoBlue Consulting Limited

Example User Map for A Goal

ACTIVITY

TEST

ACTIVITY

TEST

Sequence

ACTIVITY

End-to-end use

Then

or

© 2012 IndigoBlue Consulting Limited

Combined Map

© 2012 IndigoBlue Consulting Limited

Combined Map

Viewpoint: Failure to make this connection is the No. 1 cause of project failure

© 2012 IndigoBlue Consulting Limited

Value View

Schedule View

Experience View

Design Plan View

Designers, Developers Front, Back, Middle

Just in Time

Stories

© 2012 IndigoBlue Consulting Limited

Design Plan View - Objectives

• Support flow of ‘play-ready’ stories into the sprint

• Support design at the right time

– Not too soon

– Last responsible moment

© 2012 IndigoBlue Consulting Limited

Design Plan View - Objectives

• Support flow of ‘play-ready’ stories into the sprint

• Support design at the right time

– Not too soon

– Last responsible moment

• Viewpoint

– Failure to plan design in time for build is the No. 1 cause of project failure

© 2012 IndigoBlue Consulting Limited

Design Plan View - Objectives

• Support flow of ‘play-ready’ stories into the sprint

• Support design at the right time

– Last responsible moment

– Not too soon

• Support emergent design

© 2012 IndigoBlue Consulting Limited

Design Plan View - Assertions

• Sprint is an imposed cycle time

– Design must flow at the same rate

– Otherwise sprint stops, or design accumulates

• Design is the creation of options, and selection of one

– Reducing options

• Measurement is the reduction of uncertainty based on observations - Claude Shannon, A Mathematical Theory of Communications

• Therefore…

© 2012 IndigoBlue Consulting Limited

Design Plan View - Assertions

• Sprint is an imposed cycle time

– Design must flow at the same rate

– Otherwise sprint stops, or design accumulates

• Design is the creation of options, and selection of one

– Reducing options

• Measurement is the reduction of uncertainty based on observations - Claude Shannon, A Mathematical Theory of Communications

• Size is a suitable proxy for design status

© 2012 IndigoBlue Consulting Limited

Value Framework – Negotiate Sequence

Increasing Value

Increasing Difficulty

© 2012 IndigoBlue Consulting Limited

Value Framework – Negotiate Sequence

1

2

3 4

17

9

6 8

7

12

11

15 16

10

14 13

© 2012 IndigoBlue Consulting Limited

Distribute Across Size

4 6 10 16 25 100

1

2 3

4

17

9

6

8 7

12

11

13 15

10

14 16 5

© 2012 IndigoBlue Consulting Limited

Does Size (Design Status) Match Sequence?

4 6 10 16 25 100

1

2 3

4

17

9

6

8 7

12

11

13 15

10

14 16 5

Future Today

© 2012 IndigoBlue Consulting Limited

“Glide Path” Model

1 2

3 4

13

9

6

8 7

12 11

15

10

14

16

5

Future Today

4 6 10 16 25 100

© 2012 IndigoBlue Consulting Limited

Value View

Schedule View

Experience View

Design Plan View

Project Managers Release Timetable Availability

Stories

© 2012 IndigoBlue Consulting Limited

Planning Horizons

Strategy

Portfolio

Release

Iteration

Daily

© 2012 IndigoBlue Consulting Limited

Planning Horizons are Pulses

Strategy

Portfolio

Release

Iteration

Daily

Annual

Monthly?

Quarterly

Two weeks?

Daily

Develop on cadence, deliver on demand Don Reinertson

© 2012 IndigoBlue Consulting Limited

Portfolio – Simple (Product-Centric) Model

STAKEHOLDERS

BACKLOG

TEAM

PRODUCT

STAKEHOLDERS

BACKLOG

TEAM

PRODUCT

© 2012 IndigoBlue Consulting Limited

Portfolio Options Model – Capacity Management

STAKEHOLDERS

BACKLOG

TEAM BACKLOG

PRODUCT

STAKEHOLDERS

PRODUCT

STAKEHOLDERS

BACKLOG

TEAM BACKLOG

PRODUCT

© 2012 IndigoBlue Consulting Limited

Portfolio Options Model – Capacity Management

STAKEHOLDERS

BACKLOG

TEAM BACKLOG

PRODUCT

STAKEHOLDERS

PRODUCT

STAKEHOLDERS

BACKLOG

TEAM BACKLOG

PRODUCT

ViewPoint: Addiction to ‘Allocating Work” is the No. 1 cause of project failure

© 2012 IndigoBlue Consulting Limited

Capacity Forecast

Today S1 S2 S3 R1 R2 R3

4

4

6 6

6 6

10 16

16

16 1

6

16

25 2

5

25

25 10

0

Future

Velocity = 12 Release Capacity = 72

© 2012 IndigoBlue Consulting Limited

Capacity Forecast - Cautions

• Only use for release planning

– Never report stories per sprint – you mileage will vary

• Remember contingency

• Know your arrival rate

• It’s just a model, not a crystal ball

– But I have found it useful

© 2012 IndigoBlue Consulting Limited

Perspectives / Communities

Value View

Schedule View

Experience View

Design Plan View

Sponsors Benefit Map Value Framework

Project Managers Release Timetable Capacity Plan

Designers, Developers Design Plan

Glide Path

End Users Story Maps

Stories

Thank You mike.robinson@indigoblue.co.uk

top related