De Agile Analist. Ebook over requirements en agile. Deel I

Maat: px
Weergave met pagina beginnen:

Download "De Agile Analist. Ebook over requirements en agile. Deel I"

Transcriptie

1 De Agile Analist Ebook over requirements en agile Deel I

2 2 Inhoud Deel I Inleiding Voor welk type projecten is Scrum geschikt? Empirische procesbesturing Agile werkt incrementeel en iteratief Just in time requirements Planning Continu aanpassen Just enough requirements Precies genoeg De juiste requirements Deel II Samenwerken met de business User stories... 12

3 3 Deel I 1 Inleiding Dit ebook is geschreven voor requirements analisten die in een agile/scrumproject (gaan) werken. Hoewel Scrum geen requirementsfase kent en de analistenrol niet expliciet onderscheid, spelen requirements een cruciale rol in agile/scrumprojecten. In dit ebook lees je hoe succesvolle agile projecten omgaan met requirements. Je leest hoe ze requirements just in time en just enough boven tafel halen, geen last hebben van wijzigende en onvoorziene requirements en hoe ze de afstemming met de business organiseren. In dit ebook vind je geen uitleg van het Scrumproces of van de basisprincipes van agile. Ik ga ervan uit dat enige kennis van agile en Scrum en de belangrijkste Scrumtermen bekend zijn. Mocht dat niet het geval zijn bekijk dan even de filmpjes in het Requirements Kenniscentrum en lees de officiële Scrum Guide van Jeff Sutherland en Ken Schwaber. 1.1 Voor welk type projecten is Scrum geschikt? Agile en Scrum zijn in korte tijd populair geworden binnen de softwareontwikkeling. De voordelen van een agile-werkwijze zijn dan ook indrukwekkend. Veel organisaties zijn inmiddels geheel of gedeeltelijk overgestapt op Scrum of hebben pilotprojecten lopen. Van andere organisaties krijg ik regelmatig de vraag: 'Voor welk type projecten is Scrum nu eigenlijk wel of niet geschikt?' Scrum is ontworpen voor het managen van complexe processen. Traditionele softwareontwikkelmethoden gaan impliciet uit van de veronderstelling dat het ontwikkelen van software gecompliceerd is. Een voorbeeld om het verschil tussen complex en gecompliceerd duidelijk te gecompliceerd is. Een voorbeeld om maken:!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* Autosleutels zijn simpel Hoe autosleutels werken is eenvoudig te begrijpen. Het is niet zo moeilijk om een autosleutel uit elkaar te halen en weer in elkaar te zetten. Een auto is gecompliceerd De (technische) werking van een auto is voor de meeste mensen lastiger te doorgronden. Voor het monteren van een auto is specialistische kennis nodig. We laten het repareren van onze auto dan ook graag over aan experts.

4 4 Het verkeer is complex Het verkeer en het gedrag van individuele verkeersdeelnemers is niet helemaal te voorspellen. Er zijn wel regels en patronen, maar je weet bij vertrek bijvoorbeeld niet voor hoeveel verkeerslichten je moet stoppen en waar je moet uitwijken voor andere weggebruikers. Ontleden van het verkeer is onmogelijk. Vrijwel alle softwareontwikkelprojecten zijn complex omdat daarin mensen intensief moeten samenwerken en communiceren. Softwareontwikkelprojecten zijn ook complex omdat het onmogelijk is om alle requirements op voorhand boven tafel te krijgen en bovendien zal een substantieel deel van de requirements (gemiddeld 35%) wijzigen tijdens het project. In tegenstelling tot simpele en gecompliceerde processen is het bij complexe processen niet mogelijk om het verloop van het proces vooraf tot op taakniveau te plannen. Traditionele softwareontwikkelmethoden proberen het proces te standaardiseren en delen het totale softwareontwikkelproces op in fasen, activiteiten en mijlpaalproducten. Een dergelijk plan van aanpak met bijbehorende planning geeft niet meer dan schijnzekerheid. De enige zekerheid die er is, is dat de werkelijkheid niet conform het plan zal verlopen. Het is in feite een wens of een voorspelling van het verloop van het project Empirische procesbesturing Bij onvoorspelbare processen is continu bijsturen en reageren op de actuele situatie cruciaal. Empirische procesbesturing is, zoals de naam aangeeft, gebaseerd op waarneming van recente gebeurtenissen en activiteiten. Bij complexe projecten is daarom wel het einddoel, de stip op de horizon, bekend, maar wordt de weg daarnaartoe gaandeweg het project uitgestippeld. Empirische procesbesturing is dan ook gestoeld op de volgende drie pijlers: Transparantie Voor alle betrokkenen moet de actuele stand van zaken op ieder moment inzichtelijk zijn. Iedereen beschikt over dezelfde accurate informatie. Feedback Voortdurend aan de klant feedback vragen over het in ontwikkeling zijnde product en regelmatig de werkwijze van het team evalueren is essentieel. Bijsturen Verbeteringen en voortschrijdend inzicht direct doorvoeren om zo continu het project bij te sturen. Scrum is een raamwerk, een set aan regels, die het mogelijk maakt om complexe processen succesvol te managen. Dit zou je kunnen vergelijken met het beoefenen van een teamsport of het uitvoeren van

