TestNet 14 januari 2016 Standup Planning Stakeholdermanagement standup Tijd: standup Tijd: standup Tijd: Wat is u opgevallen? Laat komen wordt toegelaten en zelfs beloond Taken van meerdere dagen, onduidelijk hoe lang Onduidelijke taken voor test Bord wordt niet gebruikt iets is niet ‘af’ als je nog 1 of 2 dagen moet testen Men wacht op elkaar: geen afstemming, werk niet af Is dit voldoende info voor de groep? Er wordt tegen de scrummaster gepraat, ipv tegen elkaar Product owner is er niet bij Chicken bemoeit zich ermee Kenmerken ◦ Dagelijks 15 minuten ◦ Staand ◦ Geen problemen oplossen 3 vragen t.b.v. het sprintdoel ◦ Wat heb je gedaan sinds de vorige meeting? ◦ Wat ga je doen tot de volgende meeting? ◦ Welke problemen zie je op de weg? Doel ◦ Synchroniseren werk teamleden ◦ Voortgang faciliteren ◦ Dagplanning 1. De grote groep Planningpoker Product owner Als gebruiker wil ik kunnen inloggen Discussie Scrum master 20 2 8 5 Agile Team Planningpoker Product owner Als gebruiker wil ik kunnen inloggen 5 2e keer Scrum master 5 5 5 5 Agile Team Punten die aan een user story worden gehangen Relatieve maat om complexiteit te meten “If one feature takes twice as much effort as another, it will have twice the story points. As it turns out, Story Points are a more accurate measure of project velocity and release schedule than using hours and days.” Sprint Backlog Item 1: 8 sp Nieuwe xsd 15 Recht trekken queue namen 8 database wijzigen 3 modellen genereren 50 Vullen van codes en andere wijzigingen 50 Opslaan van codes en andere wijzigingen Sprint Backlog Item 2: 13 sp 13 ? 1 20 20 18 20 20 33 Publiceren configuratie abc obv wijzigingen obv xsd modellen genereren designsessie abc publiceren design vastleggen 3 topics en 3 queues en queuebridges aanmaken berichtstroom infraset publiceren berichtstroom metagegevens publiceren berichten op topic zetten triggers implementeren documentatie aanpassen 13 Test voorbereiden 13 Test uitvoeren 25 Automatisch test script aanpassen 20 test: voorbereiding 20 test: uitvoering Wat is u opgevallen? Veranderingen op het laatste moment Userstory + acceptatiecriteria ontbreken Snelle, slimme (ongeduldige) medewerker overruled team Onduidelijke en “vergeten” taken, standaard taken Grote taken (liefst 8 uur of minder) Niet kunnen/willen inschatten taken Altijd terug naar referentie userstory voor de inschatting Designtaken en bouwtaken van dat design scheiden Hou rekening met een codefreeze Automatische testscripts moeten soms ook aangepast worden Sjabloon Als [rol] wil ik [doel] zodat [reden/verwacht resultaat] Voorbeeld Als geregistreerd gebruiker wil ik in kunnen loggen zodat ik toegang heb tot inhoud voor gebruikers-only Wie (rol) Wat (doel) Waarom (reden) ◦ Helderheid m.b.t. het nut ◦ Kan de manier van functioneren beïnvloeden ◦ Kan ideeën oproepen ter ondersteuning van het doel 1. “We kunnen deze taak nog niet inschatten” 2. Planning vs. praktijk Product owner is verantwoordelijkheid om de stakeholders te managen Veel soorten stakeholders : Product owner, eindgebruikers, testmanagers, functioneel en technisch beheerders, architecten, domeinexperts, projectmanagers, etc. Stakeholders uitnodigen voor de demo Stakeholders zijn “chickens” Scrum of scrums: afhankelijkheden tussen teams Afstemming product backlog Delen van kennis/tools Team standups worden regelmatig bijgewoond Kenmerken ◦ Meestal 2 á 3 x per week 15 minuten ◦ Per team wordt besloten wie hieraan deelneemt ◦ Indien mogelijk, problemen oplossen 3 vragen Doel ◦ Wat heeft je team gedaan sinds de vorige meeting? ◦ Wat gaat je team doen tot de volgende meeting? ◦ Welke problemen heeft je team of gaat je team veroorzaken voor een ander team ? ◦ Synchroniseren product backlog ◦ Communicatie over teams heen 1. Product owner 2. Oneindige release