Over Valori. Risicoanalyse in een agile setting. 25 jaar Testen PLUS. Top-200 klanten. 125 professionals

Transcriptie

1 Risicoanalyse in een agile setting Egbert Bouman en Philip Bosch (Valori) TestNet, 14 mei 2014 INNOVATION STARTS WITH TESTING 1 Over Valori 25 jaar Testen PLUS Business Analyse & Requirements Test & Acceptatie High Performance Maintenance Top-200 klanten Onder andere Achmea 125 professionals

2 Inhoud Work & think shop Welkom en Inleiding 9:30u Agile en risicoanalyse Introductie van de case-applicatie Hands-on risicoanalyse Brede risicoanalyse in sprint 0 Risicoanalyse en beheersing in de sprints PAUZE rond 11:00u Discussie Afsluiting en lunch 13:00u 3 Inhoud Work & think shop 4

3 Waar komen de ideeen vandaan? Behoefte aan handvatten voor risicomanagement in Scrum Valori werkgroep met diverse klanten Op basis daarvan een model gemaakt met 4 risicotypen Behandeling in het agile proces Vooral aan de hand van Scrum Scrum guide aangehouden Plus enkele breed geaccepteerde Scrum practices Dit laatste is belangrijk: maak Scrum niet topzwaar 5 Risico analyse is een risico op zichzelf

4 Risico s horen er gewoon bij Geen risico, geen leven! Risico s inherent aan elke missie

5 Risico s zijn leuk Risico s verdampen terwijl je kijkt 10

6 Hands-on met de RAR tool Meer reflecties op risico s en agile? (10 minuten) 11 Opfrisser: zo werkt Scrum 12

7 Van een agile forum Because we continuously look for what is blocking progress and address those impediments immediately, no potential risk that actually is occurring can go unnoticed for long. Furthermore, when we address them, we have far more current information about the situation than if when we would have pre-planned the response. Therefore, explicitly listing those potential risks (most of which will never occur) and pre-planning what we would do about them would be a big waste of time, and might delude us into thinking that all that "risk management" means we do not have to be vigilant. Dus we kunnen gelijk weer naar huis 13 Iets minder extreem Allemaal nogal in-sprint. Hoe schaal je dit naar team-overkoepelend? 14

8 Scrum = risk management In Scrum zit veel impliciet risico management Het hele Scrum proces is gericht op risico s vroegtijdig elimineren Zelfs als je niet expliciet over risico s praat doe je met Scrum al aan risico management Hoe expliciet wil je het maken? Niet, zeggen sommige scrumdamentalisten Wij wel, meestal. Maar wel lean, just enough, just in time 15 Breed of concreet? Allebei nodig: Deze twee staan op gespannen voet! Daarom: Je wilt zo concreet mogelijk zijn Breed (waterval): grote kans op vaagheid Start met brede risicoanalyse, top- 3 of workshop Maar je wilt geen blinde vlekken Concreet (agile): grote kans op tunnelvisie Manage concrete risico s in de sprint 16

9 Hands-on met de RAR tool We bestuderen nu de case beschrijving (10 minuten) Dan pauze tot 11:15 Daarna vragen aan PO (15 minuten) 17 Hands-on met de RAR tool Elke groep doet nu een brede product risico analyse en noteert top-3 grootste risicogebieden (15 minuten) 18

10 Voordelen brede risicoanalyse Verbinding tussen en met stakeholders, test mgr, team Gedeelde subjectiviteit, want niemand weet het precies! Risico s kennen als basis voor testtraject Breed perspectief: Informatie, Proces, Systeem Out-of-the-box: Beperk je niet tot (sprint) backlog Weten wat je niet weet Scope en inhoud aanscherpen Twee dimensies: Onderdelen + (kwaliteits)eigenschappen Risicoworkshop vaak goed idee 19 Bestudeer hand-outs: 1. Release beschrijving 2. Sprint backlog Hands-on met de RAR tool Welke concrete risico s zie je voor deze sprint? Gebruik de brede risicomatrix als geweten! (20 minuten) 20

11 Hands-on met de RAR tool Consolideren risicolijst (5 minuten) 21 Risicomanagement in de sprints Vier risicotypen 1. Detail productrisico gekoppeld aan 1 of enkele backlog items 2. Breed productrisico, eenmalig niet te koppelen aan bestaand backlog item 3. Generiek productrisico dat voor langere tijd aandacht vraagt Maatregel Neem op als acceptatiecriterium Maak een spike, HIP item of nieuwe user story Voeg toe aan de Definition of Done 4. Projectrisico Behandel als Impediment of Improvement item 22

12 We bepalen per risico de strategie: Wat is het risicotype? Hoe een plaats geven in Scrum Dit is het hart van de workshop! (45 minuten) 23 Risicomanagement in de backlog In de backlog items Als onderdeel user story of epic of als een spike of als expliciet Risk item Slechts 1 attribuut extra Backlog heeft al attribuut Value (belang) Alleen Failure probability hoeft toegevoegd Hou actueel: Backlog grooming AKA backlog refinement, Story time Continue, maar verplicht in Sprint Review, Ken Schwaber: pak 5% van je tijd hiervoor! 24

13 Eventueel: sprint planning en risicopoker Hands-on met de RAR tool 25 Risk Burndown Chart Bron: Agile Body of Knowledge (AgileBOK.org) Kan, maar is bewerkelijk en niet gelinkt aan Scrum referentiekader 26

14 Beter: risicoplot PRIMA matrix identificeert risicogebieden. Risicoplot betreft concrete risico s of user stories. Omvang (story points = hoeveelheid werk) apart gevisualiseerd, dus geen onderdeel van Impact. 27 Risico daalt (als het goed is) Dag 1 Wat klopt hier niet overigens? Dag 12 28

15 29 Kleine en grote risico s De risico s zijn Te groot, onverantwoord Groot, misschien té groot Significant, maar beheersbaar Maatregel Blaas het project of de release af. Herzie de sprint backlog en kies minder riskante items Verkort de sprints. Dan gooi je in het ergste geval geen maand weg, maar 1 of 2 weken. Test grondig maar lever op in de A-omgeving, gevolgd door een onafhankelijke acceptatietest (testen boven de streep in het W- model) Plan ruime aandacht voor (tussentijdse) inspectiemomenten en demo s Begroot voldoende tijd voor testen en zorg voor adequate testexpertise in het team Beperkte onafhankelijke acceptatietest (zie hierboven, maar hou hem kort) Klein Praat niet teveel over risico s, focus op kansen, kwaliteit en productiviteit, testen 30

16 31 Altijd maatwerk 32

17 Bedankt voor jullie aandacht