5 5 een militaire operatie. De professionals in het veld bepalen zelf, binnen de vastgestelde regels, hoe ze handelen en reageren op de actuele situatie. Een Scrumteam opereert als een zelfsturend team dat zelf haar werk plant, coördineert en evalueert en zelf kiest van welke technieken en best practices ze gebruik maakt. Dit blijkt in complexe omgevingen veel beter te werken dan een projectleider of manager die vooraf een plan maakt en taken toewijst aan medewerkers. Voor welk type projecten is Scrum geschikt? Scrum is geschikt voor het managen van vrijwel alle softwareontwikkelprojecten. Omdat het onvoorspelbare en daarmee complexe processen zijn, is empirische besturing daar geschikter voor dan de traditionele plangedreven aanpakken. 1.2 Agile werkt incrementeel en iteratief Als het gaat om de werkwijze binnen ICT-projecten worden incrementeel en iteratief vaak in één adem genoemd. Ook een agile-aanpak combineert incrementeel en iteratief werken. Dit roept de volgende vragen op: Wat is het verschil tussen incrementeel en iteratief? Kan een ICT-project alleen incrementeel en niet iteratief werken en omgekeerd? Waarom is een agile-aanpak incrementeel en tevens iteratief? Verschil tussen incrementeel en iteratief Bij incrementele softwareontwikkeling bouw en release je het hele systeem niet in één keer, maar voeg je geleidelijk steeds meer functionaliteit aan het systeem toe. Je begint met een basale versie van het systeem, ook wel wandelend skelet genoemd. Daarna laat je de omvang, functionaliteit en kwaliteit van het systeem langzaam groeien. Dit zou je kunnen vergelijken met een schilderij dat geleidelijk vorm krijgt. Bij iteratieve softwareontwikkeling bouw je eerst een zeer voorlopige versie. Daarna vraag je feedback om vervolgens de software aan de wensen aan te passen. Daarna vraag je opnieuw feedback, etc. Bij iteratieve softwareontwikkeling verwacht je niet dat de ontwikkelde software meteen goed is.

6 6 Je gaat er juist van uit dat je de software moet aanpassen. Omdat je weet dat de software nog niet goed is, bouw je zo min mogelijk. Je bouwt het minimale dat nodig is om zinvolle feedback te krijgen. Je blijft voortdurend aanpassen en feedback vragen totdat de klant tevreden is of totdat er geen tijd of budget meer over is. Wanneer toepassen? Zowel incrementeel als iteratief werken heeft voordelen. Je kunt ze onafhankelijk van elkaar of in combinatie toepassen. Incrementeel werken pas je toe om het systeem geleidelijk in productie te kunnen nemen, waarbij iedere volgende release extra functionaliteit toevoegt. Op deze manier kan het project eerder beginnen met het leveren van business value. Iteratief werken pas je toe om de juiste oplossing te vinden ofwel om te ontdekken op welke manier het systeem het beste aan de behoeften van de business kan voldoen. Agile In een agile-omgeving wordt zowel incrementeel als iteratief gewerkt. Agilisten stellen dat het onmogelijk is om vooraf de requirements vast te stellen. De belanghebbenden uit de business kunnen hun exacte behoeften aan geautomatiseerde ondersteuning niet voorspellen en de analisten kunnen de requirements onmogelijk op voorhand volledig en eenduidig specificeren.. Iteratief werken is dan de oplossing. Agile is erop gericht om zo veel en zo vroeg mogelijk business value te leveren. Hiertoe wordt bijvoorbeeld iedere maand of ieder kwartaal een release in productie genomen. Dit kan alleen als je de software geleidelijk laat groeien en dus een incrementele aanpak hanteert.!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$*

7 7 2 Just in time requirements In traditionele ICT-projecten stellen business/informatieanalisten de requirements op tijdens een requirementsfase. Agile en Scrum kennen geen requirementsfase en onderkennen ook geen analistenrol. Dit betekent niet dat requirements onbelangrijk zijn in een agile-omgeving. Integendeel, Scrum heeft expliciet aandacht voor het voortdurend ortdurend verfijnen en bijstellen van de requirements. De requirements blijven zo het steeds verder voortschrijdend inzicht weerspiegelen. Het grootste verschil met de traditionele requirementsfase is dat het achterhalen van de requirements zo lang mogelijk wordt uitgesteld ('until the last responsible moment'). Dit bespaart veel tijd en elimineert de noodzaak om een 'voorraad' aan requirements te beheren. We hebben immers allemaal ervaren dat het erg lastig, zo niet onmogelijk, is om een volledige, juiste en eenduidige baseline met requirements op te stellen. Bovendien tonen onderzoeken aan dat gedurende het project gemiddeld 35% van de requirements wijzigen. Reden genoeg voor agile-aanpakken om requirements alleen just in time op te stellen. 2.1 Planning We zijn gewend om requirements te definiëren ver voordat de ontwikkelaars ze gaan implementeren. De requirements moeten immers bekend zijn om een offerte voor het IT-traject af te geven, om een planning te maken, om de softwarearchitectuur op te stellen, om het systeem te ontwerpen en om de software te bouwen. We weten ook dat wijzigingen in de overeengekomen requirements onvermijdelijk zijn. Er blijken achteraf requirements te ontbreken of de behoefte van de business wijzigt door bijvoorbeeld veranderende marktomstandigheden, aanpassingen in de bedrijfsprocessen of nieuwe wet- en regelgeving. de business wijzigt door bijvoorbeeld veranderende mark!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* Het zou daarom mooi zijn als we de requirements just in time kunnen vaststellen: net op tijd om te kunnen plannen en net op tijd om de software te kunnen ontwikkelen. We zouden dan geen last hebben van wijzigende requirements, geen change control board nodig hebben en geen scope creep kennen. Dit scheelt veel el tijd, geld en gedoe. Dat just in time requirements mogelijk zijn hebben agile-projecten inmiddels bewezen. Deze projecten stellen het vaststellen van requirements zo lang mogelijk uit. Ze hebben alleen een globaal totaalbeeld van het gewenste systeem. Net genoeg om de doorlooptijd van het project in te schatten. Alleen de requirements met de hoogste prioriteit die daardoor de komende weken geïmplementeerd worden door

