Software- en Gameproject
|
|
- Pieter-Jan Hendriks
- 6 jaren geleden
- Aantal bezoeken:
Transcriptie
1 Software- en Gameproject Inleidende colleges periode /2017 College 1 - Scrum en Agile Johan van Rooij 1
2 Welkom Software- en gameproject. In een team van rond de 10 personen een product maken voor een echte klant. Dit is echt anders dan programmeeropdrachten binnen de bachelor. Projectmethodiek: Scrum Planning & prioriteren, rolverdeling, sprints Risico management. Planning, communicatie, architectuur. Communicatie met een echte klant. Hoe zorg je dat het eindproduct nuttig is? Werken in een groter team. Hoe zorg je dat iedereen nuttig bezig blijft, kennis goed verspreid zit, keuzes bewust gemaakt worden 2
3 Inleidende colleges 1. Inleiding scrum. Agile & Scrum Rolverdeling, Scrum Master, Product Owner, Backlog, Sprints, Stories, Retrospectives, 2. Risico s, planning en communicatie. 3. Plan for change. (Door Raja Lala) Ervaringen met Scrum. + Colleges van andere docenten. 3
4 Wie ben ik? Docent (alleen dinsdag) Software Project. Algorithms and Networks. Afstudeerders. Senior Consultant / Senior Data Scientist (rest van de week) CQM B.V. Eindhoven. Johan van Rooij 4
5 Waarom deze colleges? Herkenbaar? Uit: bonkersworld.net, building software 5
6 6 Waarom deze colleges?
7 Waarom deze colleges? Statistieken variëren van jaar tot jaar en tussen verschillende bronnen. Als een paal boven water: Veel grote softwareprojecten falen. Toch worden we hier langzaam wel beter in. En dat is nodig ook, want het kost vele miljarden. 7
8 Waarom deze colleges? Hier staat niet: slechte programmeurs. 8 Uit IT Cortex, The Bull survey (1998)
9 Waarom deze colleges? (Grote) software projecten zijn vooral moeilijk vanwege niet technische zaken. Deze zaken goed doen is waarschijnlijk belangrijker dan heel goed programmeren. `Wij informatici willen dit nog wel eens vergeten. Dat neemt niet weg dat een solide technische uitvoering natuurlijk ook van vitaal belang is. Als software engineer zou je je hier ook druk over moeten maken. Wil je alleen software schrijven, of wil je een succesvol product maken? 9
10 Dit college: Scrum en Agile Agile vs waterfall. Het scrum proces. Backlog, iteraties/sprints, standups, scrum board, sprint review. Rolverdeling binnen het team. Scrum master, product owner, team member. Bij UU softwareproject ook: voorzitter, ICT contactpersoon. Step-by-step plan to Agile success. Product vision. Het backlog vullen, prioriteren en splitsen van stories. Epics, planning poker, backlog grooming. Feedback van de klant. 10
11 Software- en gameproject WATERVAL EN AGILE 11
12 De waterval methode By Peter Kemp / Paul Smith - Adapted from Paul Smith's work at wikipedia, CC BY
13 De waterval methode Vanuit een engineering perspectief volstrekt logisch. Erg nuttig framework om vanuit de denken (komt terug in college 3). In principe is dit wat jullie geleerd hebben bij imperatief programmeren. Het is net een programmeeropdracht. Toch werkt dit niet. Als je je project strikt op deze manier insteekt / faseert garandeer ik dat het mis gaat. 13
14 14 Waarom werkt waterval niet?
15 15 Agile manifesto
16 Agile en scrum Wat is agile? Agile software ontwikkeling is een categorie van softwareontwikkelingsmethoden gebaseerd op de ideeën uit het agile manifesto. Scrum Xtreme programming Kanban Rational unified process / Agile unified process Lean software development Scrum-ban Agile with discipline 16
17 Wat is scrum? Een populaire vorm van agile software ontwikkeling. Ontwikkeld door Jeff Sutherland in Bij veel bedrijven nu de standaard. Gezien de aard van het software- en gameproject lijkt scrum ons voor jullie een goede aanpak. 17
18 Scrum in het kort - I Er zijn drie rollen in een scrum team: De product owner. De scrum master. Het development team. In het software project: Hebben we ook een voorzitter. Heeft je supervisor ook een rol (your boss in het bedrijfsleven). 18
19 Scrum in het kort - II Het team maakt met de product owner een wensenlijstje van features (stories): the product backlog. Het development team selecteert een klein aantal van deze stories uit het backlog en vult hiermee het sprint backlog. Deze stories worden in één iteratie van twee weken (een sprint) gerealiseerd. 19
20 Scrum in het kort - III Dagelijkse bijeenkomsten om de voortgang in de gaten te houden in informatie tussen developers uit te wisselen: daily standups. Aan het eind van de sprint zou de sprint backlog gerealiseerd moeten zijn. Er zou een demobaar product moeten liggen (potentially shippable product increment). Na iedere sprint een sprint review: hoe kan het beter? 20
21 21 Iteratief ontwikkelen
22 22 Waarom agile development?
23 Waarom agile development? Zelfs met agile methodieken gaat het vaak mis. Grote softwareprojecten tot een goed einde brengen is moeilijk (er komt veel bij kijken) 23
24 Hoe werkt dat dan in dit vak? 2 weken A B C D A. Sprint: 2 weken werken door team: Uitwerken stories Daily stand-ups Halverwege: Overleg studenten-mt met begeleider B. Demo aan opdrachtgever: Alle code is compileerbaar Evaluatie met opdrachtgever Opdrachtgever geeft nieuwe prioriteiten 24
25 Hoe werkt dat dan in dit vak? 2 weken A B C D C. Technische analyse door team Voorbereiden nieuwe planning (inschatten/prioriteren) Terugblik op meeting met opdrachtgever. Begeleider heeft (telefonisch) contact met opdrachtgever D. SCRUM planningsmeeting/voortgangsvergadering met begeleider: Kort na demo aan opdrachtgever Reflectie/review vorige Sprint, planning volgende sprint Andere agendapunten voortgangsvergadering Begeleider observeert Belangrijke beslissingen over het project worden altijd in deze vergadering genomen 25
26 Software- en gameproject ROLLEN BINNEN (ONZE VERSIE VAN) SCRUM 26
27 De product owner De product owner is één persoon die alle stakeholders vertegenwoordigd. Moet alle stakeholders begrijpen (markt, klant, verschillende afdelingen van gebruikers, development team, anderen.) De contactpersoon voor de klant! Taken: Verantwoordelijk voor de product vision. Prioriteert het product backlog. Mag beslissingen nemen over prioriteiten (voor of na het raadplegen van stakeholders zoals de klant of het team). 27
28 De scrum master De scrum master is verantwoordelijk voor het proces. Loopt alles soepeltjes? Hoe kan het proces beter, waar heeft het team last van? Wegnemen van afleiding van buiten. Taken: Voorzitten van sprint reviews en daily standups. Faciliteert het proces, zonder projectleider te zijn. Wij maken bij het softwareproject verschil tussen: De scrum master. De voorzitter. 28
29 Het development team Het development team zijn jullie allemaal. Dus ook de scum master, voorzitter en product owner! Geen specifieke rollen voor testen, ontwerpen, etc. Iedereen is gezamenlijk verantwoordelijk voor de code en het eindproduct. Het team organiseert zichzelf. Beslissingen worden in onderling overleg binnen het team gemaakt. Iedereen heeft evenveel zeggenschap. Interactie met de buitenwereld gaat via de scrum master of de product owner. Zelf verantwoordelijk dat je een nuttige bijdrage aan het geheel levert. 29
30 De scrum master en de voorzitter Om meer studenten een management rol te geven is er voor gekozen een extra rol te introduceren: de voorzitter. Scrum master (planning, voortgang, inhoud): Onderhoud het backlog. Heeft overzicht over de planning. Kijkt of het team voldoende voortgang boekt en wat beter kan. Voorzitter (vergaderingen, sociale kant, proces): Zit vergaderingen, daily standups en sprint reviews voor. Draagt zorg voor goede interne communicatie. Zorgt dat iedereen gehoord wordt en beslissingen op de juiste gronden genomen worden. 30
31 Welke taak hoort nu bij wie? Prioriteren volgens belangen klant Uitwerken stories Product owner contactpersoon Backlog Klantmeetings Sprint planning Voorzitten Stories genoeg uitgewerkt? Scrum master Voorzitter 31 Risico s planning Iedereen aan het werk Projectleiding Teamspirit Interne communicatie Facilitator
32 Software- en gameproject HET SCRUM PROCES 32
33 Standup meetings - I Iedere dag begint met een standup meeting. Ander tijdstip kan ook, maar kan verstorend zijn. Deze is op een vast tijdstip en vaste plek. Onafhankelijk van of iedereen aanwezig is of niet. Iedereen staat. Dan ben je actiever. De meeting duurt maximaal 20 minuten. De voorzitter zorgt hiervoor! Opties om dit soepel te laten verlopen: Alarm op je telefoon voor start van standup (als niet begin van de dag). 1,- boete voor laatkomers. 33
34 Standup meetings - II Iedereen in het development team zegt: Wat heb ik gisteren gedaan? Van welke problemen heb ik last? Waar ga ik vandaag aan werken? Doel van de standup: Iedereen op de hoogte houden van voortgang. Iedereen op de hoogte houden van wie waar mee bezig is. Problemen signaleren buiten standup uitdiepen. Zichtbaar of het ontwikkelproces lekker loopt. 34
35 Het scrum board - I 1. Bij aanvang sprint krijgt iedere developer een lijst stories toegewezen. 2. Iedere developer plant de implementatie van deze stories en splitst de story op in kleinere tasks. 3. Iedere task komt op een post-it. Visueel: voortgang taakverdeling 35
36 Het scrum board - II Tasks gaan over: Design Implementatie Testing Deployment Refactoring Alle tasks als post-its bij de betreffende story. Bepaal vooraf definition of done : Per task (vaak triviaal) Per story (belangrijk!) 36
37 Het scrum board - III Update het bord tijdens standup meetings. Einde sprint: Alles af (als het goed is). Bord leeg. Nieuwe stories voor onaf werk. 37
38 Einde van een sprint Een sprint eindigt altijd met een demo aan de stakeholders. Liefst product waar de klant verder mee kan spelen. Deze feedbackloop is één van de essenties van iteratief ontwikkelen, gebruik deze dus ook! Demo zou informatie over (volgende) prioriteiten moeten opleveren. Een sprint eindigt ook altijd met een sprint review. Plan de volgende sprint. Denk voor het plannen eerst na over mogelijk nieuwe stories (bijvoorbeeld refactoring daar waar het team dat nodig acht). 38
39 Valkuilen Voeg geen stories toe tijdens de sprint. Vraag je eerder af waarom je dat wilt, en wat er mis ging en dus de volgende sprint beter kan. Los geen problemen op tijdens de standup. Tijd op de standup is tijd van iedereen. Veel deadlines betekent veel tijdsdruk en verleiding om slechte code te schrijven. Technical debt los je op met refactoring tasks. Komt je te vaak in tijdsdruk, kijk dan eens naar het planproces. Het prioriteren van stories is moeilijk. Betrek je klant en stakeholders. 39
40 Software- en Gameproject Inleidende colleges periode /2017 College 1 - Scrum en Agile Johan van Rooij 40
41 Dit college: Scrum en Agile Agile vs waterfall. Het scrum proces. Backlog, iteraties/sprints, standups, scrum board, sprint review. Rolverdeling binnen het team. Scrum master, product owner, team member. Bij UU softwareproject ook: voorzitter, ICT contactpersoon. Step-by-step plan to Agile success. Product vision. Het backlog vullen, prioriteren en splitsen van stories. Epics, planning poker, backlog grooming. Feedback van de klant. 41
42 Software- en gameproject STEP-BY-STEP PLAN TO AGILE SUCCESS 42
43 Step-by-step plan to Agile success 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 development team. 8. Onderhouden van het backlog. 43
44 Product Vision FOR (target customer/user) WHO (statement of need or opportunity) THE (product name) IS A (product category) THAT (key benefit) UNLIKE (competitor/current situation) OUR PRODUCT (primary differentiator) Uit: Geoffrey Moore s Crossing the Chasm. 44
45 Product Vision Voorbeeld: aleph library website FOR students at the Universiteit Utrecht WHO need to request books, extend loans, or query the collection THE aleph.uu.nl website IS AN online service THAT gives students access to the library's collection and their accounts THAT they can use from home UNLIKE the current situation where they need to go the library physically. 45
46 Step-by-step plan to Agile success 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 development team. 8. Onderhouden van het backlog. 46
47 Het product backlog vullen Sessie met het hele team. Geef iedereen een stapel post-its en een pen/stift. Schrijf mogelijke scenario s of user stories op de post-its. Verzamel de verschillende stories. Het initiële product backlog is geboren. Aandachtpunten: Gebruik de product vision als leidraad. Focus op het perspectief van de gebruiker. 47
48 De gebruiker, niet het systeem! Standaard format user story: Als een (rol van gebruiker) kan ik (iets doen) zodat Voorbeeld: Als student kan zien welke boeken ik in bruikleen heb zodat ik kan voorkomen dat ik boetes krijg i.v.m. te laat terug brengen. Voorkom om over het systeem te praten. Dus niet: Het systeem heeft een uitklapbare tab waarop alle boeken die de gebruiker geleend heeft zichtbaar zijn. Nut is uiteindelijk de ervaring van de gebruiker. 48
49 Step-by-step plan to Agile success 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 development team. 8. Onderhouden van het backlog. 49
50 Het initiële product backlog heeft te veel stories De stories moeten geprioriteerd worden. Welke stories zouden in de eerste sprint gerealiseerd kunnen worden? Van welke stories is het minder belangrijk als ze aan het eind van het traject niet gerealiseerd zijn? Onderhandelen en afstemmen. Prioriteiten moeten primair in het belang van de klant zijn. Bij de klant kunnen verschillende stakeholders verschillende belangen hebben. Het soepel verlopen van het ontwikkelproces is ook een belang! Hier ligt een taak voor de product owner en scrum master. 50
51 Grove prioritering: MoSCoW Must haves: Zonder deze feature heeft het product geen waarde. Should haves: Functionaliteit die je onder druk achterwege kan laten. Could haves: Gewenste functionaliteit die je wil als het product stabiel werkt. Won t haves: Features waarvan je vooraf al weet dat je hier niet aan toe gaat komen. 51
52 Prioriteiten stellen met de klant Sessie met de klant: Categoriseer stories als M, S, C, of W. Loop hierna nogmaals door de vier categorieën en beslis of de story hier wel of niet thuis hoort. Tijdens de sessie kan de klant ook met nieuwe stories komen. There must be a serious game, playable online. It should be customizable or scriptable. It could run on mobile devices. It won't adapt to a player's expertise. 52
53 Prioriteiten in het product backlog Er zijn bedrijven waar het product backlog lineair geordend is een volledige rangschikking van alle stories. Persoonlijk vind ik dit onrealistisch en moeilijk te onderhouden. Een ruwe classificatie (M,S,C,W) is goed genoeg. Reden is vaak dat developers altijd issues bovenaf moeten pakken, en dus ontwikkelsnelheid per developer meetbaar is. Er zijn klanten die van alle stories must have s maken. Zij zijn vaak gewend aan waterval / projectmanagement methoden en willen geen vrijbrief geven om nu al zaken te laten vallen. Dit kan echt heel moeilijk zijn (maar gebeurt helaas vaak, zeker in combinatie met contract onderhandelingen). Oplossing ligt vaak in vragen wat de klant graag in het eerste prototype ziet (andere namen aan M,S,C,W geven). 53
54 De issue tracker Wij raden sterk aan de GitLab issue tracker te gebruiken. Regel: Geef je UU begeleider toegang tot de issue tracker. Geef je klant geen toegang tot de issue tracker. Nu je stories, geprioriteerd volgens de MoSCoW methode hebt kun je de issue tracker gaan vullen. Issue trackers hebben ongelooflijk veel voordelen boven excel documenten. Issues zijn nu primair stories, straks stories, epics, bugs, other tasks, etc. Nu is het copy-paste, straks ga je de issue tracker steeds updaten. 54
55 Step-by-step plan to Agile success 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 development team. 8. Onderhouden van het backlog. 55
56 Voordat de eerste sprint kan starten We hebben nu een backlog gevuld met stories in GitLab. Stories, geprioriteerd volgens de MoSCoW methode. Wat zullen we nu eerst doen? Pfff, zo veel must have stories, waar te beginnen? Dat past nooit in één sprint! Oplossingsrichtingen: Begin met een skelet van het systeem (frontend, backend, database, ) dat verder weinig kan maar wel makkelijk uit te bereiden is via user stories. Sommige stories zijn eigenlijk epics. 56
57 Epics Stories die te groot zijn voor één sprint noemen we epics. Meestal is het binnen een epic goed mogelijk een eerste stap/storie te definiëren. Of de epic op te breken in verschillende losse stories of kleinere epics. Kijk uit dat je iets niet zomaar een epic noemt. Stories in de product backlog kunnen ook andere problemen hebben (waardoor ze een epic lijken) Niet precies genoeg gedefinieerd. Nog niet mogelijk om deze te implementeren. 57
58 Het ideale product backlog Het `ideale product backlog ziet er zo uit: Vooraan: geprioriteerde stories verdeelt over sprints. Achteraan: epics en lage prioriteit stories. Epics met hoge prioriteit moeten opgedeeld worden in kleinere brokken. 58
59 Het opsplitsen van epics Split: splits de epic in stories of kleinere epics. Stub: maak een stub implementatie zodat een storie de ontwikkeling van andere stories niet in de weg zit. Voorbeeld: database class die hetzelfde antwoord geeft op iedere query. Spike: een experiment om meer te leren over hoe een grote story of epic in te schatten, te plannen of splitsen. Voorbeeld: een toy database die op de productie server draait. Time-box: houd de story zoals die is, maar spreek een maximale tijdsduur om eraan te besteden af. 59
60 Slechte stories of goede stories Hoe merk je snel dat er iets mis is met een story? Goede high-prio stories voldoen aan INVEST. Independent. Negotiable. Valuable. Estimable. Small. Testable. 60
61 Goede stories - I Independent. Geen afhankelijkheden van andere stories. Kan direct aan begonnen worden. Negotiable. Stories zijn geen requirements documenten. Je moet er met het team over eens worden wat er wel en niet onder valt. Typisch doe je dit tijdens planning poker. Valuable. Stories die de klant geen aanwijsbaar voordeel opleveren zijn niet nuttig. Hoe laat je aan de klant zien dat de storie opgeleverd is? 61
62 Goede stories - II Estimable. Van een storie moet je kunnen inschatten hoeveel werk dit is. Lukt dit niet? Mis je technische kennis om het in te schatten? Is de story te groot? Of niet goed genoeg gedefinieerd? Small. Iedere sprint zou uit veel kleine stories moeten bestaan. Dit maakt de inschattingen realistischer en verkleind het risico de sprint niet af te kunnen maken. Testable. Als de story geïmplementeerd is zou het testbaar moeten zijn. Dit zorgt ervoor dat gevalideerd wordt dat het werkt en dat toekomstige stories er geen last van onverwachte problemen dankzij deze story krijgen. 62
63 Step-by-step plan to Agile success 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 development team. 8. Onderhouden van het backlog. 63
64 Start de eerste sprint We hebben nu een backlog gevuld met stories in GitLab. Stories, klein genoeg en geprioriteerd om te starten. Welke stories zijn verstandig om mee te beginnen? Planning! volgende week. Hoeveel stories passen er in een sprint? Planning poker! Kaarten te verkrijgen bij het projectbureau. 64
65 Planning poker Ieder teamlid heeft een set kaarten als hiernaast. 1. Per story kiest ieder teamlid een kaart met het aantal story points (hoeveelheid werk) dat hij/zij denkt dat het realiseren van de story kost. 2. Als je begint denk dan aan 8 uur werk per story point. 3. Als er geen consensus is leggen de teamleden met de laagste en de hoogste score uit waarom zijn denken dat het zoveel werk is. 4. Laat iedereen een nieuwe inschatting maken tot het team het eens is. 65
66 Doel van planning poker Planning poker leidt tot: Inschattingen per story. Overeenstemming over hoe groot stories zijn (en wat een story inhoud). Goede stories zijn doorgaans minder dan 10 punten. Inzicht in hoeveel werk er in iedere sprint verzet wordt: development velocity. Gaat het sneller? Langzamer? Hoe komt dat? Hoeveel teamleden heb je, en hoeveel tijd is er beschikbaar? Nu kun je de eerste sprint plannen. Start de eerste sprint! 66
67 Step-by-step plan to Agile success 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 development team. 8. Onderhouden van het backlog. 67
68 Review product met klant Na iedere sprint: demo met de klant. Klanten hebben meer te doen dan alleen met jullie softwareproject bezig zijn. Ik bedoel niet dat ze niet geïnteresseerd zijn. Ik bedoel wel dat ze doorgaans meer verantwoordelijkheden hebben. Gebruik daarom de tijd met de klant verstandig. Klant feedback is essentieel voor een succesvol product. 68
69 Hoe zoveel mogelijk feedback te verzamelen Demo: Voordoen hoe het moet? Of: klant achter de computer? Demo: Alleen tijdens de klantsessie? Testproduct dat na de sessie meegenomen kan worden? Denk hier over na Bereid de sessie voor. Vraag je af welke informatie heb ik van de klant nodig voor de volgende (twee) sprints? 69
70 Doel van de demo met de klant Waarom demo je het product? Zichtbaarheid. Feedback. Verwacht dus dat hier nieuwe dingen uit komen. Niet alleen bugs, maar echt nieuwe informatie. De klant had wellicht iets anders verwacht dan hij ziet. De klant realiseert zich waarschijnlijk nu pas wat hij gevraagd heeft. Bespreek na de demo daarom ook altijd de prioriteiten (op hoofdlijnen) voor de volgende sprint. Nieuw informatie, nieuwe inzichten, dus gewijzigde prioriteiten. 70
71 Step-by-step plan to Agile success 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 development team. 8. Onderhouden van het backlog. 71
72 Sprint review / retrospective Eind van de sprint meeting met alle developers. Een terugblik: Wat ging goed? Wat kan er beter. Taak: hoe kunnen we wat er op de sprint review gezegd is gebruiken om volgende sprints beter te doen. Scrum master en voorzitter hebben hier extra verantwoordelijkheid. Maar: het hele team gaat hierover. 72
73 Retrospective Een effectieve methode voor een retrospective op de laaste sprint is de volgende: Laat ieder teamlid op post-its keyword schrijven die betrekking hebben op de volgende twee vragen: 1. Wat ging deze sprint goed? 2. Wat kan er beter? (Dit kan ook goed gegaan zijn) Één voor een hang iemand een post-it op een bord en legt uit wat hij/zij vindt. Alle andere briefjes die hetzelfde beschrijven worden erbij geplakt. Nadat alle briefjes op het bord hangen kiezen alle teamleden max drie onderwerpen uit de categorie wat kan er beter? De onderwerpen met die het vaakst gekozen worden, daarbij wordt gekeken wat hieraan te doen is. 73
74 Step-by-step plan to Agile success 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 development team. 8. Onderhouden van het backlog. 74
75 Het backlog bijhouden Het `ideale product backlog ziet er zo uit: Vooraan: geprioriteerde stories verdeelt over sprints. Achteraan: epics en lage prioriteit stories. Als je eenmaal bezig bent is backlog grooming er o.a. voor om deze stories en/of epics verder uit te diepen. Het is heel makkelijk een backlog uit de hand te laten lopen. Niet alleen door het oplossen van issues, ook door het steeds ontstaan van nieuwe issues. Doe dit dus ook regelmatig. 75
76 Backlog Grooming!! Backlog Grooming. Epics opsplitsen en stories waar iets mee aan de hand is opschuiven of beter specificeren. Een taak voor de scum master en de product owner. Uiteindelijk iedereens verantwoordelijkheid. Product owner: Prioriteiten up-to-date houden. Zijn de stories zo geformuleerd dat de klant er daadwerkelijk wat aan heeft? Scrum master: Zijn er genoeg stories om aan te werken voor de volgende sprint? Zijn issues (bugs) niet al opgelost als bijeffect van andere issues of stories. 76
77 Step-by-step plan to Agile success 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 klant. 7. Review proces met het development team. 8. Onderhouden van het backlog. Volgens mij kunnen jullie aan de slag 77
78 Software- en gameproject TOT SLOT 78
79 Teaching software development methods Scrum lijkt makkelijk. Het is een goed omschreven methodologie. Het toepassen van de agile filosofie is echt moeilijk! In mijn ervaring: Hele slimme mensen worstelen ook met keuzes in het softwareontwikkelproces (agile of niet-agile). De term agile wordt nogal eens misbruikt om slecht coderen en/of plannen goed te praten. 79
80 Meer weten over scrum? Veel materiaal beschikbaar on-line: The scrum primer. The official scrum guide. Free scrum training video s ( The scrum reference card. Of 80
Software- 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 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 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 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 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 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 informatieScrum bij Hosting. Philippus Baalman
Scrum bij Hosting Philippus Baalman TriMM Projecten 2012 ontwikkelaars (vanuit de strategie) TriMM ontwikkelmethode introduceren op basis van Scrum Werkwijze Welkom Scrum by Hosting 10 december 2014 Sprint
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 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 2016/2017 College 2 Risico s, Planning, Communicatie Johan van Rooij Zorg dat je als projectgroep bij elkaar zit! 1 Vorige week: Agile en Scrum
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 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 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 informatieSTARTUP AGILE/SCRUM: SPRINT 0. StartUp Agile/scrum Sprint 0
StartUp Agile/scrum Sprint 0 PAGINA 1 VAN 10 INLEIDING Dit document is bedoeld om bij de start van een Agile/scrumproject antwoord te geven op een aantal belangrijke vragen. Deze kick-off van een Agile/scrum
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 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 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 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 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 informatieWHITE PAPER. Agile/Scrum
WHITE PAPER Agile/Scrum Belangrijkste kenmerk van Scrum is de ontwikkeling via een serie van korte - iteraties, in Scrum terminologie sprints genoemd. Introductie Heel in het kort gezegd is Scrum een Agile
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 informatieAgile Scrum Foundation Training - Scrum Begrippenlijst. Agile. Burndown Chart. Burnup Chart. Continuous Delivery. Continuous Deployment
Agile Scrum Foundation Training - Scrum Begrippenlijst Agile Een Agile projectaanpak gaat ervan uit dat de wereld tijdens het project verandert en probeert deze veranderingen zo goed mogelijk te faciliteren
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 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 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 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 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 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 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 informatieFebruari juni Toelichting aanpak. Claudia Tjia GROEP F M42
Februari juni 2016 Toelichting aanpak Claudia Tjia GROEP F M42 Dit document bevat informatie over het onderdeel SCRUM binnen de proftaak. SCRUM is de methode die wij als groep moesten hanteren om het project
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 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 informatieScrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil
Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag
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 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 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 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 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 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 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 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 informatieKwaliteit en Testen binnen Agile Project Management volgens Scrum bij Planon. David Griffioen 11 april 2006
Kwaliteit en Testen binnen Agile Project Management volgens Scrum bij Planon David Griffioen april 2006 Agenda Planon Agile Scrum Scrum bij Planon Kwaliteit en Testen Planon Planon maakt productsoftware
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 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 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 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 informatieB.Sc. Informatica Module 4: Data & Informatie
B.Sc. Informatica Module 4: Data & Informatie Djoerd Hiemstra, Klaas Sikkel, Luís Ferreira Pires, Maurice van Keulen, en Jan Kamphuis 1 Inleiding Studenten hebben in modules 1 en 2 geleerd om moeilijke
Nadere informatieAliens? http://www.youtube.com/watch?v=e5pqleh2hz8
Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8 Ontwikkelmethoden en technieken Kenmerken van ontwikkelmethoden POMT HC2 2 Vorige week 3 Rollenspel Klant is koning Communicatie en afspraken Documentatie
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 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 informatieAgile Scrum voor Non-IT
whitepaper Agile Scrum voor Non-IT 020 2614 195 1 Inhoud 3 Waarom Agile Scrum 6 Hoe werkt Agile Scrum 8 Over ASG Scrum aanpak voor non-it projecten Scrum is een aanpak waarmee in projecten slimmer kan
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 informatiePlan van Aanpak. project Tetris Packing
Plan van Aanpak project Tetris Packing Inleiding! 4 Projectomschrijving! 5 Producten! 5 Testplan! 5 Ontwerprapport! 5 Implementatierapport! 5 Testrapport! 5 Systeemdocumentatie! 5 Aanpak! 6 Projectmethodiek!
Nadere informatieAqua: agile verbeteren voor teams. TestNet Zomer Workshops 2017 Huib Schoots
Aqua: agile verbeteren voor teams TestNet Zomer Workshops 2017 Huib Schoots Programma Zomer Workshops TestNet 2017 13:45 uur - start workshop 15:15 uur - thee pauze 15:30 uur - vervolg 17:00 - einde TestNet
Nadere informatieKwaliteit in Agile: een gegeven?
QA in Agile: waste? Kwaliteit in Agile: een gegeven? Een praktijkvoorbeeld Arno Balemans senior Quality Assurance consultant Bussum, 29 september 2015 Kwaliteit in Agile 2015 2 Werkzaamheden In mijn opdrachten:
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 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 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 informatieSummary report. Time entries. Users 2015-09-01-2015-10-07. Luc Schols 112:52:38. Other 545:11:53. Rasjaad Basarat 112:30:08. Jesse Baas 108:26:26
Summary report 2015-09-01-2015-10-07 Total 545 h 11 min 109:00 113:30 100:59 96:00 114 h 80:45 86 h 44:56 57 h 29 h 31.08 07.09 14.09 21.09 28.09 05.10 Users Time entries Luc Schols 112:52:38 Other 545:11:53
Nadere informatieAgile/Scrum Foundation
Agile/Scrum Foundation Wil je continu grip houden op (langlopende) projecten? Leer de theorie van Agile en hoe Scrum een oplossing biedt om projecten binnen tijd en budget te realiseren Leer welke verantwoordelijkheden
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: 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 INTRODUCTIE TOT SCRUM
EEN INTRODUCTIE TOT SCRUM www.scrumacademy.nl Panamalaan 8a 1019 AZ AMSTERDAM 020-8200910 info@scrumacademy.nl HET ONTSTAAN VAN SCRUM Agile, omarm verandering! Scrum is een methode die voortkomt vanuit
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 informatieCecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl
(fr)agile Balance Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl Voorstelronde Naam Organisatie Ervaring met testen in agile omgevingen Verwachting 2 Agenda 09:30
Nadere informatiePair Testen. Het verbeteren van je test kennis met anderen. Peter
Pair Testen Het verbeteren van je test kennis met anderen Peter Schrijver @simonsaysnomore p.schrijver@test-pro.nl Pair Testen Volgens Wikipedia Pair testing is a software development technique in which
Nadere informatieWat drijft het werkveld?
Wat drijft het werkveld? Presentatie uitkomsten survey Jacob Brunekreef, Fontys ICT Jacob Brunekreef Meer dan 25 jaar werkzaam in de IT Nu: Projectleider EQuA project, Fontys ICT Adviseur / trainer bij
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 informatieEXIN Agile Scrum Master
Preparation Guide EXIN Agile Scrum Master Editie juli 2015 Copyright 2015 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system
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 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 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 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 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 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 informatie15-6-2015. Eerste ontwerp Conferentie Software Development 2020. Programma 5 minuten Introductie. Netvlies Sedert 1997
Eerste ontwerp 1 - XX Programma 5 minuten Introductie 15 minuten Grip op je project met Scrum (theorie) 15 minuten Case: Zorgtrajectplanner 5 minuten Scrum in je dagelijkse werk 5-10 minuten Q&A Conferentie
Nadere informatieEven voorstellen. Xenophanes. Literatuur. Inhoudsopgave 20-11-2014. SCRUM en bid management DEEL I BID MANAGEMENT. (Colophon, 560 circa 478 v. Chr.
Even voorstellen SCRUM en bid management Ontwikkelaar, ontwerper, projectleider, projectmanager, management consultant, directeur, oprichter, aandeelhouder, senior adviseur, bid manager, principal consultant
Nadere informatieTester, hoe word jij geschikt voor de toekomst?
Tester, hoe word jij geschikt voor de toekomst? Testnet voorjaarsevent Marieke Brinkman en Marieke Mouwe Wie zijn wij Marieke B Marieke M 2010 Capgemini. All rights reserved. 1 Insert "Title, Author, Date"
Nadere informatieTestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl
Testers helpen ontwikkelaars of andersom? TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl Improve Quality Services B.V. 2 Agenda Hoe veilig is een muur? Past Scrum ook
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 informatieBest Practice Seminar 14 NOVEMBER 2013
Best Practice Seminar 14 NOVEMBER 2013 14.00: Welkom Best Practice Seminar 14.10: Centraal PMO als middelpunt van projecten en programma s Yvonne Veenma, Stedin 14.50: Pauze 15.30: Governance in een Enterprise
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 informatieEXIN Agile Scrum Foundation
Preparation Guide EXIN Agile Scrum Foundation Editie december 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing
Nadere informatieAgile Beheer: Mythe of werkelijkheid? Odile Moreau BlinkLane Consulting NIOC 2013 - Arnhem, 5 april 2013
Agile Beheer: Mythe of werkelijkheid? Odile Moreau BlinkLane Consulting NIOC 2013 - Arnhem, 5 april 2013 Achtergrond 2 Agile methoden zijn al een tijd heel populair geworden Zoals Scrum voor software ontwikkeling
Nadere informatieAgile : Business & IT act as one
Agile : Business & IT act as one Waar loop je tegen aan als je Business en IT samen Agile wil laten worden? Otto van den Hoven November 2015 1 Managing change : Traditionele waterval Business deliverables
Nadere informatieInhoud in vogelvlucht
Inhoud in vogelvlucht Voorwoord... 7 Over de auteur... 15 Dankwoord... 19 Inleiding... 21 Deel I: De rollen... 25 Hoofdstuk 1: Wat Scrum is en hoe het werkt... 27 Hoofdstuk 2: De Product Owner... 33 Hoofdstuk
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 informatieIk had overigens het schrijven van dit voorwoord ingeschat op 1 storypoint. Het zijn er uiteindelijk 3 geworden. En het aantal iteraties? Oneindig.
Woord vooraf Tijdens het semesteroverleg Analysis & Design kwam het onderwerp scrum aan de orde. Enkele van onze studenten werken bij bedrijven die experimenteren of werken met scrum, en het docententeam
Nadere informatieScrum. F. Vonk versie
2013 Scrum F. Vonk versie 1 16-11-2013 inhoudsopgave 1. inleiding... - 2-2. Sprint... - 4-3. Scrum Board... - 6-4. rollen... - 7 - Scrum Master... - 7 - Scrum Member... - 7-5. Daily Scrum Meeting... -
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 informatieStrategie=> Agile. PIM strategie sessie Utrecht, 24 september 2015
Strategie=> Agile Innoveren! PIM strategie sessie Utrecht, 24 september 2015 Topics Who am I Who is BlueOrangeGroup Agile Theory Case Proof of Concept Eurocross (SOS Alarm Central Achmea) Who am I? Experienced
Nadere informatieAGILE INSPIRATION BOOST. Agile. Sneller, slimmer, beter? Inspiratie voor Agile / Scrum teams
AGILE INSPIRATION BOOST Agile. Sneller, slimmer, beter? Inspiratie voor Agile / Scrum teams Agile. Sneller, slimmer, beter Inspiratie voor Agile / Scrum teams Aanleiding Teams die Agile werken en daarbij
Nadere informatiePaul Scrumepidemie bij
Paul Overmars @POTWELLO Scrumepidemie bij Scrum 4 Dummies Inhoud 1. Weet nog weinig van scrum 2. Kent scrum enigszins 3. Ervaren scrummer Scrum in 80 seconden Regelmatig feedback traditioneel vs scrum
Nadere informatieAgile Project Management volgens Scrum. David Griffioen 21 mei 2007
Agile Project Management volgens Scrum David Griffioen 21 mei 2007 Agenda Agile Scrum Proces verbetering in Scrum Verbeteren bij Planon Vragen Een aantal vragen hand opsteken graag Wie is bekend met Agile
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 informatieOverdracht van project naar beheer. Beheer is ook Agile!
Overdracht van project naar beheer. Beheer is ook Agile! Belangrijkste doelen Project: Binnen tijd en geld een nieuw of aangepast product of dienst aan de klant leveren. Beheer: Het garanderen van continuïteit
Nadere informatiefantestische middag 7 Agile en SCRUM
fantestische middag 7 Agile en SCRUM fantestische middag 7 - Copyright Improve Quality Services Bart Bouwers RISK BASED TESTING & SCRUM: RISK POKER Bart Bouwers Topics Productkwaliteit Productrisico het
Nadere informatie