Deliver Early and Often - There is No Excuse! Jesper Boeg VP - - PowerPoint PPT Presentation

deliver early and often there is no excuse
SMART_READER_LITE
LIVE PREVIEW

Deliver Early and Often - There is No Excuse! Jesper Boeg VP - - PowerPoint PPT Presentation

Deliver Early and Often - There is No Excuse! Jesper Boeg VP Trifork Agile Excellence jbo@trifork.com May 12, 2011 In general Who am I? Comment! This will be a lot more fun if it is not just me talking Agenda Introduction


slide-1
SLIDE 1

Deliver Early and Often - There is No Excuse!

Jesper Boeg VP Trifork Agile Excellence jbo@trifork.com

May 12, 2011

slide-2
SLIDE 2

In general

Who am I?

Comment!

– This will be a lot more fun if it is not just me talking

slide-3
SLIDE 3

Agenda

Introduction Why is delivering early important? Why is delivering early difficult? What works? What works? What doesn’t work?

slide-4
SLIDE 4

WHO IS HERE TODAY?

slide-5
SLIDE 5

A 60 minute talk? But it is so Easy!

Break down requirements into pieces of

functionality that have inherent business value and implement those pieces end- to-end in prioritized order to-end in prioritized order

slide-6
SLIDE 6

No Excuse?

Well that might not be entirely true

– Legal – Contractual – Large MMF’s – Large MMF’s – ……

slide-7
SLIDE 7

I Am Not Saying:

Don’t

– Think – Explore – Investigate – Investigate – Pretotype

slide-8
SLIDE 8

Hands up

How many of you consider yourself to be

working in an Agile context?

– Your definition

slide-9
SLIDE 9

Hands Up

How many of you had your latest system

working in production (roughly, from project kickoff):

– More than 2 years – More than 2 years – 2 years – 1 year – ½ year – Less than 3 month

slide-10
SLIDE 10

WHY IS DELIVERING EARLY IMPORTANT?

slide-11
SLIDE 11

Proof!

“A system is a hypothesis until it is

released to production and accessed by users” (roughly)

– Jez Humble, Yesterday at GOTO; Cph. – Jez Humble, Yesterday at GOTO; Cph.

slide-12
SLIDE 12

Risk Mitigation

“Product development processes cannot

innovate without taking risks. Fast feedback truncates unsuccessful paths quickly …” quickly …”

– Don Reinertsen, Principles of Product Development Flow.

slide-13
SLIDE 13

Fast Feedback

“… a single incorrect assumption can

force us to change hundreds of later

  • decisions. When we delay feedback,

rework becomes exponentially more rework becomes exponentially more expensive”

– Don Reinertsen, Principles of product development flow

slide-14
SLIDE 14

Exposes Value

“organizations when starting with agile,

cannot realize this value immediately because their teams do not deliver completed valuable results. Rather, most completed valuable results. Rather, most

  • rganizations are set up so that a team

delivers an intermediate result which is useless on its own”

– http://www.agileadvice.com/archives/metrics /index.html

slide-15
SLIDE 15

Reaction Time

"We were probably the first vendor to

transition into the new Pentium FPU processor, simply because we didn't have a hundred and some days of have a hundred and some days of inventory out in distribution that we had to move first.“

– Rosendo G. Parra, Group Vice President of Dell Computer Corporation

slide-16
SLIDE 16

Feedback Ages

slide-17
SLIDE 17

WHY IS IT SO DIFFICULT?

slide-18
SLIDE 18

LET US TAKE A LOOK AT SOME OF THE ISSUES

slide-19
SLIDE 19

Organizational Challenges

“The Agile mantra has always been to

deliver value early and often, but we have not always pushed that to the limits

  • f actual deployment and customer
  • f actual deployment and customer
  • solutions. The reasons are more
  • rganizational than technical”

– Jim Highsmith, www.jimhighsmith.com/2011/03/24/speed- to-value

slide-20
SLIDE 20

Defer Problems

To most people the world is a cozy,

unproblematic place when you do not have to deal with a systems in production production

slide-21
SLIDE 21

Project Poker

Project Poker can only be played with a

system that has not yet been released to production

– And some people have unfortunately – And some people have unfortunately become really good at this game

slide-22
SLIDE 22

Legal Issues

slide-23
SLIDE 23

Complex Domains and Large MMFs

slide-24
SLIDE 24

Project Scope

“One of the most dangerous of all batch

size problems is the tendency to pack more innovation in a single project than is truly necessary” is truly necessary”

– Don Reinertsen, The Principles of Product Development Flow

slide-25
SLIDE 25

Contract Issues

slide-26
SLIDE 26

Fear Driven Management

slide-27
SLIDE 27

Political Decisions

slide-28
SLIDE 28

WHAT CAN WE DO TO OVERCOME THESE CHALLENGES?

slide-29
SLIDE 29

Story Mapping

Figure from: Jeff Patton, http://www.agileproductdesign.com/blog/the_new_backlog.html

slide-30
SLIDE 30

Close Communication

Across the Entire Value Chain

slide-31
SLIDE 31

Challenge!

Challenge Decisions to Delay, Extend,

Postpone….

Challenge Organizational, Personal,

Fear, Political… Fear, Political…

slide-32
SLIDE 32

Shared Product Vision

slide-33
SLIDE 33

Regular Cross Team Meetings

slide-34
SLIDE 34

Coaching All Levels

Top Management Project Portfolio Management

Commitment

Team

Project Management

Team Team

Project Management

Team

Drive

slide-35
SLIDE 35

Very Close Collaboration with Users

Make them WANT the system

slide-36
SLIDE 36

Creative Cheating

slide-37
SLIDE 37

Workflow Visualization

slide-38
SLIDE 38

WHAT DID NOT WORK

slide-39
SLIDE 39

Plugin Agile

Top Management Project Portfolio Management

Traditional Process

Team

Project Management

Team Team

Project Management

Team

Agile

slide-40
SLIDE 40

Plugin Agile

“…it won’t happen unless leadership

understands its potential strategic impact and the organizational adaptability necessary to implement it.” necessary to implement it.”

– Jim Highsmith, http://www.jimhighsmith.com/2010/12/22/continuou s-delivery-and-agility/

slide-41
SLIDE 41

Not Speaking their Language

slide-42
SLIDE 42

Written Reports

slide-43
SLIDE 43

Missing Agile Champion