8 8 het ontwikkelteam, worden nader uitgewerkt. Het detailniveau van deze requirements is net genoeg om de relatieve ontwikkelinspanning (niet in uren maar in punten) te schatten. Op basis van de gemiddelde ontwikkelsnelheid (velocity genoemd) van het team is eenvoudig een betrouwbare planning voor de eerstvolgende iteratie te maken. Onderstaande figuur geeft daarvan een voorbeeld weer. Pas als een ontwikkelaar daadwerkelijk de software voor een bepaalde requirement gaat bouwen, spreekt hij de wensen en de details door met de dagelijks betrokken product owner. Met deze aanpak zijn de juiste requirements, op het juiste detailniveau, just in time beschikbaar. Omvangrijke producten met uitgebreide specificaties hoeven dan niet opgesteld en onderhouden te worden. 2.2 Continu aanpassen De manier om requirements just in time op te stellen is door vanuit een globaal totaalbeeld de requirements gefaseerd en geleidelijk te detailleren: Gefaseerd door alleen te werken aan de requirements met de hoogste prioriteit. Geleidelijk door ze niet meer en niet minder te verfijnen dan het ontwikkelteam op dat moment nodig heeft. Hoe dit continue proces van detailleren, verfijnen en bijstellen van requirements in zijn werk gaat, laat ik hieronder zien aan de hand van de belangrijkste momenten in het Scrumproces.!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$*

