Met LEGO beslist beter besluiten; workshop op BPUG seminar 2015
Bpug 2014 agile project mgt tussen scylla en charybdis
-
Upload
hanssmorenburg -
Category
Leadership & Management
-
view
159 -
download
2
description
Transcript of Bpug 2014 agile project mgt tussen scylla en charybdis
.
PLANET AGILE 17E BPUG SEMINAR
Tussen Scylla & Charybdis:
10 uitgangspunten voor meerwaarde door samenhang te versterken
zonder (teveel) agility te verliezen
Hans Smorenburg Quint Wellington Redwood
www.bpug.nl 2 2
Even voorstellen Doel van deze presentaCe: Uitgangspunten voor Agile Systeem Ontwikkeling in een context van: • Business in beweging (PorEolio) • Beheer en Onderhoud • AFankelijkheden tussen projecten (Ready) • AFankelijkheden in realisaIe (Done)
Hans Smorenburg Econoom
MSc in InformaIemanagement IT InformaIe Management
Systeem Ontwikkeling Lean IT Consultant/ Trainer
Agile Coach/ Consultant Quint Wellington Redwood
Amsterdam
[email protected] “Guaranteed to kill six men. Twelve if you’re slow about it.”
3 juni 2014 [email protected]
www.bpug.nl 3
Dé realiteit van applicaCeontwikkeling die we maar moeilijk onder ogen willen zien!
• Drie dingen waarvan we willen dat ze waar zijn: • De klant weet wat hij wil • Ontwikkelaars weten hoe het te bouwen • Gedurende het traject verandert er niets
• Drie dingen waar we mee moeten leren leven: • De klant ontdekt wat hij wil • De ontwikkelaar ontdekt hoe hij het moet bouwen • Er verandert heel veel gedurende het traject
Bron: Henrik Kniberg
In applicatie ontwikkeling levert een empirische aanpak meestal betere resultaten dan een voorschrijvende aanpak.
3 juni 2014 [email protected]
www.bpug.nl 4
Het Agile manifesto beschrijQ een mindset. Er zijn vele manieren om hiernaar toe te groeien…
Ø Scrum
Ø DSDM/Atern
Ø Lean Software Development (Poppendieck)
Ø Extreme Programming
Ø Feature Driven Development
Ø Rational Unified Process
Ø SAFe
Ø …..
Waterval! Agile!
• Vaste scope • Tijd, geld en kwaliteit zijn variabel
• Vaste teams, timeboxes en kwaliteit
• Scope variabel
Bij het ontwikkelen van nieuwe software ontwikkelings methoden hebben we ontdekt dat:
Individuen en interactie Belangrijker dan Processen en tooling
Werkende software Belangrijker dan Uitputtende documentatie
Samenwerking met de klant Belangrijker dan Contract onderhandelingen
Inspelen op veranderingen Belangrijker dan Volgen van het plan
De zaken aan de rechterzijde zijn belangrijk maar…. De zaken aan de linkerzijde helpen meer voor het realiseren van
klantwaarde….
3 juni 2014 [email protected]
www.bpug.nl 5
….maar zijn allemaal gebaseerd op transparan4e, presta4edialoog en voortschrijdend inzicht TransparanCe (Transparency): inzicht status en planning DefiniIon of Done: eenduidig helder van de eisen waaraan het
eindresultaat moet voldoen (documentaIe, non funcIonal requirements test en acceptaIe
DefiniIon of Ready: Team kan daadwerkelijk de gecommi_eerde resultaten binnen de sprint realiseren
Burndown van Sprintdoelen en gecommi_eerde resultaten PrestaCedialoog (InspecCon) Op dagelijkse basis in de daily scrum (standup/ dagstart), Einde sprint: RetrospecIve gericht op verhogen van velocity.
(evaluaIe van het sprintproces, keek op de week) Sprintreview: Inhoudelijke evaluaIe van de opgeleverde producten
met stakeholders Inspelen op voortschrijdend inzicht (AdaptaCon) Het zo snel mogelijk vertalen van opgedane ervaringen
(voortschrijdend inzicht ) in aanpassing van de planning zodat sprintdoelen worden gehaald en over de sprints heen maximale business waarde wordt gerealiseerd.
Bron: Scrumguide juli 2013
www.bpug.nl 6
Agile PorWolio: • Samenhang in backlog op enterprise level • Prioriteer op Epic level business case met
business owners • “Decide late”
Business Visie
J Product Visie
Portfolio
Ready
Projecten
Wat: EPICS Wat?
Wat?
Waarom?
Waarom?
Waarom? Feature backlog
Marketable Feature Sets
Increment
Sprint backlog
Waarde
doel rol
User stories
Hoe?
Iteratie
Done
Agile richt zich op Drie Cascade niveau’s: Portfolio, project (Ready) en realisatie (Done).
Realiseer voorspelbaar: • Eerst aFankelijkheden met bestaande diensten en projecten definiëren (DoD) • DoR: Pas bouwen na een besluit en bouwen wat rijp is • Dan in de nieuwe schil in eigen sprint test omgeving realisaIe (Stubs en Mocks). • Synchroniseer Sprints: Vast ritme van Bouw en test (integraIe) over alle teams heen
Organiseer projecten agile zodat : • Risico’s snel worden afgedekt • Klantwaarde snel wordt gerealiseerd door prioritering en
planning van userstories die voldoen aan de DoR • Directe communicaIe project en realisaIeteams • Pull & flow in de scrum realisaIeteams.
3 juni 2014 [email protected]
www.bpug.nl 7
(Scrum) realisa4e is succesvol indien gefaciliteerd in een overkoepelende agile context
1 SPRINT = 2 WEKEN
Preparation team Prod. Visie
BC
BL
Business/ Project/ Productowner SCRUM
Business waarde en globale project scope is bekend.(Epic level)
In gebruik
B&O team
Voorbereiding Done Beheer
Conforming Definition of Ready
Ready
Prioriteren obv businesswaarde (Features)
Scope sprint is fixed (Userstories)
Resultaat sprint is voorspelbaar
Slicen/ dicen PBL Risk mgt. Stakeholder mgt
3 juni 2014 [email protected]
www.bpug.nl 8
Quint hanteert 10 implementaCe uitgangspunten om te sturen op meer waarde en agility in de organisaCe te versterken
+
1. Versterk Business focus door onderscheid business en ICT project weg te
nemen
2. Richt (bestaande) strategisch porEolio processen op kortcyclische sturing
3. Geef projectmanagement sterke focus op “business” tot “Ready”
4. Onderken heldere stappen in het voortbrengingsproces; borg flow .
5. Program / Projectmanagers zijn en blijven E2E verantwoordelijk
6. Definieer heldere verantwoordelijkheden & bevoegdheden
7. Creëer één gedeelde werkelijkheid op elk niveau: de backlog
8. Organiseer kort cyclisch overleg business en ICT gericht op voortschrijdend
inzicht en leidend tot eenduidige prioritering op alle niveau’s
9. Synchroniseer realisaIesprints zodat in vaste ritmiek voorspelbaar
aFankelijkheden kunnen worden bestuurd
10. InteracIe team en omgeving op inhoud en via backlog, processturing
minimaliseren
Bij het ontwikkelen van nieuwe software ontwikkelings methoden hebben we ontdekt dat:
Individuen en interactie Belangrijker dan Processen en tooling
Werkende software Belangrijker dan Uitputtende documentatie
Samenwerking met de klant Belangrijker dan Contract onderhandelingen
Inspelen op veranderingen Belangrijker dan Volgen van het plan
De zaken aan de rechterzijde zijn belangrijk maar…. De zaken aan de linkerzijde helpen meer voor het realiseren van
klantwaarde….
Mindset Implementatie uitgangspunten
3 juni 2014 [email protected]
www.bpug.nl 9
Gebruik bestaande structuren voor de versterking van de business focus van vernieuwing…
1. Versterk Business focus door onderscheid business en ICT project weg te nemen 2. Richt (bestaande) strategisch porEolio processen op kortcyclische sturing 3. Geef projectmanagement sterke focus op “business” tot “Ready” en niet op
realisaIe (Daar zijn de realisaIeteams immers goed in)
Strate gisch
Tactisch
Operationeel
Strate gisch
Tactisch
Operationeel
Business ICT FuncIoneel Technisch
Business Architect
InformaIe Architect
IT Architect
Lead ApplicaIon Engineer
Product Owner
Bij het ontwikkelen van nieuwe software ontwikkelings methoden hebben we ontdekt dat:
Individuen en interactie Belangrijker dan Processen en tooling
Werkende software Belangrijker dan Uitputtende documentatie
Samenwerking met de klant Belangrijker dan Contract onderhandelingen
Inspelen op veranderingen Belangrijker dan Volgen van het plan
De zaken aan de rechterzijde zijn belangrijk maar…. De zaken aan de linkerzijde helpen meer voor het realiseren van
klantwaarde….
Agile teams (DE MOTOR)
3 juni 2014 [email protected]
www.bpug.nl 10
… en borg flow en voorspelbaarheid door duidelijke stappen te hanteren in het gehele vernieuwingsproces
4. Onderkennen heldere stappen in het voortbrengingsproces en borg de flow op de grensvlakken : a) Instroom b) Ready c) Done d) ProducIe
Project Management betrokkenheid
Klant / M
arkt
Ideeën / behoeoen
3 juni 2014 [email protected]
www.bpug.nl 11
Een beperkte set gedefinieerde rollen borgen kwaliteit door directe communicatie over de processtappen heen
5. Programma- / Projectmanagers zijn en blijven E2E verantwoordelijk voor de realisatie van de businesswaarde
6. Definieer heldere verantwoordelijkheden & bevoegdheden die over de stappen heen de inhoudelijke samenhang borgen
PORTFOLIO PROJECTEN EPICS FEATURES USER STORIES Verantwoordelijk heden Kenmerken: Kenmerken: Kenmerken: Kenmerken: Kenmerken: Programmamanager Projectmanager Projectmanager Projectmanager projectmanager ( Lead BCM Productmanager Productmanager Productmanager PO'er Business architect SD manager SD manager MeeCng structuur Businessline Projectboard Projectboard Projectboard Betrokken rollen: Programmamanager x Productmanager x x x Productowner x x Projectmanager x x x x Testmanager x x x Business architect x x IT architect x x ApplicaIon engineer x x x x Test engineer x x
3 juni 2014 [email protected]
www.bpug.nl 12
Centrale Backlog: De CMDB van het vernieuwingsproces
Centrale backlog
Project Epic Feature PID?
Function
ele scop
e?
PBS he
lder?
Delivery start date
Feature status PM SI BA AE TM Nazorg Maint Start Domtower/Sprinter
Start Tidel/Inkpot
Start Domtower/Sprinter
Start Tidel/Inkpot
Start Domtower/Sprinter
Start Tidel/Inkpot
Start Domtower/Sprinter
Wk11Wk12Wk13Wk14Wk15Wk16Wk17Wk18Wk19Wk20ZZP online
Your business accountTransactie overzichten ja ja ja Ready for dev x x xTransacties ja ja ja preparing x x xLiquiditeits manager Nee Nee Ja Open
We share riskOverzicht services (verzekeringen) ja ja ja Ready for dev x x xConfigureren aansprakelijkheid ja ja ja preparing x x xConfigureren rechtsbijstand Nee Nee Ja OpenConfigureren arbeid ongeschiktheid ja ja ja Open x x xConfigureren bedrijfsmiddelen Nee Nee Ja OpenConfigureren stagnatie Nee Nee Ja OpenConfigureren verkeer Nee Nee Ja Open
ZZP car services
?
Project boards (Wat)
Team overleggen (Hoe)
Programma board (Wat)
Bottom-up prio stelling Afhankelijkheden en impediments
Afhankelijkheden en impediments
? ?
Top-down prio stelling
7. Creëer één gedeelde werkelijkheid waarop besluitvorming op elk niveau wordt gebaseerd: de backlog (Projecten, Epics, features en userstories)
3 juni 2014 [email protected]
www.bpug.nl 13
Backlog management op elk niveau gebaseerd op strategie en enterprise architectuur
8. Organiseer kortcyclisch overleg tussen business en ICT gericht op voortschrijdend inzicht, afhankelijkheden en impediments dat leidt tot afgestemde prioritering op alle niveau’s
ICT rollen Business rollen
Board, Portfolio en Team
Programma
Project (Ready)
Team (Done) 1. Dagstart 2. Retrospective 3. Sprint review 4. Sprint planning 5. Analyse 6. Beheer
Prio Epics
Prio Epics
Prio Projecten
Prio Features Prio Features
Prio User Stories
Businss owner
Productmanager
Productowner
Programma manager
Projectmanager
Scrum Master
Prio Features
Prio User Stories
Prio Epics
Prio Projecten
Architectuur
Enterprise Strategie
3 juni 2014 [email protected]
www.bpug.nl 14
Voorspelbaar en afgestemd opleveren naar producCe in synchrone realisaCe sprints
9. Synchroniseer realisaIesprints zodat in deze vaste ritmiek maximaal voorspelbaar aFankelijkheden kunnen worden bestuurd en opgeleverd
14
Change
3 juni 2014 [email protected]
Ready
Ready
Ready
Ready
Done
Done
Done
Done
Productie
www.bpug.nl 15
Projectmanager
Stuur op prioriteiten door inhoudelijk belanghebbenden 10. Interactie tussen teams en projecten is indirect:
a. Communiceer door informatie via back log direct met inhoudelijk betrokkenen b. Synchroniseer door vaste ritmiek c. Focus op prioriteren niet op processen
Team 1
Team n+1
Functionele kennis business (Productowner/ Key user)
Technische kennis ICT (dev. & testers)
Geen directe processturing maar prioriteitstelling!
Project 1
Project 2
Project 3
Backlog (value, planning) Business analyse –inhoud (BA)
Team 2
IT analyse–inhoud (L-AE)
Scrummaster
3 juni 2014 [email protected]
www.bpug.nl 16
Wrap up: 10 implementaCe uitgangspunten om te sturen op meer waarde en agility in de organisaCe te versterken
+ 1. Versterk Business focus door onderscheid business en ICT project weg te
nemen
2. Richt (bestaande) strategisch porEolio processen op kortcyclische sturing
3. Geef projectmanagement sterke focus op “business” tot “Ready”
4. Onderken heldere stappen in het voortbrengingsproces; borg flow .
5. Program / Projectmanagers zijn en blijven E2E verantwoordelijk
6. Definieer heldere verantwoordelijkheden & bevoegdheden
7. Creëer één gedeelde werkelijkheid op elk niveau: de backlog
8. Organiseer kort cyclisch overleg business en ICT gericht op voortschrijdend
inzicht en leidend tot eenduidige prioritering op alle niveau’s
9. Synchroniseer realisaIesprints zodat in vaste ritmiek voorspelbaar
aFankelijkheden kunnen worden bestuurd
10. InteracIe team en omgeving op inhoud en via backlog, processturing
minimaliseren
Bij het ontwikkelen van nieuwe software ontwikkelings methoden hebben we ontdekt dat:
Individuen en interactie Belangrijker dan Processen en tooling
Werkende software Belangrijker dan Uitputtende documentatie
Samenwerking met de klant Belangrijker dan Contract onderhandelingen
Inspelen op veranderingen Belangrijker dan Volgen van het plan
De zaken aan de rechterzijde zijn belangrijk maar…. De zaken aan de linkerzijde helpen meer voor het realiseren van
klantwaarde….
Mindset Implementatie uitgangspunten
3 juni 2014 [email protected]