GRIP ON YOUR AGILE MATURITYUsing the Ambition chart

December 2016, Potsdam GermanyDerk-Jan de Grood, Valori

Key messagesCon

trol

your

Ag

ile

Mat

urity Use

Ambition

Chart

3

Continues

improvement

Team

Retrospective

4

Potential problems

5

• Teams get stuck on small daily issues

• Teams have difficulties in prioritizing improvements

• Teams go their own way (deviate from other teams)

Scaling Agile

6

Agile Maturity

How do you measure it?

7

8Checklist

Definition of Victory9

1. SCRUM Knowledge2. SCRUM Process3. Stakeholder involvement4. Awareness Organization5. Tooling6. Business Goals

Retro of Retro’s

10

Threats of

Agile maturity

Benefits for

the other teams

Retro of Retro’s

11

AMBITION CHART

THE BIRTH OF A NEW IDEA

12

13

Subway mapping and release planning

14

After the Retrospective

Our End Goal

15

16

17

18

• Release & Portfolio management• Stakeholder involvement• Informing the stakeholder• Testing

• Demo• Requirements & Use cases• Team and collaboration

19

Example of descriptions

• X% of the test are automated and launched from the build server

• Team has sufficient knowledge to independently develop the requested features

• Stakeholders define business value for each feature

Ambition Chart Rules

20

But there are guidelines

21

Identify Maturity Areas

Dream about the ideal situation

Define small steps towards the end state

Describe characteristics rather than actions

Draw the "today we are here" line

Forget about the end state focus on tomorrow

Examples

22

ALM

RM

Invoeren SCRUM

Branching Strategie

Ambition Chart TestingDerk-Jan de Grood - Versie 0.2 November 2015

Deployment naar O

TA

geautomatiseerd

Testmethodiek en Registr

atie

geoptimaliseerd

Alle Source Code in TFS

OTAP omgevingen ingericht

TFS geoptimaliseerd

ALM Rapporta

ges ingerich

t

Code kwaliteit v

erbeterd

Buildserver ingerich

t

Release losgekoppeld

van Sprin

tChecklist

Release

Criteria opgeste

ld

en bevat testc

riteria

Releasemanager

controleert

Release criteria

KetentestOverzic

ht met

Customer Jo

urneys/

Procesketens

Vastgeste

ld welke

Procesketens p

riorite

it

hebben in de Ketentest

Uitvoeren ketentest

met eerste sce

nario’s v

oor

vastg

estelde release

Aanvullen ketentests

et

met tests

cenario’s

Tool keuze tb

v ST

en Ketentest

Eisen Te

st omgeving

vastgeste

ldTA omgeving ingerich

t

(Stubs en Drive

rs)

Eerste ke

tentest

scenario

’s geautomatiseerd

TestAutomatiseringVerdere Ketenteste

n

Automatiseren

SysteemtestScrip

ts vastle

ggen in TFS

Afgestemd proces

over vastlegging

Testautomatiserings st

rategie

En bepalen relatie to

t UT en KT

Uitwerken eerste

keten

testscenario

’s

Afgestemd proces

over vastlegging ST in de

ontwikkelteams

TestaanpakTesta

anpak definieert

Testsoorte

n en strategie

Vastgeste

ld en

gecommuniceerd

wie betrokken is

bij

welke tests

oorten

Defect management

ingeregeld

UATUAT aanpak opgeste

ld

en gecommuniceerd

UAT stakeholders

betrokken bij K

T

Beleggen Procesketen

eigendom

Unit TestUT str

ategie vastgeste

ld

Afstemmen UT en ST

(opnemen ST in UT set)

UT opnemen in buildproces

Verbeteren Inhoudelijk UT

