Software- en Gameproject
|
|
- Brecht de Kooker
- 6 jaren geleden
- Aantal bezoeken:
Transcriptie
1 Software- en Gameproject Inleidende colleges periode /2017 College 2 Risico s, Planning, Communicatie Johan van Rooij Zorg dat je als projectgroep bij elkaar zit! 1
2 Vorige week: Agile en Scrum Eerste stappen met scrum: 1. Stel een product vision op. 2. Het product backlog vullen. 3. Grove prioritering (MoSCoW). 4. Opsplitsen van belangrijkste stories. 5. Start de eerste sprint. 6. Review product met de klant. 7. Review proces met het team. 8. Onderhouden van het backlog. 2
3 Dit college: risico s, communicatie, planning Veel grote softwareprojecten mislukken. Ook met agile aanpak, alleen wel wat minder. Dit college gaat over de grootste risico s. Eerst: marshmallow challenge. Ervaar het zelf Risico s. Belangrijke uitdagingen bij softwareprojecten. 1. Inschatten van risico s. 2. Planning. 3. Communicatie. 3
4 Software- en gameproject THE MARSHMALLOW CHALLENGE 4
5 The marshmallow challenge Bouw een vrijstaand bouwwerk op basis van spaghetti, tape en touw met de marshmallow bovenop. Je mag de spaghetti aan de tafel vastplakken. Je mag niet iets bouwen dat hangt aan het plafond of een anderszins hoger object. Ik meet straks de afstand tussen de tafel en de onderkant van de marshmallow. Het team met het hoogste bouwwerk wint de rest van de zak marshmallows. Je mag spaghetti breken, de tape of het touw in stukje knippen, etc. De marshmallow moet wel intact blijven. 5
6 The Marshmallow challenge Jullie kunnen (zo meteen) bij mij ophalen: 1 marshmallow. 20 stengels spaghetti. 1 meter tape. 1 meter touw. Als we beginnen krijg je 18 minuten. Het team met het hoogste bouwwerk wint! Vragen? 6
7 7 Reflectie
8 Kijk eens naar dit filmpje Is dit verhaal herkenbaar? Kun je hier iets mee voor jullie softwareproject? 8
9 Waar ik hoop dat je iets van meepikt Het belang van het identificeren van risico s. Het voordeel van iteratief ontwikkelen. Dit verkleind risico s. Bedenk ook: 1. Jullie zijn geen architecten! Het Softwareproject bevat genoeg nieuwe dingen waar je waarschijnlijk nog weinig ervaring mee hebt. 2. Onderschat niet het belang van goed samenwerken en het soepel lopen van het proces. Rol van de `executive admin ligt bij jullie bij de scrum master en de voorzitter. 9
10 Software- en gameproject RISICO S 10
11 11 Risico s
12 Risico s Risico inschattingen zijn altijd op basis van: Verwachtte kans. Verwachtte impact. Risico s goed inschatten is bijna onmogelijk. Een selectie maken van risico s die meer aandacht verdienen kan wel. 12
13 Verwachtte kans en impact Als informatici zijn wij getraind om te denken in technisch risico: Hoe lastig is het om feature X te implementeren? Wat komt er bij kijken om met systeem Y te interfacen? Hoe roep ik library Z aan? Bedenk dat het meeste (onverwachte) risico in hele andere factoren zit. 13
14 Risico s zitten waar het vaak mis gaat 14 Uit IT Cortex, The Bull survey (1998)
15 Uitdaging 1: communicatie Nr 1! Slechte communicatie ook vaak onderliggende oorzaak van andere problemen. 15 Uit IT Cortex, The Bull survey (1998)
16 Uitdaging 2: slechte planning Nr 2! 16 Uit IT Cortex, The Bull survey (1998)
17 Niet technisch risico Kans dat een teamlid tijdens het project uitvalt. Kans dat teamleden ruzie krijgen. Onderling of met de klant. De klant heeft eigenlijk geen idee van wat hij precies wil. De projectgroep heeft eigenlijk geen idee van wat de klant wil. De klant heeft tijdens het project andere prioriteiten. Het product wordt gebouwd voor de contactpersoon, de eindgebruiker kan er later echter niets mee. Samenwerken/afhankelijk zijn van een derde partij. Deze risico s komen vaak pas boven water als het te laat is. 17
18 Overige onderliggende uitdagingen en risico s Software in een nieuw toepassingsdomein? Kun je met de klant meepraten hierover? Bedoel je dan ook echt hetzelfde? Data. Data zit altijd en consistent vol met problemen. Nieuwe technologie? Waar je nog niet mee bekend bent misschien? Velen van jullie hebben geen ervaring met werken voor een echte klant en/of in een team in project verband. Zorgt wellicht voor vertraging of het nemen van een verkeerde beslissing. Voor team leden is er meer dan het software project: andere cursussen, baantjes, hobby's, etc. 18
19 Software- en Gameproject Inleidende colleges periode /2017 College 2 Risico s, Planning, Communicatie Johan van Rooij 19
20 Dit college: risico s, communicatie, planning Veel grote softwareprojecten mislukken. Ook met agile aanpak, alleen wel wat minder. Dit college gaat over de grootste risico s. Eerst: marshmallow challenge. Ervaar het zelf Risico s. Belangrijke uitdagingen bij softwareprojecten. 1. Inschatten van risico s. 2. Planning. 3. Communicatie. 20
21 Inschatten van risico s Risico inschattingen zijn altijd op basis van: Verwachtte kans. Verwachtte impact. Risico s goed inschatten is bijna onmogelijk. Een selectie maken van risico s die meer aandacht verdienen kan wel. 21
22 Manieren om met risico s om te gaan Avoidance (reduction) - voorzorgsmaatregelen nemen: Met proven technology werken. Werken met mocks, stubs, etc. Minimisation (reduction) Eigenaarschap van code delen zodat het ontwikkelen niet stagneert als iemand ziek is. Demo prototypes maken om informatie op te halen bij de klant. Contingency plans - accepteer het risico maar plan voor als het mis gaat: Welke stories vallen buiten scope als we tijd tekort komen? Tolerance Programma s zo ontwerpen dat ze tegen een stootje kunnen. 22
23 23 Risico s
24 24 What is your marshmallow?
25 Het vinden van de grootste risico s Bekijk de MoSCoW geprioriteerde user stories. Geef ieder teamlid de planningpoker kaarten 1, 2 en 3. Iedereen legt deze kaarten bij de stories waar hij/zij denkt dat het meeste risico mee gemoeid is. Bespreek de toegewezen scores en besluit gezamenlijk per story hoe risicovol deze is. Houd deze risico score s bij in het backlog. Hierna: laat ieder teamlid risico s die niet aan stories te relateren zijn opschrijven op post-its. Bespreek de post-its en groepeer post-its die over hetzelfde gaan. Herhaal bovenstaand proces met de planning poker kaarten. 25
26 Wat te doen met de grootste risico s Het proces op de vorige slide leidt tot het identificeren van de grootste risico s. Bediscussieer voor de grootste risico s: Hoe zullen we hier mee om gaan? Heeft het risico of de aanpak impact op onze aanpak of architectuur? Komen er hierdoor nieuwe stories bij? Heeft dit effect op de prioriteiten in het backlog? 26
27 Software- en gameproject PLANNING 27
28 Risico s en Planning Als je er van uit gaat dat klanten niet precies weten wat ze willen Dan hoop je dat door iteratief ontwikkelen je convergeert naar een product waar hij/zij tevreden over is. Maar, dit is niet het hele verhaal. Verschillende planningen brengen hele andere risico s met zich mee. Met een goede planning kun je belangrijke risico s uit te weg gaan, namelijk door risico s naar voren te halen. Iteratief ontwikkelen betekent niet geen planning hebben! 28
29 Het goede detail van planning Een goede planning is als een goed backlog. Veel details over wat op korte termijn moet gebeuren. Minder details over de lange termijn, maar wel plannen. Het verloop van fijn naar grof kan geleidelijk. Een goede planning is een verdeling in tijd en resources. Waarin prioriteiten goed afgestemd zijn met capaciteiten. Op welke volgorde pakken we de belangrijkste stories op? Er is meer dan wat belangrijk is volgens de MoSCoW methode. 29
30 30 De korte en middellange termijn planning visueel
31 De korte en middellange termijn planning visueel 1. Wat doen we deze sprint? 2. Wat komt er de volgende sprint? 3. Wat staat er op de middellange termijn op de planning. Handig overzicht bij: Bepalen prioriteiten. Voorbereiden meeting klant. Voortgang controle. 31
32 Een goede lange termijn planning (project planning) Het projectplan dient ter: Communicatie met de klant (wanneer wat te verwachten). Voortgangscontrole (lopen we achter? wat doen we dan niet?) Het projectplan bestaan uit milestones. Een aantal test releases waarin belangrijke stories samen komen. Test releases waaraan de klant kan zien waar hij staat. De projectplanning is één van de eerste deliverables. 32
33 Een goede lange termijn planning (project planning) Een goede projectplanning haalt risico s naar voren. Technische risico s. Risico s in begrijpen van de klant (snel basaal werkend product maken). Data risico s. 33
34 34
35 35
36 Een goede planning Een goede projectplanning haalt risico s naar voren. Technische risico s. Risico s in begrijpen van de klant (snel basaal werkend product maken). Data risico s. Vaak komt dat neer op o.a. zo snel mogelijk een functional walking skeloton maken. Dat kan er visueel als volgt uitzien Visueel zodat voortgang ook meteen voor het hele team duidelijk is (communicatie!). 36
37 37
38 Visuele overzichten Jullie hebben in mijn colleges een aantal verschillende visuele overzichten gezien: Scrum board Sprint planning / middellange termijn planning. Lange termijn prioriteiten (project planning). In softwareproject heb ik ook gezien: Aanwezigheid verschillende teamleden. Reminders grootste risico s. Kies hierin wat je handig vind: Visuele overzichten zijn makkelijke interne communicatie. Worden steeds meer standaard in het bedrijfsleven. Moeten wel bijgehouden worden (een owner hebben). 38
39 Software- en gameproject COMMUNICATIE 39
40 Een wensenlijstje van de klant Ik wil een serious game om X te onderwijzen. We willen dat het gebruikt kan worden in de bachelor, master en ook voor PhD studenten. Het spel zal zich moeten aanpassen aan het niveau van de speler. Het zal aanpasbaar zijn om verschillende facetten van X te onderwijzen. Het moet op alle denkbare apparaten werken. The moon on a stick. 40
41 Echte klanten Klanten hebben de neiging om: Te veel te willen. Te praten over wat ze willen vanuit hun perspectief. De essentie van wat ze willen als detail te zien. Geen idee te hebben van wat technisch moeilijk is. Niet door te hebben dat software engineers geen verstand hebben van hun werkveld (jargon). Een flinke kloof om te overbruggen En dat terwijl communicatie vaak niet precies is. Verschillende mensen kunnen dezelfde woorden echt anders bedoelen en/of interpreteren. 41
42 Het goede nieuws Het projectbureau probeert: Projecten te definiëren die passen binnen de scope van een softwareproject. De verwachtingen van de klant vooraf al (een beetje) te managen. De projectgroepen te coachen (begeleiding). Maar dit blijft heel moeilijk. Niet voor niets de nummer één reden dat projecten mislukken. 42
43 Wat wil de klant? Een echt voorbeeld! Toen het softwareproject ongeveer halverwege was, vertelde een student mij: Onze klant heeft ons nog steeds niet verteld wat de requirements van ons programma zijn. Wie zijn taak is dit? 43
44 44 Hoe kun je er achter komen wat de klant wil?
45 Hoe kun je er achter komen wat de klant wil? Een aantal ideeën: Schrijf een product vision op en bespreek deze met de klant. Iteratief ontwikkelen. De klant bij het prioriteren van stories te betrekken. Zorgen voor validatie van ideeën en gebouwd prototype. Bij iedere demo de klant achter de computer zetten. Van begin tot eind steeds (en steeds weer) om feedback vragen. Ook: Bereid sessie met de klant goed voor. Weet waar je zeker feedback op wilt. Weet welke informatie je zeker nodig hebt in de komende, en daaropvolgende sprints en vraag hiernaar. 45
46 Wees je bewust van het verschil in belevingswerelden De meeste klanten hebben geen informatica achtergrond. Het is dus best moeilijk in te schatten wat weinig werk is en wat heel moeilijk is. Wees je hier bewust van. Leg zaken in hoofdlijnen aan de klant uit. Niet technisch, wel wat voor hem de gevolgen zijn. Laat de klant desnoods keuzes maken uit verschillende mogelijkheden en gevolgen (bijvoorbeeld kost veel tijd). 46
47 Dit verschil geldt ook andersom Mensen met een heel andere achtergrond verwoorden belangrijke eisen anders: Het programma moet een sexy uitstraling hebben Het programma moet met de gebruiker meedenken Bovenstaande verwoordingen heb je als programmeur weinig aan, maar kun je wel afpellen. Doorvragen. Iteratieve prototypes maken (doel is niet iets maken, maar informatie vergaren). 47
48 Dit verschil geldt ook andersom en is het meest vervelend als het om domeinkennis gaat. Wees je bewust dat jij niet volledig bekend bent met het toepassingsdomein van de klant. Je maakt altijd onbewust aannamen. Wees je bewust dat details uit het toepassingsdomein van de klant voor hem vanzelfsprekend zijn. Dûh Hij zal hier niet altijd vanzelf over gaan praten Bovenstaande is extreem belangrijk bij: Opstellen requirements en ontwerpen van modelstructuur. Interpretatie van data. Zorg voor validatie en feedback! 48
49 Hoe om te gaat met de klant? Drie adviezen van een consultant Ten eerste de klant is een persoon. Hoe obvious dit ook is, hier moet je wel tijd aan besteden. Verschillende mensen hebben verschillende stijlen van werken. Is je klant emotioneel ingesteld? Rationeel? Is je klant dominant? Of juist erg teruggetrokken? Pas je manier van werken hier op aan! Denk hier over na. Een gezellig één op één praatje maken Hebben sommige klanten ook behoefte aan. Kan het vervolg van de sessie veel effectiever maken. 49
50 Hoe om te gaat met de klant? Drie adviezen van een consultant Ten tweede de klant is vaak meer dan één persoon. Ook al heb je maar één contact persoon zijn er altijd: Degene die betaald. Degene die het product gaan gebruiken (soms op verschillende afdelingen met verschillende wensen). De baas van de gebruikers. Degene die het moet ondersteunen in het IT landschap. Al deze stakeholders zijn personen waarvoor de vorige slide geldt. Maar ook: verschillende personen hebben binnen een organisatie vaak verschillende belangen. Realiseer je dit. Waarom wil iemand iets Dit is een heel vak: stakeholder management. 50
51 Hoe om te gaat met de klant? Drie adviezen van een consultant Ten derde sta stil bij hoe de relatie/verhouding tussen het team en de klant is. Drie uitersten, het projectteam is: 1. Uitvoerder (handlanger). De klant zegt wat er moet gebeuren, jullie doen het. 2. Oplossing voor het probleem (expert). De klant laat alles aan jullie over. 3. Partner. Je hebt een 50/50 relatie, belangrijke beslissingen worden samen genomen. Zo weet je ook zeker dat de klant commitment heeft bij het project. 51
52 52 Waarom je geen oplossing voor het probleem wil zijn.
53 Ten slotte nog wat over communicatie in het algemeen. Communicatie is nooit precies. Veel misverstanden ontstaan door dezelfde woorden anders geïnterpreteerd worden dan ze bedoelt zijn. Veel misverstanden ontstaan omdat iedereen er toch zijn eigen sausje overheen gooit. Dit geldt zowel: Tussen het development team en de klant. Tussen leden van het development team onderling. 53
54 54
55 Ten slotte nog wat over communicatie in het algemeen. Communicatie is nooit precies. Hoe ga je hier mee om? Les één als consultant: luisteren is ook actief bezig zijn. Meestal wordt het LSD genoemd: 1. Luisteren actief luisteren en proberen te begrijpen wat er gezegd wordt. 2. Samenvatten checken of je het goed begrepen hebt door in andere woorden te herhalen wat er gezegd is. 3. Doorvragen net even een niveau dieper doorvragen om te zien of je het ook echt begrijpt, of dat er nog meer is. 55
56 Ten slotte nog wat over communicatie in het algemeen. Iedereen doet continu veronderstellingen/aannames. Dingen waar we vaak niet eens stil bij staan. Het zal wel zo werken Het zal wel dit zijn Iedereen zegt Wees je hier bewust van. Stel vragen, stel meer vragen, stel nog meer vragen. Dit zorgt voor duidelijkheid. Een waardevol teamlid stelt juist de domme vragen. Dit geldt zowel voor communicatie met de klant als communicatie intern. 56
57 Software- en gameproject TOT SLOT 57
58 Tot slot Identificeer de grootste risico s aan jullie project. Technisch en niet technisch. Door goede planning en communicatie kom je al een heel eind om de grootste risico s op te lossen / de grootste uitdagingen aan te gaan. Maar dit is niet triviaal. Volgende week: Agile development betekent continu (kleine) veranderingen aan de wensen van de klant. Deze verandering brengen ook risico s met zich mee. Oplossingen hiervoor zijn van net iets andere aard. 58
Software- en Gameproject
Software- en Gameproject Inleidende colleges periode 1-2 2017/2018 College 2 Het scrum proces en risico s Johan van Rooij Zorg dat je als projectgroep bij elkaar zit! 1 Vorige week: eerste stappen met
Nadere informatieSoftware- en Gameproject
Software- en Gameproject Inleidende colleges periode 3-4 2017/2018 College 2 Het scrum proces en risico s Johan van Rooij Zorg dat je als projectgroep bij elkaar zit! 1 Vorige week: eerste stappen met
Nadere informatieSoftware- en Gameproject
Software- en Gameproject Inleidende colleges periode 3-4 2018/2019 College 3 De echte klant Johan van Rooij 1 Vandaag Communicatie. Grootste risicofactor in het project. De echte klant. Er achter komen
Nadere informatieSoftware- en Gameproject
Software- en Gameproject Inleidende colleges periode 3-4 2017/2018 College 4 De echte klant (en eerdere projecten) Johan van Rooij 1 Vandaag Communicatie. Grootste risicofactor in het project. De echte
Nadere informatieSCRUM FRESHAPPLE.NL #DIGITALATHLETES
FRESHAPPLE.NL #DIGITALATHLETES HOME OF THE DIGITAL ATHLETES IT ALL STARTS WITH AN IDEA! EN DAAR ZITTEN WE VOL MEE We zijn ervan overtuigd dat iedereen een digitale fantasie heeft, wij helpen je graag dit
Nadere informatieSoftware- en Gameproject
Software- en Gameproject Inleidende colleges periode 3-4 2017/2018 College 1 Eerste stappen met Scrum en Agile Johan van Rooij 1 Welkom Software- en gameproject. In een team van 8-11 personen een product
Nadere informatieIIBA NL Jaarcongres "Business Analyse in Scaled Agile"
IIBA NL Jaarcongres "Business Analyse in Scaled Agile" Business Agility zonder Business Analyse, kan dat? Eddy Huisman De basis van Agile (Agile Manifest) Wij laten zien dat er betere manieren zijn om
Nadere informatieSoftware- en Gameproject
Software- en Gameproject Inleidende colleges periode 1-2 2017/2018 College 1 Eerste stappen met Scrum en Agile Johan van Rooij 1 Welkom Software- en gameproject. In een team van 8-11 personen een product
Nadere informatieTFS als perfecte tool voor Scrum
TFS als perfecte tool voor Scrum René van Osnabrugge renevo@delta-n.nl About me René van Osnabrugge Communicate @renevo renevo@delta-n.nl http://osnabrugge.wordpress.com Agenda Wat is Scrum? Wat is ALM
Nadere informatieSoftware- en Gameproject
Software- en Gameproject Inleidende colleges periode 3-4 2016/2017 College 1 - Scrum en Agile Johan van Rooij 1 Welkom Software- en gameproject. In een team van rond de 10 personen een product maken voor
Nadere informatieDefinitief 1.0 Handreiking voor toepassen van Agile Scrum binnen Overheidsdiensten april 2012
1 Kennis Agile Scrum 1.1 Inleiding In dit eerste deel wordt de lezer meegenomen in de Agile Scrum methodiek. Binnen DR, onder meer met ondersteuning vanuit Quintor, worden steeds meer projecten op deze
Nadere informatieWelkom. bij scrum. Zin in Onderwijs
Welkom bij scrum Zin in Onderwijs www.zininonderwijs.nl els@zininonderwijs.nl anna@zininonderwijs.nl Wat gaan we vandaag doen? o Wat is scrum? o Praktisch aan de slag o Oefenen o Scrumbord maken o Taken
Nadere informatieAgile bij grote administratieve systemen. Omgaan met requirements
Agile bij grote administratieve systemen Omgaan met requirements 1 Agenda Wat is een groot systeem? Aanpak van een groot systeem Agile alignment Agile en requirements (en architectuur) Agile en governance
Nadere informatieAgile (Scrum) Werken Jeroen Hak
1 21-5-2018 Agile (Scrum) Werken Jeroen Hak 17-05-2018 2 Agenda Opening Agile - oorsprong Agile Scrum Agile PM methodieken 3 Jeroen Hak Functie Project / Programma manager Agile Adviseur & Trainer bij
Nadere informatieContinuous Requirements Engineering
Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Testen! 3 Het goeie ouwe V-model wensen systeem systeemrequirements
Nadere informatiePRODUCT OWNER.
PRODUCT OWNER www.gladwell.nl bel ons 020-240 2244 PRODUCT OWNER Het wordt steeds gangbaarder: werken met de Scrum methode. Zeker in de IT maar ook bedrijven in andere sectoren omarmen deze praktische
Nadere informatieDoel Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken.
Scrum Checklist 1 Sprint Planning Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken. Eerste dag van de sprint Product Owner, Scrum Master, Ontwikkelteam (verplicht)
Nadere informatieAgile werken: zó doen we dat
Agile werken: zó doen we dat Bij Freshheads werken we graag volgens de Agile aanpak. De voordelen? Verhoogde efficiëntie en flexibiliteit, snellere resultaten en grotere betrokkenheid. Maar hoe gaat het
Nadere informatieScrum: Een Agile aanpak voor ontwikkeling van producten. Scrumteam rollen. Verder dan de vraag 2
Scrum: Een Agile aanpak voor ontwikkeling van producten Verder dan de vraag 1 Scrumteam rollen Verder dan de vraag 2 1 Scrum: Totaaloverzicht Verder dan de vraag 3 Scrum: Sprint cyclus Verder dan de vraag
Nadere informatie1. De watervalmethode... 2. 2. Agile softwareontwikkeling... 2. 3. Iteratief werken... 3. 4. Agile technieken voor teams... 3
Naar Voren: Tijdschrift voor webwerkers» Artikel #155 Agile (web)ontwikkeling Omarm de verandering Als ICT-professional heb je het liefst dat de klant exact weet wat hij wil, dat jij exact weet hoe je
Nadere informatieAgile buiten de IT. Bent u al onbewust bekwaam met agile? Bert Leibbrand bert.leibbrand@itri.nl +31 6 27 74 60 88
Agile buiten de IT Bent u al onbewust bekwaam met agile? Bert Leibbrand bert.leibbrand@itri.nl +31 6 27 74 60 88 Agenda Overzicht Agile: een hype? Agile termen Planningpoker: zelf ervaren Samenvatten Volgende
Nadere informatieDe Agile Analist. Henk Jan Huizer
De Agile Analist Henk Jan Huizer Software Ontwikkeling Dat is Software Ontwikkeling is Voor veel organisaties van steeds grote belang! Agile Software ontwikkeling Is een aanpak die past bij het type werk
Nadere informatieInhoud. 1. Agile werken. 2. Het belang van Agile werken. 3. Basisprincipes van Agile werken. 4. De meest gebruikte Agile methode: Scrum
Inhoud 1. Agile werken 2. Het belang van Agile werken 3. Basisprincipes van Agile werken 4. De meest gebruikte Agile methode: Scrum 5. Drie rollen binnen een Scrum squad De wereld waarin je leeft verandert
Nadere informatieRiskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink
Riskpoker - Confirmation - Planningpoker 10-7-2013 Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink 1 Presentatie (sprint) backlog items 1 2 3 4
Nadere informatieWHITEPAPER IN 5 MINUTEN. 11. Scrum
WHITEPAPER IN 5 MINUTEN A U G U S T U S 2 0 1 4 11. Scrum Deze whitepaper gaat over Scrum. Kort en bondig: Scrum is een software-ontwikkelmethode met vaste sprints van enkele weken waarin steeds een verbeterde
Nadere informatieAERIUS II. Mark Wilmot Product Owner AERIUS. Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS)
AERIUS II Mark Wilmot Product Owner AERIUS Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS) m.j.wilmot@mineleni.nl Inhoud Toelichting AERIUS II Project Demo Agile / Scrum proces
Nadere informatieAgile ervaring Ir.ing. Erik van Daalen
Agile ervaring Ir.ing. Erik van Daalen Eneco Rotterdam 3 december 2013 03-12-2013 Agile Erik van Daalen 1 Hoofdsponsor Sponsors IPMA-N Jaarsponsors 03-12-2013 Agile Erik van Daalen 2 Korte introductie
Nadere informatie[ SCRUM. ] Een introductie
[ SCRUM. ] Een introductie [ SCRUM IN HET KORT. ] Scrum is een agile-proces, welke het mogelijk maakt om te focussen op het leveren van het beste resultaat in de kortst mogelijke tijd. Het maakt het mogelijk
Nadere informatieInhoud. Deel I: De rollen... 25. Voorwoord...7. Over de auteur...15. Dankwoord...19
Inhoud Voorwoord...7 Over de auteur...15 Dankwoord...19 Inleiding...21 Waarom Scrum?...21 Doelgroep...22 De indeling van het boek...23 Deel I: De rollen...23 Deel II: De lijsten...23 Deel III: De meetings...23
Nadere informatieVerzamelde vragen en antwoorden Agile Applicatie ontwikkeling. Agile Methodiek en Technologie. Zest Application Professionals
Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling Agile Methodiek en Technologie Zest Application Professionals Hoe is de aansluiting op ontwikkelmethoden voor Legacy-systemen? Out of the Box
Nadere informatieLeiderschap in een organisatie met technische professionals
Quintor Leiderschap in een organisatie met technische professionals Johan Tillema CEO Quintor Professionele softwareontwikkeling ICT Architectuur Java,.NET en Mobile Informatieanalyse Opgericht in 2005
Nadere informatieProduct Risico Analyse
Product Risico Analyse Jurian van de Laar TestNet Avond 9 oktober 2013 www.improveqs.nl (info@improveqs.nl) Versie 2.0 1 Herkenbaar? In ons testproces wordt product risico analyse toegepast Wij gebruiken
Nadere informatieScrum. Een introductie
Organisatie SYSQA B.V. Pagina 1 van 10 Scrum Een introductie Almere 1999 Proud of it Pagina 1 van 10 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Inleiding... 3 2 Scrum... 4 3 Scrum rollen...
Nadere informatieHET OPSTELLEN VAN USER EN HET UITSPLITSEN VAN USER STORIES NAAR CONCRETE TAKEN.
User stories HET OPSTELLEN VAN USER EN HET UITSPLITSEN VAN USER STORIES NAAR CONCRETE TAKEN. In dit document lees je hoe je User Stories opstelt en waar ze voor dienen. Je leert ook User Stories uit te
Nadere informatieCONCEPT TOOL ONTWERPEN IN BEELD VOOR EIGEN GEBRUIK
1 Leerdoelen verhelderen 1A Hoe ziet de vaardigheid eruit? Neem een vaardigheid die in komende project of les belangrijk gaat zijn. Schrijf de vaardigheid op een groot vel en verdeel de rest van het vel
Nadere informatieFeedback geven. Feedback kan positief en negatief zijn. Negatieve feedback geven is moeilijk
2 12 Feedback geven Feedback is een boodschap over het gedrag of de prestaties van een ander. Feedback is onmisbaar als je met anderen samenwerkt. Je moet zo nu en dan kunnen zeggen dat het werk van de
Nadere informatieScaled agile in de praktijk: welke modellen zijn er en wat werkt het beste in jouw situatie?
Scaled agile in de praktijk: welke modellen zijn er en wat werkt het beste in jouw situatie? Nothing beats an agile team! Lang leve het agile team dat zich tijdens elke sprint verder verbetert. Maar wat
Nadere informatieAgile Foundation examen - OEFENVragenformulier
Agile Foundation examen - OEFENVragenformulier 1) Wat is het beste dat je kunt doen volgens de principes van het Agile Manifesto? a) Afspraken nakomen b) Opleveren wat waardevol is c) Regelmatig resultaat
Nadere informatieAgile Testen in de praktijk
1 Agenda 2 Agile Testen in de praktijk Summerschool 13 Juli 2011 Introductie Agile de context van agile Testen2.0 de tester in een agile project Waarden en principes DoD, PRA en MTP Testen3.0 in een agile
Nadere informatieVan Gantt chart naar Burn up chart: het doen van een eerste Agile project
Van Gantt chart naar Burn up chart: het doen van een eerste Agile project Auteurs: Jeroen van Menen en Ron van Vliet In softwareontwikkeling en binnen IT-afdelingen van grote bedrijven krijg je als project
Nadere informatieScrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil
Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag
Nadere informatieAgile Testing isn t Risking IT! Bram Bronneberg Test Manager Logica - CGI
Agile Testing isn t Risking IT! Bram Bronneberg Test Manager Logica - CGI B.W.F.P.M. BRONNEBERG TEST MANAGER UIREMENT & QUALITY MANAGEMENT Introductie Q & A Achtergrond Agile Testing isn t Risking IT!
Nadere informatieLSSN seminar Amsterdam 01-11-2012 Edwin Kippers Master Black Belt. Project Management
Lean Six Sigma Scrum Niet alleen voor software projecten LSSN seminar Amsterdam 01-11-2012 Edwin Kippers Master Black Belt Project Management Project succes survey The Standish Group's report: "CHAOS Summary
Nadere informatieSCRUM: REPETEREN, MAAR OOK LEREN?
AGILE EN SCRUM SCRUM: REPETEREN, MAAR OOK LEREN? Clem Schouten Jeroen Paul Nijmeijer Veel organisaties in Nederland zijn bezig met het werken volgens de Scrum-methode. Er zijn dus duizenden mensen dagelijks
Nadere informatieEen website ontwerpen met agile design en scrum, wat heb je nodig?
Een website ontwerpen met agile design en scrum, wat heb je nodig? door admin - 03-19-2012 http://www.itpedia.nl/2012/03/19/een-website-ontwerpen-met-agile-design-en-scrum-wat-heb-je-nodig/ Door Pieter
Nadere informatieIntroductie workshop Agile & Scrum
Introductie workshop Agile & Scrum De Amsterdamse School juli 2017 Voorstellen Rita Kuppens Amsterdamse school Achtergrond: Scrum master / Agile coach Lean consultant Project- en Programma management ICT
Nadere informatieWORKSHOP 1W5. De Scrum-projectmethode voor betere groepsresultaten. Rienk van der Ploeg hogeschooldocent Informatica bij IICT-FNT
WORKSHOP 1W5 De Scrum-projectmethode voor betere groepsresultaten Rienk van der Ploeg hogeschooldocent Informatica bij IICT-FNT 11.00-12.00 uur / Expedition Curriculum Vitae Team Lead Software Developers
Nadere informatieEXIN Agile Scrum Foundation
Voorbeeldexamen EXIN Agile Scrum Foundation Editie april 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system
Nadere informatieGame en Software Project
Game en Software Project Software maken in het echt Marjan van den Akker (runt Projectbureau samen met Frank van der Stappen) www.softwaregameprojecten.nl 1 Overzicht Setting Hoe werkt project? Voorbeelden
Nadere informatieContinuous Requirements Engineering
Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Het goeie ouwe V-model wensen systeem systeemrequirements
Nadere informatieInitiatiefase fase 1 Initiatie betekent met iets beginnen of iets opstarten.
Initiatiefase fase 1 Initiatie betekent met iets beginnen of iets opstarten. Daar gaat het in deze fase om. Het is de eerste stap van je project. Daarom is dit een denkfase: je begint met het nadenken
Nadere informatieDe tester als Product Owner Wat denk je zelf?
De tester als Product Owner Wat denk je zelf? Evert van Hamersveld en Olivier Mesker Testers en Product Owners in gesprek Volgens mij is dit een belangrijke feature en moet dit goed getest worden Mooi
Nadere informatieDe ideale Product Owner
Whitepaper april 2019 De ideale Product Owner In deze whitepaper gaan we er vanuit dat je op de hoogte bent van hoe Scrum werkt. Zo niet, dan kan je beter eerst even onze whitepaper over Scrum lezen. De
Nadere informatieWie ben ik? Agile Software Development. Het waterval model. Inhoud
gile Software Development Februari 2008, Philippe Dirkse Wie ben ik? 2002: fgestudeerd TU/e 1999-2005: Mondo izzarro, rystal Interactive, Siemens tea 2005 heden: PTS: Leica Microsystems SES/MiPlaza Inhoud
Nadere informatieBusiness Sprint LOOT-scholen en Zo.Leer.Ik in kader van project Leerling 2020. Door Madelief Keyser en Michael van Wetering
Business Sprint LOOT-scholen en Zo.Leer.Ik in kader van project Leerling 2020 Door Madelief Keyser en Michael van Wetering Aanleiding Business Sprints Inzicht krijgen in behoeftes van nieuwe onderwijsconcepten
Nadere informatieAuditen van Agile projecten
Auditen van Agile projecten Platform voor Informatiebeveiliging 10 december 2013 Merijn van der Zalm & Marcel Trijssenaar Agenda Belang van assurance op agile ontwikkelen Agile versus Waterval Perspectief
Nadere informatie14-9-2015. Scrum in het kort
Les 3 Scrum in het kort Scrum is een agile proces dat het ons mogelijk maakt om de hoogste waarde in de kortste tijd te realiseren. Het maakt het ons mogelijk om snel en regelmatig echt werkende software
Nadere informatie13. De ideale product owner
WHITEPAPER IN 5 MINUTEN D E C E M B E R 2 0 1 4 13. De ideale product owner In onze whitepaper over scrum (http://www.oberon.nl/whitepaper/11_scrum/) beschreven we kort de scrum methodiek zoals we die
Nadere informatieBusiness Sprint in kader van project Leerling 2020. Door Madelief Keyser
Business Sprint in kader van project Leerling 2020 Door Madelief Keyser Generieke vraag initiatieven gepersonaliseerd leren CONTENT: Ontwikkeling van adaptief digitaal leermateriaal opgedeeld in kleine
Nadere informatieSCRUM METHODE.
SCRUM METHODE www.gladwell.nl bel ons 020-240 2244 WAT IS SCRUM? Scrum is een methode om effectief, kostenefficiënt, klant- en resultaatgericht te werken in teams. Met Scrum kunt u de principes van agile
Nadere informatieProject methodiek. Auxilium BV Oude Delft 48 2611 CD Delft. T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl
Project methodiek Auxilium BV Oude Delft 48 2611 CD Delft T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl Inhoud 1 PROJECTMETHODIEK... 3 1.1 TIME-BOXING... 3 1.2 USER-STORIES EN STORY-POINTS... 3
Nadere informatiePLUS Retail. Aafke Woudstra Articulate Gebruikersdagen Utrecht, 15 & 16 november 2018
PLUS Retail Aafke Woudstra Articulate Gebruikersdagen 2018 Utrecht, 15 & 16 november 2018 Aafke Woudstra 28 jaar Enschede Nieuwegein Hardlopen 2012 Onderwijskunde Radboud Universiteit Nijmegen 2014-2017
Nadere informatieAgile 2019 Wiger Middelkamp en Bas Flapper. Van Doing Agile naar Being Agile
Agile 2019 Wiger Middelkamp en Bas Flapper Van Doing Agile naar Being Agile DOEL VAN DE TALK Aan het einde van de sessie: - Weet je beter wat een Agile Coach doet - Ben je sneller in staat impact te maken
Nadere informatieOntwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 2
Ontwikkelmethoden en technieken 1 Vandaag Een kleine geschiedenis (vervolg) Klein stukje XP Afbakening verwachtingen 2 Werkwijze theorie Lesstof Presentaties Boek Aantekeningen Introductie/overzicht Week
Nadere informatieScoren met je project Projectmatig werken mag géén last zijn!
blauw Scoren met je project Projectmatig werken mag géén last zijn! Ives De Saeger 17/11/2015 1 scoren met project Doel van deze sessie blauw Inzichten in hoe te scoren met project. Geleerde direct toepassen
Nadere informatieVirtuele assistent. Break-out sessie. Bart Bellefroid - Product owner
Virtuele assistent Break-out sessie Bart Bellefroid - Product owner We gaan een virtuele assistent voor onze klantenservice ontwikkelen. En nu? 2 Veel onduidelijk en veel vragen Wat vinden klanten van
Nadere informatieUser Centred Development! UCD Werkcollege blok 1 week 3
User Centred Development! UCD Werkcollege blok 1 week 3 Agenda! Problemen in de supermarkt! Feedback! Design review! Observatie oefening: Wat zit er in mijn tas?! Deel 1: Alleen kijken! Deel 2: Kijken
Nadere informatieLEVEL UP! Aan de slag in de game-industrie
LEVEL UP! Aan de slag in de game-industrie DE LEVEL UP LESGAME Wie krijgen het rijkste gamebedrijf? Luisteren Kijken Spelen Winnen DEEL 1: KIJKEN EN LUISTEREN Wat doet een game artist? game developer/programmeur?
Nadere informatieBUSINESS CASE. Cinnovate. Versie 3.0
+++++++++++++++++++++++++++++++++++++++++++ BUSINESS CASE Cinnovate Versie 3.0 Inhoudsopgave Visie... 2 Missie... 2 Doel... 2 Middel... 3 Proces... 3 Risicomanagement... 4 Risicoanalyse:... 4 1 Visie De
Nadere informatieScrum. Veranderingen. Product development of product manufacturing?
Scrum Nu op veel plekken de Oracle Developer en Designer ontwikkelstraat aangevuld wordt met, en steeds vaker zelfs vervangen wordt door JDeveloper, komt vaak de vraag naar boven welke project management
Nadere informatieAgile with a smile. Dion Kotteman
Agile with a smile Dion Kotteman Introductie Strategisch adviesbureau www.dionkotteman.com Lid RvC, opdrachten bij Deloitte, CGI, gemeente Amsterdam, associé bij PBLQ. Voormalig CIO Rijk. Auteur van: De
Nadere informatieEen plan van aanpak voor Scrum bevat de volgende onderdelen met bijbehorende uitwerking.
Een plan van aanpak voor Scrum bevat de volgende onderdelen met bijbehorende uitwerking. Sprint 1 projectresultaten Een projectresultaat is iets dat je tijdens je project gaat op- of inleveren. Voorbeelden
Nadere informatieToepassen van Scrum als process template
Toepassen van Scrum als process template Door Robin Witteman robinw@delta-n.nl Introductie van Scrum Het toepassen van Scrum is in 1986 op de Universiteit van Harvard uitgedacht door Hirotaka Takeuchi
Nadere informatieOPDRACHTEN BIJ THEMA 11 BELEID
OPDRACHTEN BIJ THEMA 11 BELEID Beleid is alleen nodig als je iets gaat veranderen. INLEIDING Het beleid van een organisatie bepaalt hoe je moet werken en wat de bestuurders belangrijk vinden. Dat beleid
Nadere informatieEffectief testen in complexe omgeving 20-8-2012
Effectief testen in complexe omgeving 20-8-2012 How it came to be 20-8-2012 2 Indeling Wie ben ik? Wat doet TASS? Beschrijving ontwikkelgroepen Voor SCRUM Implementatie SCRUM Gerealiseerde verbeteringen
Nadere informatiePersoonlijke reflectie. Project Agile Development
Persoonlijke reflectie Project Agile Development Naam: Dewi van Aalderen Project: WaagSociety Team: WGS10 Inleverdatum: 12 juni 2017 Inhoud 1.Inleiding... 3 2. Bijdrage... 3 3. Waar ben ik trots op?...
Nadere informatieFeedback Project Ergonomisch Ontwerpen
Feedback Project Ergonomisch Ontwerpen Competenties Sociaal en communicatief functioneren (P9) Initiatief (P10) Reflectie (P11) Afgelopen module heb je met een groepje gewerkt aan je project. In week 7
Nadere informatieProject 2 Maze Driver. Plan van Aanpak TI1A
Plan van Aanpak TI1A 1 Inhoudsopgave Achtergronden... 3 Projectopdracht... 4 Projectactiviteit... 5 Projectgrenzen... 6 Tussenresultaten... 7 Kwaliteit... 8 Projectorganisatie... 9 Planning... 10 Kosten
Nadere informatieHybride projectmanagement
Hybride projectmanagement Ronde Tafel april 2018 Projectmanagement in de Zorg stichting Projectmanagement in de Zorg Sinds 2016 Missie: Projectmanagement in de zorg verbeteren Doel: Waardevol forum voor
Nadere informatieHoe ver moet je gaan?
Hoe ver moet je gaan? Requirements verzamelen in agile John Copier; Marcel Steur 8 oktober 2015 Introductie Marcel + Qquest Informatica TU Delft Bedrijfskunde HSA + VU IT combineren met bedrijfskunde Qquest
Nadere informatieRESOURCES EN AFHANKELIJKHEDEN Ron Bouwman Eric Lacquet
RESOURCES EN AFHANKELIJKHEDEN Ron Bouwman Eric Lacquet 1 Agenda Gemeenschappelijk kader Mogelijke interventies en best practices 2 Resource management Key resource planning Key resource control Resource
Nadere informatieRubrics vaardigheden
Rubrics vaardigheden Rubrics vaardigheden In het leerlab 2020 hebben 7 vernieuwingsscholen vier rubrics ontwikkeld om de persoonlijke groei van leerlingen in kaart te brengen. Deze rubrics zijn vaardigheden
Nadere informatieSpeciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog. Hoe ga je daar mee om?
Speciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog Hoe ga je daar mee om? Kevin Bakker Baarn, 1-3-2016 Met hulp van: Frank Sprengers,
Nadere informatieDefinitiefase fase 2
Definitiefase fase 2 Nu dat jullie als projectteam de startnotitie af hebben, kunnen jullie beginnen met de volgende fase: jullie gaan de startnotitie uitbreiden tot een projectplan en jullie gaan de rollen
Nadere informatieSamen toegankelijke websites bouwen met Scrum. Irene Melisse
Samen toegankelijke websites bouwen met Irene Melisse Wie is Irene? 20 jaar werkzaam in de IT Ontwikkelaar > System Engineer > Coach Waterval > Agile Sinds 2014 bij ezcompany Master Agile Coach 30-05-16
Nadere informatieRubrics vaardigheden
Rubrics vaardigheden Rubrics vaardigheden In het leerlab 2020 hebben 7 vernieuwingsscholen vier rubrics ontwikkeld om de persoonlijke groei van leerlingen in kaart te brengen. Deze rubrics zijn vaardigheden
Nadere informatieMichael Franken met medewerking van Rini van Solingen
Scrum voor Dummies Michael Franken met medewerking van Rini van Solingen BBNC uitgevers Amersfoort, 2016 Inhoud Voorwoord...7 Over de auteur...15 Dankwoord...19 Inleiding...21 Waarom Scrum?... 21 Doelgroep...
Nadere informatieVerantwoordelijkheid ontwikkelen. Informatiekit om uw medewerkers te helpen bij het voorkomen van werkstress
Verantwoordelijkheid ontwikkelen Informatiekit om uw medewerkers te helpen bij het voorkomen van werkstress 1 Inhoud Inleiding 3 A Verantwoordelijkheid nemen voor jezelf 4 - Goede afspraken maken - Stel
Nadere informatieAccelerate? Automate!
Accelerate? Automate! TA Flying Squad bij KPN Marco Jansen van Doorn Test Tool Consultant, Business Line Test Automation What s Cooking, Vianen, 24 mei 2016 Vraag & Antwoord Meer rendement uit testautomatisering?
Nadere informatieGame en Software Project 2015/2016
Game en Software Project 2015/2016 1 Na dit college Weet je ongeveer hoe SP/GP in elkaar zit Er is heel veel informatie: lees vooral na op de website www.cs.uu.nl/docs/vakken/sp Spreek je je voorkeur voor
Nadere informatieTestdriven architecture
Track Agile Craftsmanship Testdriven architecture Nieuwe perspectieven en ontwikkelgebieden voor de architect & agile teams in een agile omgeving. Laurens Kremer SPC/CISA Docent - NAF Masterclass EA Testen
Nadere informatieWorkshop Design Thinking Initiate
Workshop Design Thinking 07-09-2017 Initiate Wij zijn Achtergrond als Industrieel ontwerpers en bekend met onderwerpen als product ontwerp, Design thinking, prototyping, conceptueel ontwerp en crowd sourcing.
Nadere informatieTraining Projectmanagement
Training Projectmanagement Projectmanagement, sturen op resultaat Binnen jullie organisatie werken jullie veel met projecten. Jij bent projectleider, of je maakt deel uit van een speciaal opgesteld projectteam.
Nadere informatieFeedback ontvangen. Feedback ontvangen is moeilijk. Hoe gaan we om met feedback?
2 7 Feedback ontvangen Feedback kun je zien als een cadeau. Je kunt het aannemen, uitpakken en er je voordeel mee doen. Of je neemt het cadeau aan, bedankt de gever en legt het vervolgens in een kast om
Nadere informatieRisk & Requirements Based Testing
Risk & Requirements Based Testing Tycho Schmidt PreSales Consultant, HP 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice Agenda Introductie
Nadere informatieOnline trainingsplatform voor gespreksvaardigheden
Online trainingsplatform voor gespreksvaardigheden Welkom! Communicatie-onderwijs 2.0: hoe virtuele trainingsacteurs gespreksvaardigheden van (toekomstig) zorgprofessionals vooruit helpen (door Renske
Nadere informatieDe overstap naar Agile De overstap naar Agile
De overstap naar Agile De overstap naar Agile Wat als niet alleen de requirements veranderen, maar alles verandert? Inleiding Start project met waterval aanpak Overstap naar agile Hoe hebben we het gedaan?
Nadere informatieLeidraad voor een groepsgesprek Tijd:30 à 45 minuten, met 4 tot 16 personen/benodigdheden: post-its of blaadjes papier balpennen - flap
Organiseer zelf je babbel over Mortsel! Leidraad voor een groepsgesprek Tijd:30 à 45 minuten, met 4 tot 16 personen/benodigdheden: post-its of blaadjes papier balpennen - flap Enkele tips: Zoek iemand
Nadere informatieVerandering in Beweging Brengen m.b.v. Games!
Verandering in Beweging Brengen m.b.v. Games! Content 1. Aanleiding voor de opdracht 2. Articulatie van de vraag 3. Concept ontwikkeling en methodiek 4. Proces (deliverables) 5. Planning 1/5 Aanleiding
Nadere informatie