Plan van aanpak. Snelste-pad-algoritmen. Studenten. MDL-referentie. Clermond de Hullu Wiebren Wolthuis Simon Wels Maik Gosenshuis D01
|
|
- Heidi Eilander
- 8 jaren geleden
- Aantal bezoeken:
Transcriptie
1 Plan van aanpak Snelste-pad-algoritmen Studenten Clermond de Hullu Wiebren Wolthuis Simon Wels Maik Gosenshuis MDL-referentie D01
2 Versiebeheer Versie Datum Wijzigingen Door wie Eerste opzet voor het document. Team De aanpassingen naar aanleiding van de notulen Wiebren verwerkt De aanpassingen naar aanleiding van het DSO gesprek van verwerkt Wiebren 2
3 Inhoudsopgave Inleiding... 4 Context... 4 Probleemstelling... 4 De opdracht... 4 Organisatie... 5 Ontwikkelmethode... 5 Rollen... 6 Globale planning... 7 Increment Increment Increment Kwaliteit... 9 Reviews... 9 Code standaard en werkomgeving... 9 Definition of Done... 9 Producten Prototypes Subsystemen Presentatie Documentatie Risico s Bijlagen Bijlage I Contactgegevens Bijlage II Globale Planning Bijlage III - Bronnen
4 Inleiding Dit plan van aanpak is opgesteld om duidelijkheid te verschaffen over de doelstellingen, de aanpak en de aanleiding van het project van groep B binnen de specialisatie Advanced Algorithms. In dit document zullen de opdracht en de projectorganisatie worden toegelicht. Ook zal er een globale planning worden opgesteld inclusief op te leveren producten, zullen projectrisico s worden uitgewerkt en wordt er uitgediept hoe de kwaliteit binnen het project zo goed mogelijk kan worden gewaarborgd. Context Manhattan is één van de vijf stadsdelen van New York. In dit stadsdeel, net zoals in de rest van New York, brengen koeriersdiensten pakketjes rond bij bedrijven. Om tussen deze bedrijven te bezorgen is het handig om te weten wat de kortste route is en dus tijd kunt besparen. In dit project zal deze context centraal staan. De straten van Manhattan zijn opgedeeld in streets die horizontaal liggen en avenues die verticaal liggen. Het is dus mogelijk om elk kruispunt in de straat een coördinaat te geven om de straat te indexeren. Op deze manier zullen de verschillende punten die van belang zijn binnen deze context aangeduid worden. Een voorbeeld van zo n coördinaat 71 horizontaal en 33 verticaal. Probleemstelling De koeriersdienst wil om zo efficiënt mogelijk te werken weten wat de kortste routes zijn tussen de bedrijven waaraan zij hun bezorgdienst leveren zodat hun koeriers zo min mogelijk tijd kwijt zijn om pakketten te bezorgen. Je moet hierbij rekening houden dat er meerde koeriers tegelijk aan een ronde kunnen werken. Je moet er dus voor zorgen dat koeriers niet meerdere malen langs dezelfde punten gaan aangezien dit een verspilling van tijd zou zijn. De opdracht Zorg voor een algoritme dat voor dat het kortste pad berekend tussen verschillende bedrijven. Houd hierbij rekening dat het algoritme binnen redelijke tijd klaar moet zijn met het bereken van een ronde. Bij grotere datastructuren zou dit eventueel een probleem kunnen gaan vormen. Zoek hier dan ook een acceptabele oplossing in de vorm van een benaderingsalgoritme voor. Het is de bedoeling dat een koerier die een ronde maakt langs meerdere bedrijven dit zo efficiënt mogelijk kan doen dankzij ons algoritme. Deze route is dan ook de oplossing voor het probleem. Bij een gevonden route moet het volgende worden vermeld: De tijd die nodig was voor het berekenen van de route De totale afstand van de route Welke bedrijven de in de route zaten De volgorde waarop de bedrijven bezocht zijn De lengte van de langste route 4
5 Organisatie Ontwikkelmethode Scrum zal gebruikt worden als software ontwikkelmethode voor dit project. De keuze hiervoor is gemaakt omdat Scrum flexibeler is dan TSP. Omdat de projectgrenzen gedurende de looptijd waarschijnlijk nog zullen wijzigen, sluit Scrum hier beter bij aan. Ook is Scrum een ontwikkelmethode die weinig overhead heeft. Dit maakt het een goede ontwikkelmethode om binnen een kleinere projectgroep toe te passen. We zullen gebruik maken van een product backlog. In dit product backlog zullen de features die het eindproduct moet bevatten op waarde gerangschikt worden. Een feature wordt gerepresenteerd door een user story. Bij elke user story zullen de kosten geschat worden zodat de product owner de taken die een gelijke waarde hebben maar lagere kosten makkelijk kan onderscheiden, en zo een hogere prioriteit kan geven. De kosten worden geschat op basis van planning poker. Nadat er een product backlog opgesteld is zal er een sprint backlog gemaakt worden. Hierin zal staan hoe het team de komende sprint succesvol denkt door te komen. In de sprint backlog staan de user stories die het eindproduct moet bevatten onderverdeeld in work items. Planningpoker wordt gebruikt voor het inschatten van de uren die nodig zijn voor de work items op basis van de user stories. Denk hierbij ook aan de classificatie in small, medium, large en YMBK (You Must Be Kidding). Het Scrumboard zal ingedeeld worden in de volgende kolommen: Sprint backlog, In progress, To do, Done. Taken die voltooid zijn mogen alleen in de kolom Done worden geplaatst als deze voldoen aan de Definition of Done. Binnen een sprint zal aan het begin van elke dag een daily standup meeting gehouden worden die ongeveer 15 minuten duurt. Binnen deze daily standup meeting zal de voortgang, of het gebrek daaraan besproken worden. Sprints hebben idealiter een lengte van 2 weken. Als gevolg van de lengte van de vooraf bepaalde iteraties is het soms niet mogelijk om aan deze wens te voldoen. In dat geval wordt een langere sprint verkozen boven een kortere. Aan het eind van elke sprint zullen we werkend stuk software hebben die aan de Definition of Done voldoet. Tevens zullen we aan het eind van elke sprint een demo geven van de afgeronde user stories aan de product owner. Aanvullend: Van TSP wordt een beknopte versie van het review proces overgenomen waarbij elke feature gereviewd wordt door een ander teamlid. Een checklist hiervoor wordt beschikbaar gesteld op de wiki. Op momenten waar dat zinvol wordt geacht, zal pair programming toegepast worden. De andere aspecten van XP worden niet direct gebruikt. 5
6 Definition of Done wordt gedefinieerd. Burndown chart zal digitaal worden bijgehouden. We maken hierbij gebruik van een spreadsheet programma als Excel. We zullen gebruik maken van user stories om eenduidigheid over de requirements met de product owner te creëren. De prioriteit van de requirements zal door de product owner bepaald worden Retrospective aan het eind van elke sprint. (Wat ging goed?, Wat kan beter?) Peer review aan het einde van elke iteratie. (Wat vonden we van elkaar? Waar kunnen we aan werken?) Rollen Om allemaal wat meer ervaring op te doen met Scrum als projectmethodiek hebben we in overleg besloten de rol van Scrum Master te rouleren per iteratie. Dit betekent dat ons project in totaal drie Scrum Masters zal hebben. Omdat een teamlid hierdoor nooit de rol van Scrum Master op zich zal nemen, zal dit vierde teamlid gedurende het hele project notuleren. Rol Wie Taken Scrum Master Incr. 1: Clermond Incr. 2: Simon Incr. 3: Wiebren Zit de vergadering voor. Bewaakt het Scrumproces. Notulist Maik Notuleert belangrijke vergadering en besluiten. Product owner Willem Prakken / Jan Stroet Vervulling van de rol van product owner binnen het Scrumproces. 6
7 Globale planning Het project duurt circa 18 weken. De aanvangsdatum van het project is woensdag 2 september, de oplevering zal in week 4 van 2010 plaatsvinden. Het project bestaat uit een voorbereidingsfase en drie incrementen. Tijdens de voorbereidingsfase in de eerste vijf weken wordt voornamelijk tijd gestoken in het technisch vooronderzoek, ondersteunend onderwijs en het opzetten van de projectomgeving. Deze fase zal, net als de drie incrementen, worden afgesloten met een assessment. Tevens zal er tijdens het gehele project een urenverantwoording bijgehouden worden die elke maandag voor twaalf uur naar de belanghebbenden gestuurd zal worden. Het eerste increment zal beginnen in week 41. Vanaf dan wordt het project in twee iteraties van 4 weken, en een iteratie van 5 weken afgerond. De inhoud van de verschillende incrementen wordt hieronder kort toegelicht. Increment 1 In increment 1 zullen we ons voornamelijk bezighouden met het opzetten van een datastructuur met een minimalistische dataset waarop we het algoritme verzinnen dat het probleem oplost. We zullen beginnen met het maken datastructuur. Hieronder wordt het volgende verstaan. Een document met daarin informatie over het ontwerp en hoe het de datastructuur gebruikt dient te worden. Een UML diagram dat het ontwerp van de datastructuur beschrijft. Een implementatie van de datastructuur. Unit tests voor de datastructuur. Een testrapport met daarin de uitslagen van de unit tests. Een onderzoek naar eventuele optimalisaties voor de datastructuur. Binnen deze iteratie zullen we een exacte oplossing voor het probleem zoeken en implementeren. Hier horen de volgende producten bij. We zullen ons eerst richten op een kleine dataset. We verwachten dat een grote dataset de snelheid van het algoritme aanzienlijk zal beïnvloeden. Dit probleem zullen we in de volgende iteratie aanpakken. Een document met een analyse van het gekozen algoritme. Ook wordt er onderbouwd waarom nou juist dit algoritme is gekozen ten opzichte van andere algoritmen. Een implementatie van het algoritme. Unit tests die de correctheid van het algoritme aantonen. Een document met daarin de uitslagen van de testresultaten. Aan het eind van iteratie 1 zullen we een presentatie houden waarin we de voorgang die we deze iteratie hebben geboekt zullen presenteren. 7
8 Increment 2 In increment 2 zullen we een benaderingsalgoritme verzinnen omdat we er van uit gaan dat de oplossing verzonnen in increment 1 niet in staat is om binnen aanzienlijke tijd het probleem op te lossen. Aan het eind van iteratie 2 zullen we een presentatie houden waarin we de voorgang die we deze iteratie hebben geboekt zullen presenteren. Increment 3 In increment 3 zullen we een analyse van de complexiteit van ons algoritme uitvoeren. Hierbij zal de kennis van wiskundige methoden en ADC aan bod komen. Aan het eind van iteratie 3 zullen we een presentatie houden waarin we de voorgang die we deze iteratie hebben geboekt zullen presenteren. 8
9 Kwaliteit Reviews We zullen code en documentatie reviewen om er zo voor te zorgen dat het eindproduct van kwaliteit is. Voor het reviewen van de documentatie en de code maken we gebruik van een checklist die op project-wiki te vinden zal zijn. Een reviewer zal aan de hand van deze checklist kijken of het product aan de kwaliteitsstandaard voldoet. Als een product fouten bevat dan zullen deze in overleg met de auteur verbeterd worden. Code standaard en werkomgeving We maken gebruik van de Java programmeertaal omdat iedereen hier binnen het team het meeste ervaring mee heeft. Alle ontwikkelaars binnen het team zullen de Java code standaard hanteren te vinden op Dit zorgt voor uniforme en leesbare code. We zullen onze code documenteren doormiddel van Javadoc. Getters en Setters zullen niet gedocumenteerd worden omdat aan de hand van de naam te zien is wat de functie doet. Daarnaast wordt verwacht dat Javadoc meer toevoegt dan de naam van de functie en de bijbehorende argumenten al duidelijk maken. Al het Java programmeerwerk zal plaats vinden in de Eclipse IDE. Binnen de Eclipse IDE maken we gebruik van de Subclipse plugin om zo de SVN bij te werken. De SVN die we gebruiken voor versiebeheer wordt gehost op code.google.com dit neemt automatisch de noodzaak voor back-ups uit onze handen. Ook houden we een Wiki bij waarop het alle projectinformatie te vinden is. Hieronder verstaan we: Een todo lijst Een master document list De sprints De handleidingen De tests en testscenario s De notulen De definition of done De user stories Een agenda De reviews Definition of Done Broncode omvat: Een werkende applicatie Broncode die compileert De broncode hanteert de afgesproken requirements. De code is gedocumenteerd De code is opgenomen in het klasse diagram Unit tests 9
10 Documenten/rapporten: Het document heeft: o Een voorblad o Een titel o Pagina nummering o Een inhoudsopgave o Bronvermelding indien nodig o Het voldoet aan de template Een review moet door minstens een persoon worden gedaan en er wordt speciaal gelet op: o Inhoud o Zakelijk taalgebruik o Spelfouten o De minimale eisen waaraan het document moet voldoen, zoals hierboven genoemd. Producten In dit hoofdstuk is de lijst van de op te leveren producten dit project uitgewerkt. Dit hoofdstuk zal naar mate het project vordert beter en verder worden uitgewerkt. Prototypes Een prototype waarin het probleem wordt opgelost en aantoont dat JGraphT de aan de juiste voorwaarden voldoet. Een prototype met verschillende oplossingen voor het probleem zodat het snelste algoritme bepaald kan worden. Een prototype met een grafische weergave. Subsystemen Presentatie Iteratie 0 (PVA) Iteratie 1 Iteratie 2 Iteratie 3 Documentatie Plan van Aanpak Ontwerpdocument Testrapport Handleiding 10
11 Risico s In dit hoofdstuk worden de risico's beschreven die wij denken tegen te kunnen komen en hoe we hier als team op zullen reageren. Risico: Interpretatie SCRUM Impact: Klein Beschrijving: SCRUM wordt door een aantal leden niet gesnapt/verkeerd toegepast. Meetpunten: Preventief: 1. Er treden conflicten op die betrekking hebben op het projectmanagement. Dit risico is te herkennen aan SCRUM taken die door teamleden verschillend worden geïnterpreteerd. 1. Alle leden worden geacht zich vanaf het begin te verdiepen in SCRUM. Als er onduidelijkheid bestaat tussen teamleden dan worden deze door middel van overleg opgelost. Correctief: 1. De onduidelijkheden worden vastgesteld en verholpen Risico: Technische problemen met betrekking tot JGraphT Beschrijving: Meetpunten: Preventief: Impact: Zeer groot JGraphT werkt niet zoals verwacht of zoals gedocumenteerd is. 1. Een teamlid boekt langere tijd geen progressie. 1. Er moet zo snel mogelijk een prototype gemaakt worden van het eindproduct om zo grote technische problemen uit te stellen. Correctief: 1. Het zoeken van een omweg die het probleem oplost. 2. Een nieuwe datastructuur kiezen. Risico: Afwezigheid Beschrijving: Meetpunten: Preventief: Correctief: Afwezigheid door individuele taken/vakken of ziekte. Impact: Klein - Zeer groot 1. Teamleden werken het minder dan het afgesproken aantal uren. 1. Er moet zo goed mogelijk van tevoren worden aangegeven hoeveel tijd teamleden kwijt zijn buiten het project. 2. Er moet goed worden afgesproken hoeveel tijd men geacht wordt in het project te steken 1. Teamleden worden aangesproken op hun gedrag. 2. Als een teamlid veelvuldig in de fout gaat, dan zal er de hulp van een leraar ingeschakeld worden. Risico: Planning Beschrijving: Impact: Groot Zeer groot De tijdsduur van de geplande taken komen niet overeen met de daadwerkelijk tijd. Meetpunten: 1. De planning komt niet overeen waardoor de burn down chart een lijn creëert die naar het horizontale neigt. 11
12 Preventief: Correctief: 1. Het inschatten van de features op een correcte manier doen, door bijvoorbeeld gebruik te maken van planning poker. 1. De product owner en belanghebbenden moet gealarmeerd worden over het feit dat het project hoogstwaarschijnlijk uitloop zal kennen. Risico: Wiskundige aspecten worden onvoldoende begrepen Impact: Middel Beschrijving: Het team heeft onvoldoende wiskundige kennis om een analyse binnen de afgesproken tijd uit te voeren. Meetpunten: 1. Teamleden zijn lang bezig met het de wiskundige analyse en maken geen vordering. Preventief: 1. De teamleden moeten zoveel mogelijk aanwezig zijn bij de colleges die als ondersteuning aangeboden worden tijdens de minor. Correctief: 1. Hulp vragen bij een van de ondersteunende leerkrachten. Risico: Onvoldoende kennis algoritmen. Impact: Middel Beschrijving: Het team heeft onvoldoende verstand van de specifieke algoritmen die nodig zijn binnen het project. Meetpunten: 1. Taken die betrekking hebben op het algoritmisch oplossen van het probleem duren te lang. Preventief: 1. De taken uit het blokboek maken om zo voor de specifieke kennis te zorgen. Correctief: 1. Alsnog, in overleg met elkaar, de specifieke kennis vergaren. 12
13 Bijlagen Bijlage I Contactgegevens Naam Telefoon Maik Gosenshuis maik@gosenshuis.nl Simon Wels simon.wels@gmx.de Clermond de Hulu clermond@hotmail.com Wiebren Wolthuis wiebren@gmail.com Bijlage II Globale Planning Bijlage III - Bronnen 13
Plan van Aanpak. project Tetris Packing
Plan van Aanpak project Tetris Packing Inleiding! 4 Projectomschrijving! 5 Doel van het project! 5 Onderwerp van het project! 5 Invulling van het project! 6 Producten! 7 Functioneel Ontwerp! 7 Implementatierapport!
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 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 informatieOpleidingsplan. Studenten. MDL- referentie. Clermond de Hullu Wiebren Wolthuis Simon Wels Maik Gosenshuis D04
Opleidingsplan Studenten Clermond de Hullu Wiebren Wolthuis Simon Wels Maik Gosenshuis MDL- referentie D04 Versiebeheer Versie Datum Wijzigingen Door wie 0.1 20-09- 2009 Eerste opzet voor het document.
Nadere informatieBacklog. De openstaande stories. Studenten. Clermond de Hullu Wiebren Wolthuis Simon Wels Maik Gosenshuis. MDL- referentie D09
Backlog De openstaande stories Studenten Clermond de Hullu Wiebren Wolthuis Simon Wels Maik Gosenshuis MDL- referentie D09 Versiebeheer Versie Datum Wijzigingen Door wie 0.1 06-10- 09 Eerste opzet voor
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 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 informatieOpleidingsplan. Studenten. MDL-referentie. Clermond de Hullu Wiebren Wolthuis Simon Wels Maik Gosenshuis D04
Opleidingsplan Studenten Clermond de Hullu Wiebren Wolthuis Simon Wels Maik Gosenshuis MDL-referentie D04 Versiebeheer Versie Datum Wijzigingen Door wie 0.1 20-09-2009 Eerste opzet voor het document. Maik
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 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 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 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 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 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 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 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 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 informatiePlan van aanpak. Website voor Bouwkundig Adviesbureau Punte. Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink
Plan van aanpak Website voor Bouwkundig Adviesbureau Punte 2009 Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink Contents Product Backlog... 3 Documentatie... 4 Kwaliteitsbeheer...
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 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 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 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 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 informatieJIRA Handleiding. info@techtwo.nl www.techtwo.nl. Techtwo Internetdiensten Reduitlaan 29 4814DC Breda 076 532 2961
JIRA Handleiding Techtwo Internetdiensten Reduitlaan 29 4814DC Breda 076 532 2961 info@techtwo.nl www.techtwo.nl KvK West-Brabant: 20148962 BTW nummer: NL8203.67.990 Bank NL54RABO01304.58.406 Wat is JIRA
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 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 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 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 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 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 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 informatieScrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil
Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 informatieSoftware Project Management Plan
Software Project Management Plan GameTrac Versie Datum Auteur(s) Opmerking 0.1 3/11/2010 Brecht Van Laethem 1 Door hieronder te tekenen verklaart u akkoord te zijn met dit document en zijn inhoud. Het
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 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 informatieProject. 3D-Fraggel. Plan van aanpak. Door: IH1T08 1/1
Project 3D-Fraggel Plan van aanpak Door: 1/1 Project 3D-Fraggel Plan van aanpak Datum: 07-05-2001 Plaats: Enschede Opdrachtgever: Saxion Hogeschool Enschede Instituut ICT Afdeling Hogere Informatica Contactpersoon
Nadere informatiePlan van aanpak. Website voor Bouwkundig Adviesbureau Punte. Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink
Plan van aanpak Website voor Bouwkundig Adviesbureau Punte 2009 Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink Contents 1. Product Backlog... 3 2. Documentatie... 4 3. Kwaliteitsbeheer...
Nadere informatieProject: DevThis! Bedrijf: Discodevelopment
Plan van aanpak Project: DevThis! Bedrijf: Plaats, datum: Rotterdam, 19 september 2009 Opgesteld door: Projectgroep Stephen Steven 0781359 Marvin 0790920 Sandra 0773300 Shanaka 0760515 Dairo 0763673 Plan
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 informatieGewone jongens die mooie dingen maken. Wat we doen en hoe we het doen
Gewone jongens die mooie dingen maken Wat we doen en hoe we het doen Wij zijn studio fonkel Wij zijn Studio Fonkel en wij maken mooie dingen. Of het nu gaat om een website, webapplicatie, landkaart of
Nadere informatieSpecialisatie RTES - Project FunnyScreens Plan van Aanpak - versie 2.2
Specialisatie RTES - Project FunnyScreens Plan van Aanpak - versie 2.2 Niels Hendriks - 89713 Matthijs Langenberg - 89870 Wiebe van Schie - 84313 Siet Toorman - 91623 Job Vermeulen - 90589 DSO Dhr. R.J.W.T.
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 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 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 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 informatieNajaarsspecial Oktober 2013
Najaarsspecial Oktober 2013 Pagina 12 TESTEN IS GEEN KUNSTJE ; ADAPTIVITEIT MAAKT VAN TESTEN IN JOUW CONTEXT EEN KUNDE! Door Leo van der Aalst en Rik Marselis leo.vander.aalst@sogeti.nl rik.marselis@sogeti.nl
Nadere informatieEXIN Agile Scrum Foundation. Voorbeeldexamen
EXIN Agile Scrum Foundation Voorbeeldexamen Editie Mei 2016 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system
Nadere informatieScrum: where Business drives IT
Scrum: where Business drives IT De simpelste oplossingen zijn meestal de beste Nu op veel plekken de Oracle Developer en Designer ontwikkelstraat aangevuld wordt met, of vervangen wordt door JDeveloper,
Nadere informatieProjectdocument Minecraft Mod Builder
Projectdocument Minecraft Mod Builder Projectgroep Twintro 11 december 2015 Inhoudsopgave 1 Probleemstelling 2 2 Productbeschrijving 2 3 Requirements analyse 3 3.1 Functional requirements................................
Nadere informatieDEEL I. 5.9 Scrum. 5.9.1 Definitie project. 5.9.2 Kern van de methode. 5.9.3 Historie. 5.9.4 Scope
108 5.9 Scrum Deel I van de beschrijving van Scrum is geschreven door Jeroen Venneman en gereviseerd en geautoriseerd door Eelco Rustenburg, co-auteur van het boek De Kracht van Scrum, en Theo Gerrits,
Nadere informatieR O D Y M I D D E L K O O P, R O D Y. M I D D E L K O O P @ H A N. N L, @ R O D M I D D E
1 DDOA 2 Semester Keuze uit 15 Combinatie bepaalt opleiding Student kiest er 3 die samen met stage het 2e/3e jaar vormen 3 INGEZOOMD: DDOA 7.5 ECTS 7.5 ECTS 15 ECTS Project 4 BEROEPSTAAK Ontwikkel een
Nadere informatieTest rapportage Waarom eigenlijk?
Testrapportage Boodschappers van de koning? Test rapportage Waarom eigenlijk? TestNet voorjaarsevenement 2015 Jurian van de Laar Jurian van de Laar @JurianvdL 30 april 2015 @JurianvdL Jurian van de Laar
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 informatiePracticumhandleiding. (versie 2010)
(versie 2010) Belangrijk! In deze handleiding treft u alle informatie aan die nodig is voor de uitvoering van het practicum. Behalve de organisatie van het practicum zelf en een korte beschrijving van
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 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 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 informatieHandleiding Vergadertechnieken
Handleiding Vergadertechnieken Zelfstudie en rapporteren Bij OGO leer je niet alleen via het actief deelnemen aan groepsdiscussies, maar ook via het individueel uitvoeren van zelfstudieopdrachten (ZSO).
Nadere informatieVoorlopig onderzoeksplan Bachelorscriptie CleanDoc-
Voorlopig onderzoeksplan Bachelorscriptie 2011 -CleanDoc- Wouter Lockefeer 0545228 Probleemstelling Een goede programmeertaal moet niet alleen efficiënte programma's opleveren, maar ook handig zijn in
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 informatieNexus Gids. De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling. Developed and sustained by Ken Schwaber and Scrum.
Nexus Gids De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling Developed and sustained by Ken Schwaber and Scrum.org August 2015 Inhoudsopgave Nexus Overzicht... 2 Doel van
Nadere informatieChecklist risicofactoren IT-projecten
Organisatie SYSQA B.V. Pagina 1 van 5 Checklist risicofactoren IT-projecten In onderstaande checklists zijn de factoren die het slagen van een project beïnvloeden opgenomen. Projectomvang Hoe groot is
Nadere informatieEXIN Agile Scrum Foundation
Preparation Guide 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
Nadere informatieEXIN Agile Scrum Foundation. Preparation Guide
EXIN Agile Scrum Foundation Preparation Guide Editie Juni 2016 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system
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 informatieInstituut Broers. Plan van Aanpak. Windows Server
Instituut Broers Plan van Aanpak Windows Server [Zubin Mathoera, Vincent Darwinkel, Tomas Berends] 12-1-2017 VOORWOORD Dit plan van aanpak hebben wij volgens het boek van Roel Grit, Project Management,
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 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 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 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 informatieSAMENWERKINGSOVEREENKOMST
SAMENWERKINGSOVEREENKOMST 1. Introductie In deze overeenkomst staan de gemaakte afspraken tussen de groepsleden beschreven. Deze overeenkomst dient ter ondersteuning om gedurende periode (1 mei 2017 tot
Nadere informatieAGILE CONTRACT. <korte beschrijving iedere partij> <korte beschrijving waarover de samenwerking gaat; samenvatting van het doel van het project>
AGILE CONTRACT PARTIJEN Xxxxxxxxxxxxx, hierna: Leverancier EN Xxxxxxxxxxxx hierna: Afnemer OVERWEGENDE DAT
Nadere informatieSAMENWERKINGSOVEREENKOMST T E A M S E C O N D L I F E V E H I C L E
Hogeschool Rotterdam Studierichting Autotechniek Second Life Vehicle SAMENWERKINGSOVEREENKOMST T E A M S E C O N D L I F E V E H I C L E Studenten: Adeel Din (0868474) Jacco Hak (0847289) Tom Nispen tot
Nadere informatiePROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D
PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D Auteur : P. van der Meer, Ritense B.V. Datum : 17 juli 2008 Versie : 1.3 2008 Ritense B.V. INHOUD 1 VERSIEBEHEER...1 2 PROJECT
Nadere informatieInstituut Broers. Plan van Aanpak. [Project Steam OS
Instituut Broers Plan van Aanpak [Project Steam OS [Zubin Mathoera, Vincent Darwinkel, Tomas Berends] 12-1-2017 VOORWOORD Dit plan van aanpak hebben wij volgens het boek van Roel Grit, Project Management,
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 informatieNexus Gids. De definitieve gids om Scrum op te schalen met Nexus: De regels van het spel. Januari 2018
Nexus Gids De definitieve gids om Scrum op te schalen met Nexus: De regels van het spel Januari 2018 Developed and sustained by Ken Schwaber and Scrum.org Dutch 0 Inhoudsopgave Nexus Overzicht... 2 Doel
Nadere informatieAgenda. Introductie Aan het werk Conclusie / restrospective
Agenda Introductie 13.45 14.30 Aan het werk 14.30 16.30 Conclusie / restrospective 16.30 17.00 Introductie High performance Testing Voorstellen Waar ben je echt goed in (3 minuten) Teams vormen op basis
Nadere informatieSnel en flexibel opleiden met Scrum
Snel en flexibel opleiden met Scrum Is jouw organisatie (nog) niet ingericht op agile werken en wil je wel al je project Scrum inrichten? Met deze whitepaper loodsen we je door een aantal uitdagingen heen
Nadere informatie