(test e

n Developemt

werken sa

men

Revisie update

Testaanpak

Test resource

s op orde

(tool expert t

bv TA)

Release process

Test strategy

Test Automation

Unit testing

Testen

Blije medewerkers

Nieuw pand

Commitment & aanhaken business

Release

Voorspelbaarheid

IT belang

Fluctua

tie in

velo

city

en prior

iteit Op

moment

dat e

pics

worde

n ingesc

hat z

ijn

ze vo

ldoen

de

uitgew

erkt, bv

Features

zijn b

ekend

Grote

epics

worden

opgek

nipt

Epic

intake a

dhv

Intake c

hecklis

t

Technic

al de

bt is

onder

deel va

n epic

Inzich

t in d

e

werkzaamheden

die n

iet

onder

deel zij

n van ee

n

Epic

Deadlin

es en

wett

elijke

verplic

hting

en

meegen

omen

in de

epic

prior

iterin

g

Heldere

defin

itie

van

IT- F

undamen

t, EoL,

Behee

r

Technic

al Debt

Epics

op de

backlog bij

busin

ess

Epic

prio’s red

elijk

stabie

l, IT

epics

meegen

omen

Technic

al Debt

epics zi

jn

geaccept

eerd a

ls

gelijk

waardig

e

epics

Goede

focus bij

busin

ess op ep

ic

prio. W

erken

met

release/

epic goal

Busin

ess

committeer

t zich

door a

anwezig

heid

bij refi

nement

, test

,

Demo, etc Bu

siness Stuurt

op

Epic

en MV

P

Met r

edelij

ke

zekerh

eid ee

n

kwartaal kunnen

”beloven”

Gecommitteer

de en

behaa

lde d

oelen

worde

n bree

d

gevier

dOplei

den P

O en

proces ex

perts

Deadlin

es in

TFS

opgen

omen

BC help

en PO

en

Busin

ess met

inzich

t en

overz

icht b

ij

planboard An

dere a

fdelin

gen

overw

egen o

ok

Scrum,

bv

Marketing

Handm

atige

rele

ase

proces is

foutg

evoel

ig

GIT adopti

e

Few click

deployment

voor

applica

ties zonde

r

DB, Q

serv

ices,

etc

Autom

atisc

he

deploym

ent voor

DB, Q

serv

ices,

etc

Zero to

uch

deployment

Conti

nue d

eploymen

t

TA visie i

s

opges

teld Ni

euwe a

pplic

aties

worde

n vanuit

de

build

server

Unit

getest

Alle

applica

ties

worde

n vanuit

de

build

serv

er Unit

getest

Autom

atisc

h tes

ten

onder

deel va

n

deployment

proces

Sterk wiss

elende

beleving

bij

verschill

ende

medewerk

ers Een k

eer ee

n

hackatron

georganise

erdWerkzaamheden

goed

verde

eld over de

teams (a

fwiss

eling

en nie

uwe item

s)

Structur

eel ruim

te

voor in

nova

tie en

experi

menten

Iedere

en blij

Oud p

and(e

n) nie

t

optim

aal vo

or

werkwij

ze IT Eis

en aa

n nieu

we

pand

in kaart

(iswm de

veloper

s)

Scrummaster

s

betrokken

bij

inrich

ting nie

uw

pand

Facil

iteiten p

assen

bij werk

wijze Ambitiekaart

ScrumMastersDerk-Jan de Grood – Versie 1 - November 2016

StabiliteitTeamsamen

stell

ing

verande

rlijk Imp

act v

an

teamw

ijzigingen

geredu

ceerd do

or

goede

intro

ducti

e en

kennis

deling

Ins

chattin

g

betrouw

baar

(door

betrek

ken alle

discip

lines

en

inschatten

legacy

Velocity

voorspelb

aar (ge

en

dips)

Aanv

oer

Afv

oer

Team

orga

nisa

tie

Refinement &

Business

involvement

Releasing the

MVP

Team

Organisation

26

The two steps plan

Improvement areas

contributing to the same goal

27

Anton Zotin- Scaling without scaling

One pager that

hangs on the wall

Show progress and Celebrate success

Keeps team focus on goal rather

than operational issues

Know how

retro items

contribute

to the goal

Expectation management

toward stakeholders

Triggers discussion about Explicit goals

Create common ground

Advantages

Enables Us to tell stories

Application

29

• Test Improvement Plan• Test Guild• Scrum team (or teams)• Department ambition• Personal development

WRAP-UP

30

Derk-Jan

ValoriColtbaan 4a3439 NG NIEUWEGEINThe Netherlands

• derkjandegrood@valori.nl• +31(0)651807878• www.valori.nl• @DerkJanDeGrood• http://djdegrood.wordpress.com

Derk-Jan

32

Success !