PLANET AGILE. Tussen Scylla & Charybdis: 17E BPUG SEMINAR

Transcriptie

1 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.

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) Guaranteed to kill six men. Twelve if you re slow about it. Hans Smorenburg Econoom MSc in InformaIemanagement IT InformaIe Management Systeem Ontwikkeling Lean IT Consultant/ Trainer Agile Coach/ Consultant Quint Wellington Redwood Amsterdam 2

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 In applicatie ontwikkeling levert een empirische aanpak meestal betere resultaten een voorschrijvende aanpak. Bron: Henrik Kniberg 3

4 Het Agile manifesto beschrijq een mindset. Er zijn vele manieren om hiernaar toe te groeien Bij het ontwikkelen van nieuwe software ontwikkelings methoden hebben we ontdekt dat: Waterval! Agile! Individuen en interactie Werkende software Samenwerking met de klant Processen en tooling Uitputtende documentatie Contract onderhandelingen Inspelen op veranderingen Volgen van het plan De zaken aan de rechterzijde zijn belangrijk maar. De zaken aan de linkerzijde helpen meer voor het realiseren van klantwaarde. Vaste scope Tijd, geld en kwaliteit zijn variabel Vaste teams, timeboxes en kwaliteit Scope variabel Ø Scrum Ø DSDM/Atern Ø Lean Software Development (Poppendieck) Ø Extreme Programming Ø Feature Driven Development Ø Rational Unified Process Ø SAFe Ø.. 4

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 opgee 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

6 Agile richt zich op Drie Cascade niveau s: Portfolio, project (Ready) en realisatie (Done). Agile PorWolio: Samenhang in backlog op enterprise level Prioriteer op Epic level business case met business owners Decide late Business Visie J Projecten Product Visie Wat: EPICS Waarom? Wat? Portfolio Waarom? Feature backlog Ready Waarom? Sprint backlog Iteratie Done 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. Increment Marketable Feature Sets Wat? rol doel Waarde Hoe? User stories 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 6

7 (Scrum) realisa4e is succesvol indien gefaciliteerd in een overkoepelende agile context Business/ Project/ Productowner SCRUM In gebruik Business waarde en globale project scope is bekend.(epic level) Prioriteren obv businesswaarde (Features) Scope sprint is fixed (Userstories) Resultaat sprint is voorspelbaar BC Prod. Visie BL Preparation team B&O team Slicen/ dicen PBL Risk mgt. Stakeholder mgt Conforming Definition of Ready 1 SPRINT = 2 WEKEN Voorbereiding Ready Done Beheer 7

8 Quint hanteert 10 implementace uitgangspunten om te sturen op meer waarde en agility in de organisace te versterken Bij het ontwikkelen van nieuwe software ontwikkelings methoden hebben we ontdekt dat: Individuen en interactie Werkende software Samenwerking met de klant Inspelen op veranderingen Mindset Processen en tooling Uitputtende documentatie Contract onderhandelingen Volgen van het plan De zaken aan de rechterzijde zijn belangrijk maar. De zaken aan de linkerzijde helpen meer voor het realiseren van klantwaarde. + Implementatie uitgangspunten 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 8

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) Business FuncIoneel Technisch ICT Strate gisch Business Architect IT Architect Strate gisch Tactisch InformaIe Architect Lead ApplicaIon Engineer Product Owner Tactisch Operationeel Bij het ontwikkelen van nieuwe software ontwikkelings methoden hebben we ontdekt dat: Individuen en interactie Processen en tooling Werkende software Uitputtende documentatie Samenwerking met de klant Contract onderhandelingen Inspelen op veranderingen 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) Operationeel 9

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 Ideeën / behoeoen Klant / Markt Project Management betrokkenheid 10

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: MeeCng structuur Programmamanager Projectmanager Projectmanager Projectmanager projectmanager ( Lead BCM Productmanager Productmanager Productmanager PO'er Business architect SD manager SD manager 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 11

12 Centrale Backlog: De CMDB van het vernieuwingsproces 7. Creëer één gedeelde werkelijkheid waarop besluitvorming op elk niveau wordt gebaseerd: de backlog (Projecten, Epics, features en userstories) Programma board (Wat) Top-down prio stelling Team overleggen (Hoe) Afhankelijkheden en impediments Centrale backlog ZZP online? Project Epic Feature Your business account We share risk ZZP car services? PID? Functionele scope? PBS helder? Delivery start date Feature status PM SI BA AE TM Nazorg Maint Start Domtower/Sprinter Start Tidel/Inkpot Start Domtower/Sprinter Start Tidel/Inkpot Wk11 Wk12 Wk13 Wk14 Wk15 Wk16 Wk17 Wk18 Wk19 Wk20 Transactie overzichten ja ja ja Ready for dev x x x Transacties ja ja ja preparing x x x Liquiditeits manager Nee Nee Ja Open Overzicht services (verzekeringen) ja ja ja Ready for dev x x x Configureren aansprakelijkheid ja ja ja preparing x x x Configureren rechtsbijstand Nee Nee Ja Open Configureren arbeid ongeschiktheid ja ja ja Open x x x Configureren bedrijfsmiddelen Nee Nee Ja Open Configureren stagnatie Nee Nee Ja Open Configureren verkeer Nee Nee Ja Open? Start Domtower/Sprinte Start Tidel/Inkpot Start Bottom-up prio stelling Afhankelijkheden en impediments Project boards (Wat) 12

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 Business rollen Businss owner Prio Projecten Prio Epics Board, Portfolio en Team Enterprise Strategie Programma Prio Epics Prio Projecten Prio Epics ICT rollen Programma manager Productmanager Prio Features Project (Ready) Prio Features Prio Features Projectmanager Productowner Prio User Stories Team (Done) 1. Dagstart 2. Retrospective 3. Sprint review 4. Sprint planning 5. Analyse 6. Beheer Architectuur Prio User Stories Scrum Master 13

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 Ready Ready Ready Ready Done Done Done Done Productie Change 14

15 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 Project 1 Project 2 Project 3 Backlog (value, planning) Business analyse inhoud (BA) IT analyse inhoud (L-AE) Projectmanager Geen directe processturing maar prioriteitstelling! Team 1 Team 2 Team n+1 Scrummaster Functionele kennis business (Productowner/ Key user) Technische kennis ICT (dev. & testers) 15

16 Wrap up: 10 implementace uitgangspunten om te sturen op meer waarde en agility in de organisace te versterken Bij het ontwikkelen van nieuwe software ontwikkelings methoden hebben we ontdekt dat: Individuen en interactie Werkende software Samenwerking met de klant Inspelen op veranderingen Mindset Processen en tooling Uitputtende documentatie Contract onderhandelingen Volgen van het plan De zaken aan de rechterzijde zijn belangrijk maar. De zaken aan de linkerzijde helpen meer voor het realiseren van klantwaarde. + Implementatie uitgangspunten 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 16