9 9 Bij de start van het project Om van start te gaan met een Scrumproject moeten een productvisie en een product backlog aanwezig zijn (zie hoofdstuk 4). De high-level requirements zijn dan bekend en geprioriteerd. De product owner werkt (samen met de stakeholders en het team) alleen de requirements uit die het team in de eerste sprint gaat implementeren. Het opstellen van de eerste versie van de productvisie en de product backlog hoeft niet langer dan twee weken te duren. Beide producten worden daarna veelvuldig getoetst en aangepast aan de actuele inzichten en aan de behoeften van de business. Dit is de verantwoordelijkheid van de product owner, vaak geholpen door een analist. Tijdens de Sprint Planning Meeting Tijdens de Sprint Planning Meeting, aan het begin van iedere sprint, licht de product owner de requirements (of beter de product backlog items) toe die op dat moment de hoogste prioriteit hebben. Het team schat in hoeveel items ze in die sprint kunnen implementeren en zullen daarbij nadere toelichting over de requirements vragen aan de product owner. Bovendien zijn alle product backlog items al eerder met het team besproken. In de weken voorafgaand aan de Sprint Planning Meeting worden de requirements namelijk sprint ready gemaakt. Dit wil zeggen het opsplitsen van product backlog items totdat ze zo klein zijn dat het team ze in enkele dagen kan implementeren. Sprint ready maken van de user stories doen de product owner en het ontwikkelteam gezamenlijk. Tijdens de sprint De teamleden stemmen tijdens het ontwikkelen en testen van de software regelmatig af met de product owner. Op deze manier kan de product owner tijdens de sprint al bijsturen en zijn er geen gedetailleerde specificaties van de requirements nodig. De teamleden stellen vragen over details van de requirements en vragen tussentijds tijds feedback op de ontwikkelde software. Tijdens de Sprint Planning Meeting waren immers nog niet alle details ingevuld (niet meer dan nodig was voor de planning). Hierdoor is enige speelruimte aanwezig tijdens de sprint om stories mooier of minder mooi in te vullen. Niet geïmplementeerde details en nieuwe user stories komen op de product backlog voor een volgende sprint. Planning Meeting waren immers nog niet alle details ingevuld (niet meer dan nodig was voor de!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* Tijdens de Sprint Review Meeting Iedere sprint sluit af met een Sprint Review Meeting. Het volledige Scrumteam en de (belangrijkste) stakeholders nemen hieraan deel. Het team laat zien voor welke requirements ze commitment had afgegeven en demonstreert de software die ze deze sprint heeft gerealiseerd. De stakeholders geven vervolgens feedback. Dit levert vaak waardevolle informatie op over de requirements en de prioriteiten van de stakeholders.

10 10 3 Just enough requirements Dat is eenvoudig gezegd: 'precies genoeg requirements'. Maar wat is dat eigenlijk? Agilisten praten over just enough requirements om aan te geven dat er niet te veel requirements mogen worden uitgewerkt. Dit is in tegenstelling met het traditionele Requirements Engineering (waterval) waarin juist naar volledigheid van de requirements gestreefd wordt. 3.1 Precies genoeg Precies genoeg requirements duidt zowel op het detailniveau van individuele requirements als op de omvang van de totale set aan requirements. Individuele requirements Met just enough individuele requirements bedoelen we dat de 'voorraad' requirements (requirements die liggen te wachten op implementatie) zo klein mogelijk moet zijn. Op ieder moment moeten de juiste requirements tot op het juiste detailniveau uitgewerkt zijn, zodat het softwareontwikkelproces soepel kan verlopen. In Scrum betekent dit bijvoorbeeld dat de product backlog genoeg informatie moet bevatten voor een efficiënte Sprint Planning Meeting. Meer informatie en meer detail dan nodig is, wordt bestempeld als waste.. De tijd en energie die besteed wordt aan het opbouwen en onderhouden van de voorraad is verspilde tijd. De kans dat requirements wijzigen voordat het ontwikkelteam start met de implementatie ervan is immers behoorlijk groot. Totale set aan requirements Met just enough requirements in zijn totaliteit bedoelen we alleen die requirements die ook veel business value leveren.!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* Een regelmatig aangehaald onderzoek van de Standisch Group geeft aan dat gemiddeld 64% van de functionaliteit van een IT-systeem niet of nauwelijks gebruikt wordt. Dus meer dan de helft van de functionaliteit is overbodig. Een schokkende conclusie, nietwaar? Een belangrijke verklaring hiervoor is dat de watervalaanpak nauwelijks ruimte biedt voor voortschrijdend inzicht tijdens de ontwikkeling van het systeem. De business wordt tijdens de requirementsfase gedwongen om volledig te zijn. Een

11 11 onmogelijke opgave voor de business met als gevolg dat alles wat in de toekomst misschien wenselijk zou kunnen zijn door de business stakeholders als requirements benoemd worden. Later requirements toevoegen stuit immers op allerlei bezwaren (van de IT ers) en in vrijwel ieder project moeten er gaandeweg het traject requirements afvallen. Agile daarentegen omarmt veranderingen en laat de business gaandeweg het project haar requirements bepalen. De focus ligt op toegevoegde waarde leveren aan de business en niet op het uitvoeren van vooraf gemaakte plannen (op basis van goedgekeurde requirements). Uit de figuur blijkt dat het overgrote deel van de toegevoegde waarde door een klein percentage van de systeemfunctionaliteit geleverd wordt. Hier is dus veel winst te halen, mits je de juiste requirements weet te identificeren. 3.2 De juiste requirements Belangrijke voorwaarde voor het werken met just enough requirements is dat je de juiste requirements weet te identificeren. Hoe je dat doet beschrijf ik in deze paragraaf. Een iteratieve en incrementele opzet van het softwareontwikkelproject is daarbij cruciaal (zie hoofdstuk 1). De juiste requirements vind je door: Alleen aan de belangrijkste requirements te werken Dit begin met een productvisie (zie hoofdstuk 4). Wat willen we bereiken met het te ontwikkelen systeem? Wat is de doelgroep en waarbij moet het systeem hen ondersteunen? Benoem welke high level requirements absoluut noodzakelijk zijn om dat doel te halen. Werk alleen voor de allerbelangrijkste high level requirements uit welke medium level requirements daarvoor vereist zijn. Herhaal dit alleen voor de allerbelangrijkste medium level requirements op low level niveau. Het streven is immers niet om volledig te zijn, maar om de requirements voor de eerstvolgende iteratie(s) te identificeren. Dit zijn de voor de business stakeholders belangrijkste aanpassingen of uitbreidingen op de reeds opgeleverde software. Zo veel mogelijk feedback te verzamelen Voor gebruikers is het veel eenvoudiger om feedback te geven op werkende software dan op een document met requirements. Communiceer daarom met business stakeholders aan de hand van reeds opgeleverde software ofwel incrementen. Vraag business stakeholders te reageren op de software die het ontwikkelteam aan het einde van de iteratie demonstreert. Richt een proeftuin in en nodig gebruikers uit om commentaar te geven op het systeem in

12 12 wording. Neem incrementen zo vroeg mogelijk in productie (eventueel voor een beperkte groep gebruikers) en verzamel feedback. Gebruik de feedback bij het uitwerken van de requirements voor de volgende iteratie. Het uitwerken van requirements en het verzamelen van feedback mag niet beschouwd worden als twee volgtijdige of afzonderlijke activiteiten. Beide activiteiten vinden continu en gedurende de gehele looptijd van het project plaats. Feedback leidt immers tot voortschrijdend inzicht over de behoeften van de business stakeholders. Die informatie dient direct meegenomen en verwerkt te worden in de requirements. De requirements voor de eerstvolgende iteratie zijn voor een groot deel gebaseerd op de reacties op de recent opgeleverde software. De juiste requirements identificeer je door feedback te vragen. Zo vind je de dingen die de business stakeholders het meeste missen in de tot nu toe opgeleverde software. Deel II In het tweede deel van dit ebook lees je meer over de rol van de product owner en over requirementsproducten en technieken. Deel II bevat de hoofdstukken: 4 Samenwerken met de business De ineffectieve WIJ ZIJ cultuur tussen het IT-team en de business die vaak ontstaat in traditionele omgevingen, probeert agile te doorbreken door een intensieve samenwerking en door de business de volledige controle te geven over het WAT en de IT ers over het HOE. 5 User stories De meest gebruikte requirementstechnieken in een agile-omgeving zijn user stories en use cases. User stories komen voort uit de agile-beweging en bestaan nog relatief kort. Use cases daarentegen zijn aan het eind van de vorige eeuw geïntroduceerd toen we nog alles uit de kast trokken om de requirements zo volledig en eenduidig mogelijk te specificeren. Eind 2011 is Use case 2.0 uitgekomen waarin de use case techniek geschikt is gemaakt voor agile-omgevingen.

13 13 Dit ebook is uitgegeven door Reaco Reaco leert requirementsanalisten in softwareontwikkelprojecten hoe ze de gebruikers aan betere systemen kunnen helpen. Dit doen wij door het geven van: Advies aan organisaties die hun requirementsproces willen professionaliseren. Coaching en training-on-the-job aan onervaren requirementsanalisten die snel het vak willen leren. Opleidingen en praktijkgerichte trainingen aan analisten die hun kennis en vaardigheden willen uitbreiden. De Reaco Academy biedt onder andere een agile-training specifiek gericht op business analisten, informatieanalisten en requirements engineers. Actuele informatie over deze 1-daagse training Requirements in Scrum vind je op onze website. Neem voor meer informatie over Reaco en het requirementsvak contact op via: Telefoon: Website: Hartelijke groet, Nicole de Swart

De Agile Analist. Ebook over requirements en agile. Deel II

De Agile Analist. Ebook over requirements en agile. Deel II De Agile Analist Ebook over requirements en agile Deel II 2 Inhoud Deel I... 3 1 Inleiding... 3 2 Just in time requirements... 3 3 Just enough requirements... 3 Deel II... 4 4 Samenwerken met de business...

Nadere informatie

Scrum. Een introductie

Scrum. 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 informatie

Agile bij grote administratieve systemen. Omgaan met requirements

Agile 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 informatie

Inhoud. 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 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 informatie

WHITEPAPER IN 5 MINUTEN. 11. Scrum

WHITEPAPER 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 informatie

Continuous Requirements Engineering

Continuous 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 informatie

Definitief 1.0 Handreiking voor toepassen van Agile Scrum binnen Overheidsdiensten april 2012

Definitief 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 informatie

PRODUCT OWNER.

PRODUCT 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 informatie

Business 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 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 informatie

De Agile Analist. Henk Jan Huizer

De 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 informatie

Leiderschap in een organisatie met technische professionals

Leiderschap 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 informatie

Business Sprint in kader van project Leerling 2020. Door Madelief Keyser

Business Sprint in kader van project Leerling 2020. Door Madelief Keyser Business Sprint in kader van project Leerling 2020 Door Madelief Keyser Generieke vraag initiatieven gepersonaliseerd leren CONTENT: Ontwikkeling van adaptief digitaal leermateriaal opgedeeld in kleine

Nadere informatie

Agile (Scrum) Werken Jeroen Hak

Agile (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 informatie

Zest Application Professionals Training &Workshops

Zest Application Professionals Training &Workshops De requirements trainingen van Zest Application Professionals geven u de handvatten die nodig zijn om uw requirementsproces te verbeteren. U doet hands-on ervaring op en leert omgaan met lastige praktijksituaties.

Nadere informatie

SCRUM FRESHAPPLE.NL #DIGITALATHLETES

SCRUM 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 informatie

Doel Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken.

Doel 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 informatie

Scaled 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? 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 informatie

Hoe ver moet je gaan?

Hoe ver moet je gaan? Hoe ver moet je gaan? Requirements verzamelen in agile John Copier; Marcel Steur 8 oktober 2015 Introductie Marcel + Qquest Informatica TU Delft Bedrijfskunde HSA + VU IT combineren met bedrijfskunde Qquest

Nadere informatie

Agile Foundation examen - OEFENVragenformulier

Agile 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 informatie

Agile systeemontwikkeling. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Agile systeemontwikkeling. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Agile systeemontwikkeling Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. Terminologie... 4 3. Uitgangspunten...

Nadere informatie

Kwaliteit in Agile: een gegeven?

Kwaliteit 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 informatie

Verzamelde 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 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 informatie

1. De watervalmethode... 2. 2. Agile softwareontwikkeling... 2. 3. Iteratief werken... 3. 4. Agile technieken voor teams... 3

1. 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 informatie

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?

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? 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 informatie

LSSN seminar Amsterdam 01-11-2012 Edwin Kippers Master Black Belt. Project Management

LSSN 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 informatie

De overstap naar Agile De overstap naar Agile

De overstap naar Agile De overstap naar Agile De overstap naar Agile De overstap naar Agile Wat als niet alleen de requirements veranderen, maar alles verandert? Inleiding Start project met waterval aanpak Overstap naar agile Hoe hebben we het gedaan?

Nadere informatie

Agile/Scrum Foundation

Agile/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 informatie

IIBA NL Jaarcongres "Business Analyse in Scaled Agile"

IIBA 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 informatie

Continuous Requirements Engineering

Continuous 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 informatie

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag

Nadere informatie

Hybride projectmanagement

Hybride projectmanagement Hybride projectmanagement Ronde Tafel april 2018 Projectmanagement in de Zorg stichting Projectmanagement in de Zorg Sinds 2016 Missie: Projectmanagement in de zorg verbeteren Doel: Waardevol forum voor

Nadere informatie

De ideale Product Owner

De 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 informatie

Snel waarde creëren met Scrum

Snel waarde creëren met Scrum Snel waarde creëren met Scrum Vereniging Stadswerk Gelderland/Utrecht Kennisdeling/Workshop 17 november 2014 Gerard Hoogendijk 2 Vragen? Waarde creatie en vertrouwen door zelfsturing! 3 Samen aan de slag

Nadere informatie

Agile with a smile. Dion Kotteman

Agile 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 informatie

Agile werken: zó doen we dat

Agile 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 informatie

Agile Testing isn t Risking IT! Bram Bronneberg Test Manager Logica - CGI

Agile 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 informatie

Introductie workshop Agile & Scrum

Introductie 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 informatie

AERIUS 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) 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 informatie

WHITE PAPER. Agile/Scrum

WHITE 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 informatie

Evo Evolutionary Project Management. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Evo Evolutionary Project Management. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Evo Evolutionary Project Management Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. INLEIDING... 3 2. EVO... 4 3. FASERING...

Nadere informatie

B.Sc. Informatica Module 4: Data & Informatie

B.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 informatie

14-9-2015. Scrum in het kort

14-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 informatie

INFORMATIE ANALYSE. Sla de brug tussen Business en ICT.

INFORMATIE ANALYSE. Sla de brug tussen Business en ICT. INFORMATIE ANALYSE Sla de brug tussen Business en ICT www.olympic.nl Actuele informatie en inschrijven op www.olympic.nl of bel 06-54367997 2 Informatieanalyse is een vak apart. Het is een brugfunctie

Nadere informatie

Ontwikkelmethoden en technieken DSDM POMT HC3

Ontwikkelmethoden en technieken DSDM POMT HC3 DSDM Ontwikkelmethoden en technieken DSDM POMT HC3 HC WG rollenspel praktijktoets 1 praktijktoets 2 praktijktoets 3 Mei week 1 week 2 week 3 Week 4 vakantie Inleiding Ontwikkel methodiek DSDM Technieken

Nadere informatie

Een website ontwerpen met agile design en scrum, wat heb je nodig?

Een 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 informatie

Scoren met je project Projectmatig werken mag géén last zijn!

Scoren 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 informatie

Scrum. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Scrum. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Scrum Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 2 SCRUM... 4 3 FASERING... 5 4 KENMERKEN... 6 4.1 DE SCRUM-MEETING...

Nadere informatie

Van 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 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 informatie

Agile Scrum Foundation Training - Scrum Begrippenlijst. Agile. Burndown Chart. Burnup Chart. Continuous Delivery. Continuous Deployment

Agile 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 informatie

15-6-2015. Eerste ontwerp Conferentie Software Development 2020. Programma 5 minuten Introductie. Netvlies Sedert 1997

15-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 informatie

ORGANISATORISCHE IMPLENTATIE BEST VALUE

ORGANISATORISCHE IMPLENTATIE BEST VALUE ORGANISATORISCHE IMPLENTATIE BEST VALUE EEN ONDERZOEK NAAR DE IMPLEMENTATIE VAN BEST VALUE BINNEN EEN SYSTEMS ENGINEERING OMGEVING STEPHANIE SAMSON BEST VALUE KENNIS SESSIE WESTRAVEN 17 JUNI 09.00 12.00

Nadere informatie

Ontwikkeling informatiesysteem

Ontwikkeling informatiesysteem Ontwikkeling informatiesysteem Voorletters en naam: xxx Studentnummer: xxx Datum: 23 december 2013 Onderwijsinstelling: NCOI Opleidingsgroep Naam opleiding: Bachelor Bedrijfskundige Informatica Naam module:

Nadere informatie

AGILE WERKEN Leer je eigen capaciteiten optimaal te benutten dankzij een effectieve samenwerking.

AGILE WERKEN Leer je eigen capaciteiten optimaal te benutten dankzij een effectieve samenwerking. AGILE WERKEN Leer je eigen capaciteiten optimaal te benutten dankzij een effectieve samenwerking T: +31 (0)20 24 022 44 E: info@gladwell.nl www.gladwell.nl WAT IS AGILE? Agile is een denkwijze die erop

Nadere informatie

Agenda. Introductie Aan het werk Conclusie / restrospective

Agenda. 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 informatie

Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl

Cecile 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 informatie

Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Unified Process Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. Unified Process... 4 3. Fasering... 5 3.1.

Nadere informatie

Welkom. bij scrum. Zin in Onderwijs

Welkom. 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 informatie

DEEL I. 5.9 Scrum. 5.9.1 Definitie project. 5.9.2 Kern van de methode. 5.9.3 Historie. 5.9.4 Scope

DEEL 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 informatie

Global Project Performance

Global Project Performance Return on investment in project management SCRUM MASTER TRAINING PRINCE2 and The Swirl logo are trade marks of AXELOS Limited. OVER SCRUM Scrum is een raamwerk voor het ontwikkelen en onderhouden van complexe

Nadere informatie

Kwaliteit 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 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 informatie

Gewone 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 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 informatie

De juiste requirements juist

De juiste requirements juist De juiste requirements juist Een voorwaarde voor succesvolle applicatie ontwikkeling Arno van Herk Managing partner Synergio B.V. a.van.herk@synergio.nl 2011 Een brug naar onze presentatie Uniface is Compuware's

Nadere informatie

Global Project Performance

Global Project Performance Return on investment in project management SCRUM INCOMPANY TRAINING PRINCE2 and The Swirl logo are trade marks of AXELOS Limited. OVER SCRUM Scrum is een raamwerk voor het ontwikkelen en onderhouden van

Nadere informatie

SCRUM VERDUBBELAAR. dubbel zo goed door je persoonlijke backlog. Een leerprogramma dat zorgt voor verdieping. in de ontwikkeling van Scrumteams

SCRUM VERDUBBELAAR. dubbel zo goed door je persoonlijke backlog. Een leerprogramma dat zorgt voor verdieping. in de ontwikkeling van Scrumteams SCRUM VERDUBBELAAR dubbel zo goed door je persoonlijke backlog Een leerprogramma dat zorgt voor verdieping in de ontwikkeling van Scrumteams IK WIST DAT HET NIET GING LUKKEN (en hield het voor me) IK HEB

Nadere informatie

Riskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink

Riskpoker - 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 informatie

Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen

Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen Sinds de kredietcrisis en door opkomende technologieën staan banken

Nadere informatie

EEN INTRODUCTIE TOT SCRUM

EEN 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 informatie

Auditen van Agile projecten

Auditen 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 informatie

Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken

Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken De business organisatie heeft altijd stijgende verwachtingen van uw IT organisatie. Meer dan ooit is het van

Nadere informatie

Effectief testen in complexe omgeving 20-8-2012

Effectief testen in complexe omgeving 20-8-2012 Effectief testen in complexe omgeving 20-8-2012 How it came to be 20-8-2012 2 Indeling Wie ben ik? Wat doet TASS? Beschrijving ontwikkelgroepen Voor SCRUM Implementatie SCRUM Gerealiseerde verbeteringen

Nadere informatie

PLANET AGILE 17E BPUG SEMINAR

PLANET AGILE 17E BPUG SEMINAR PLANET AGILE 17E BPUG SEMINAR. Lean toegepast op PRINCE2 Projectmanagement is waste (maar noodzakelijk) Martin van Borselaer Mens-, organisatie- en procesverbeteraar Projectmanager/verandermanager & coach

Nadere informatie

SCRUM METHODE.

SCRUM 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 informatie

Agile en scrum bij projectcommunicatie. Presentatieslides t.b.v. webinar 30 juni 2014

Agile en scrum bij projectcommunicatie. Presentatieslides t.b.v. webinar 30 juni 2014 Agile en scrum bij projectcommunicatie Presentatieslides t.b.v. webinar 30 juni 2014 Onderwerpen Wie ben ik? Scrum in het kort Voorbeelden van toepassingen Hoe te beginnen? Wie ben ik? # Gidion Peters

Nadere informatie

Succes = Noodzaak x Visie x Draagvlak 2. Case: Implementatie Requirements Lifecycle management bij Rabobank International

Succes = Noodzaak x Visie x Draagvlak 2. Case: Implementatie Requirements Lifecycle management bij Rabobank International Succes = x Visie x Draagvlak 2 Case: Implementatie Requirements Lifecycle management bij Rabobank International dinsdag 3 oktober 2006 Spider Congres Agenda Inventarisatie SPI-knelpunten Implementatie

Nadere informatie

Vijf jaar agile. Hosanna of Drama?

Vijf jaar agile. Hosanna of Drama? Vijf jaar agile. Hosanna of Drama? Leo van der Aalst Fontys Hogeschool ICT, Sogeti In dit artikel wordt een top vijf van vier onderwerpen op het terrein van agile werken geschetst: vijf agile misvattingen,

Nadere informatie

i-grip op drie decentralisaties

i-grip op drie decentralisaties i-grip op drie decentralisaties Een organisatie die op het juiste moment over betrouwbare en actuele informatie beschikt, kan haar dienstverlening verbeteren, haar bedrijfsvoering bijsturen en betrouwbaar

Nadere informatie

Scrum: Een Agile aanpak voor ontwikkeling van producten. Scrumteam rollen. Verder dan de vraag 2

Scrum: 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 informatie

Agile Testen in de praktijk

Agile 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 informatie

SmartScrum: Agile én duurzaam

SmartScrum: Agile én duurzaam SmartScrum: Agile én duurzaam SmartScrum: slimmer, sneller, goedkoper! 20% tot 30% snellere time-to-market 20% tot 30% kostenbesparing 100% voorspelbaar 100% duurzaam 100% begrijpelijk PNA Group lanceert

Nadere informatie

Nexus 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. 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 informatie

Wanneer ga je Agile? Wat is Agile Project Management?

Wanneer ga je Agile? Wat is Agile Project Management? Wanneer ga je Agile? Agile Project Management 1 past goed in deze tijd. Het is snel, flexibel en leuk. Je kunt het echter niet altijd en overal gebruiken. Het werk en de organisatie moeten geschikt zijn

Nadere informatie

13. De ideale product owner

13. 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 informatie

SCRUM: REPETEREN, MAAR OOK LEREN?

SCRUM: 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 informatie

MDA in de praktijk. Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009

MDA in de praktijk. Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009 Functional Model Driven Development MDA in de praktijk Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009 FMDD agenda FMDD Waarom FMMD De praktijk Wat is FMDD Ervaringen en lessons learned Ervaringen

Nadere informatie

Michael Franken met medewerking van Rini van Solingen

Michael 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 informatie

Titel, samenvatting en biografie

Titel, samenvatting en biografie Titel, samenvatting en biografie \ Peter Wanders De Black Box Dialog methode Voorjaarsevent Testnet: 22 juni 2009 Samenvatting Nog nooit heb ik heb een klant horen zeggen: Enorm vervelend dat het IT project

Nadere informatie

Agile in Projecten minimalisme of strak pak? Richard Weber PMP

Agile in Projecten minimalisme of strak pak? Richard Weber PMP Agile in Projecten minimalisme of strak pak? Richard Weber PMP De Spreker Richard Weber Directeur & oprichter Adviseur & coach Projectmanagement Profile Dynamics ICT & Bedrijfskundige achtergrond Trainer

Nadere informatie

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept.

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept. 1. 1.1. Inleiding Doel De Requirementdiscipline richt zich op het vaststellen en vastleggen van de eisen en wensen die aan een oplossing worden gesteld: de requirements. Rollen De keyrol binnen deze discipline

Nadere informatie

Inhoudsopgave. Bewust willen en kunnen 4. Performance Support 5. Informele organisatie 5. Waarom is het zo moeilijk? 6

Inhoudsopgave. Bewust willen en kunnen 4. Performance Support 5. Informele organisatie 5. Waarom is het zo moeilijk? 6 Inleiding De afgelopen vijftien jaar hebben we veel ervaring opgedaan met het doorvoeren van operationele efficiencyverbeteringen in combinatie met ITtrajecten. Vaak waren organisaties hiertoe gedwongen

Nadere informatie

Agile : Business & IT act as one

Agile : 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 informatie

Whitepaper. Hoe de kans op een succesvolle ERP-implementatie te vergroten. ..het effect van vreemde ogen.. VERTROUWELIJK. www.implementatie-erp.

Whitepaper. Hoe de kans op een succesvolle ERP-implementatie te vergroten. ..het effect van vreemde ogen.. VERTROUWELIJK. www.implementatie-erp. Whitepaper Hoe de kans op een succesvolle ERP-implementatie te vergroten..het effect van vreemde ogen.. VERTROUWELIJK W E www.implementatie-erp.nl info@opdic.nl Hoe de kans op een succesvolle ERP-implementatie

Nadere informatie

DevOps Waarom moeilijk doen 31 oktober 2013. als het samen kan

DevOps Waarom moeilijk doen 31 oktober 2013. als het samen kan DEVOPS?! INLEIDING Wat gaan we doen? 18:00 Introductie 19:00 Uitleg open space 19:30 Koffie + start open space 20:30 Wrap-up INLEIDING Even vooraf Samen Duurzaam Innoveren INLEIDING Ik ben Jan Buurman

Nadere informatie

Professionele softwareontwikkeling PRODUCTIVITEIT EN KWALITEIT MET FOCUS OP DE GEHELE LEVENSDUUR VAN APPLICATIES

Professionele softwareontwikkeling PRODUCTIVITEIT EN KWALITEIT MET FOCUS OP DE GEHELE LEVENSDUUR VAN APPLICATIES Professionele softwareontwikkeling PRODUCTIVITEIT EN KWALITEIT MET FOCUS OP DE GEHELE LEVENSDUUR VAN APPLICATIES ONZE VISIE OP PROFESSIONEEL SOFTWARE ONTWIKKELEN Bij succesvolle softwareontwikkeling draait

Nadere informatie

De SolidWorks QuickStart Module

De SolidWorks QuickStart Module SolidWorks 3D CAD software biedt intuïtieve oplossingen voor alle aspecten van uw designproces. De SolidWorks producten kunnen worden toegepast binnen de hele organisatie. De SolidWorks QuickStart Module

Nadere informatie

Scrum. Veranderingen. Product development of product manufacturing?

Scrum. 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 informatie

EXIN Agile Scrum Master

EXIN 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 informatie

Agile, Scrum en Kanban in de praktijk

Agile, Scrum en Kanban in de praktijk Agile, Scrum en Kanban in de praktijk Wat is agile en wat kenmerkt agile projecten? Agile in de praktijk: rollen, teams en best practices Hoe om te gaan met requirements in agile projecten? Hoe agile projecten

Nadere informatie

TFS als perfecte tool voor Scrum

TFS 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 informatie

Inhoud in vogelvlucht

Inhoud 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 informatie