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

Maat: px
Weergave met pagina beginnen:

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

Transcriptie

1 De Agile Analist Ebook over requirements en agile Deel II

2 2 Inhoud Deel I Inleiding Just in time requirements Just enough requirements... 3 Deel II Samenwerken met de business De product owner Requirements producten Productvisie Product backlog User stories Wat zijn user stories? User stories of use cases Use cases

3 3 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 zult in dit ebook geen uitleg van het Scrumproces of van de basisprincipes van agile vinden. 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. Deel I In het eerste deel van dit ebook lees je wat agile requirements anders maakt dan traditioneel Requirements Engineering. Deel I bevat de hoofdstukken: 1 Inleiding Agile en Scrum zijn in korte tijd populair geworden, maar voor welke type projecten is het eigenlijk geschikt? Wat is het verschil tussen een iteratieve en incrementele werkwijze? 2 Just in time requirements In traditionele ICT-projecten stellen business/informatieanalisten de requirements op tijdens een requirementsfase. In agile en Scrum komt geen requirementsfase voor. Het achterhalen van de requirements wordt zo lang mogelijk uitgesteld. 3 Just enough requirements Agilisten praten over precies genoeg requirements om aan te geven dat er niet te veel requirements mogen worden uitgewerkt. Dit is in tegenstelling met het traditionele Requirements Engineering waarin juist naar volledigheid van de requirements gestreefd wordt.

4 4 Deel II 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. 4.1 De product owner Scrum onderkent slechts drie rollen: het ontwikkelteam, de product owner en de Scrummaster. De rol van product owner is een nieuwe, nog niet bestaande rol. Hij komt gedeeltelijk overeen met de volgende traditionele rollen: Business-/informatieanalistnalist v.w.b. het achterhalen van de requirements en deze overbrengen aan het ontwikkelteam. Projectmanager v.w.b. verwachtingsmanagement naar buiten toe en het wegnemen van obstakels (impediments) die de voortgang van het team negatief beïnvloeden. (Product)manager v.w.b. het volgen van de markt, uitdragen van de visie, managen van de roadmap en het voorbereiden van de ingebruikname van de releases. De product owner is verantwoordelijk voor het succes van het product (IT- systeem) en het maximaliseren van de Return on Investment (ROI). Hij bepaalt welk product gebouwd wordt en waar de prioriteiten liggen. De product owner heeft dus het stuur in handen. Een goed functionerende product owner is essentieel voor het!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* Een goed functionerende product owner is essentieel voor het succes van het project. Product owner is een uitdagende rol die om fulltime inzet vraagt. De product owner managet de verwachtingen en stemt af met enerzijds de business en anderzijds de IT-organisatie. Hij is het aanspreekpunt over de inhoud van het te realiseren systeem. De product owner opereert zowel op strategisch als op tactisch niveau: Strategisch Op strategisch niveau houdt de product owner zich bezig met het creëren en uitdragen van de productvisie, het volgen van de marktontwikkelingen en het managen van de roadmap.

5 5 Tactisch Op tactisch niveau plant hij de release, onderhoudt de product backlog en neemt deel aan de Scrummeetings. Hoewel de product owner als enige verantwoordelijk is voor het maximaliseren van de business value, hoeft hij niet alles alleen te doen. Hij werkt juist intensief samen met het ontwikkelteam, de Scrummaster en met de stakeholders in de business. De product owner weet wat er speelt en stemt met alle partijen af zodat hij de juiste beslissingen kan nemen. Het plaatje hieronder van Roman Pichler, auteur van Agile Product Management with Scrum, vat de werkzaamheden van de product owner kernachtig samen. Tijdsbesteding De product owner heeft ongeveer 50% van zijn tijd nodig om het ontwikkelteam inhoudelijk aan te sturen. Hij bereidt de Sprint Planning Meeting voor, onderhoudt samen met het team de product backlog, beantwoordt vragen en geeft feedback op de gebouwde software. De andere 50% van zijn tijd heeft de product owner nodig voor afstemming met de business en al haar stakeholders. Hij moet allerlei belangen tegen elkaar afwegen, weten wat er speelt binnen de organisatie en de markt, alsmede de stakeholders voorbereiden op de aankomende release. 4.2 Requirements producten Hoewel agilisten niet meer documenteren dan noodzakelijk is, worden in Scrum twee belangrijke producten op het gebied van requirements aanbevolen. Deze producten zijn geen doel op zich, maar zijn belangrijke hulpmiddelen bij het overdragen en inzichtelijk maken van de requirements.

6 6 De volgende twee producten zijn voor ieder agile-project aan te bevelen: 1. De productvisie 2. De product backlog Hoewel de product owner verantwoordelijk is voor de requirements en daarmee ook voor deze requirementsproducten, spelen het ontwikkelteam en de business stakeholders daarbij een belangrijke rol. Hieronder behandel ik achtereenvolgens de productvisie en de product backlog Productvisie Volgens Ken Schwaber, bedenker van Scrum, moet er een gezamenlijke productvisie zijn voordat een Scrumteam begint met de ontwikkeling van het systeem. Dit is essentieel om richting te geven aan het project en om continu gefocust te blijven op het leveren van meerwaarde voor de business. Bovendien kan een inspirerende visie zeer motiverend werken op het team. Zoals gezegd is de product owner verantwoordelijk voor het creëren en uitdragen van de visie. Hiermee geeft hij aan wat het eindproduct in essentie behelst en wat de toegevoegde waarde daarvan is. Een heldere visie geeft kort maar krachtig antwoord op de volgende vragen: Voor wie maken we het systeem? Wie zijn de klanten/gebruikers? Waarom willen zij het systeem kopen/gebruiken? Welke meerwaarde heeft het systeem voor hen? Wat zijn de Kritieke Succes Factoren? Welke eigenschappen moet het systeem zonder meer hebben? Hoe onderscheidt het systeem zich van de concurrenten/alternatieven? Wat zijn de Unique Selling Points? Is zo'n systeem technisch en financieel haalbaar? De visie geeft aan wat het doel van het project is en welke systeemeigenschappen daarbij cruciaal zijn. Het is niet eenvoudig om een goede visie te creëren. Het vereist een vooruitziende blik, inlevingsvermogen en verbeeldingskracht. Daarnaast is diepgaande kennis van de markt of de business waarvoor het systeem bedoeld is nodig. Hieronder volgen een aantal aandachtspunten voor het ontwikkelen van een visie. Kort en krachtig Een goede visie geeft in zo weinig mogelijk woorden de essentie van het eindproduct weer. De visie

7 7 moet voldoen aan de elevator test.. De visie bevat geen opsomming van de belangrijke systeemeigenschappen maar alleen de drie of vier cruciale eigenschappen. Dit laat ruimte voor het vinden van creatieve oplossingen. Feedback vragen Een visie is geen vaststaand gegeven. De behoeften van klanten/ gebruikers kunnen bijvoorbeeld wijzigen of verkeerd ingeschat zijn. Toets daarom de visie zo vroeg en zo vaak mogelijk en stel hem bij als dat nodig is. Nodig gebruikers uit op Sprint Review Meetings en vraag om feedback. Breng zo snel mogelijk een eerste release uit om te zien hoe de klanten/gebruikers erop reageren en vraag welke functionaliteit ze graag toegevoegd zien. Eerstvolgende release Een visie is bij voorkeur gericht op de eerstvolgende release van het systeem. Dit is een concreet doel en geeft een tijdshorizon die goed te overzien is. Bij agile-ontwikkeling wordt vaak eens per kwartaal een release uitgebracht. Gezamenlijke visie Het is van belang dat alle betrokkenen zoals Scrumteam, management, gebruikers en andere stakeholders hetzelfde beeld hebben van het eindproduct. Zonder gezamenlijke visie is er geen gezamenlijk doel en dat leidt vroeg of laat tot problemen en tegengestelde belangen. Een gezamenlijke visie versterkt het teamgevoel en bevordert de samenwerking Product backlog In de Scrum Guide is de product backlog omschreven als "een lijst met alle features, functies, technologie, verbeteringen en bug fixes die samen de veranderingen beschrijven die aan het product zullen worden gedaan in toekomstige releases". s". De items op de product backlog worden meestal (zie hoofdstuk 5). weergegeven als user stories (zie hoofdstuk 5).!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* Een product backlog is niet hetzelfde als een traditionele lijst met SMART- requirements. De belangrijkste kenmerken van een goede product backlog heeft Mike Cohn in zijn boek Succeeding with Agile samengevat in het acroniem DEEP. De letters DEEP staan voor: Detailed appropriately De items in de product backlog moeten het juiste detailniveau hebben.

8 8 De user stories die in de komende sprint geïmplementeerd worden zijn klein en de user stories die voorlopig nog niet aan de beurt zijn zijn veel groter. Het is onverstandig om veel gedetailleerde user stories op de product backlog te zetten. ten. Dat is lastig te managen, is onoverzichtelijk, leidt tot veel rework en het inschatten en prioriteren van de kleine user stories kost veel tijd. Te veel details op de product backlog is verspilling van tijd en energie (waste). Estimated Voor ieder item op de product backlog moet de omvang ingeschat zijn. Het gaat om een relatieve schatting; niet om de tijd die nodig is om een user story te implementeren. Het team schat in hoe groot een user story is in vergelijking met een aantal referentie user stories. Bijvoorbeeld anderhalf keer zo groot of tien keer zo groot. Iedere user story krijgt een aantal punten. Aangezien deze punten relatief zijn en daardoor geen grootheid hebben, worden ze meestal aangeduid als story points. De schattingen zijn belangrijk omdat de product backlog onder andere dient als planningstool. In de product backlog is namelijk eenvoudig aan te geven welke user stories in een sprint en in een release meegenomen kunnen worden (zie hoofdstuk 1). Emergent De product backlog evalueert continu. De product backlog is dynamisch in de zin dat deze e voortdurend verandert om te kunnen weerspiegelen wat er nodig is om het product waardevol, concurrerend en beter te maken. De product backlog is daarom nooit af. De product owner en het team passen de user stories, de prioriteiten en de schattingen voortdurend aan de laatste inzichten aan. Die inzichten veranderen doordat je steeds meer te weten komt over het product, de gebruikers, de omgeving en de technologie en doordat de mening en behoeften van de stakeholders aan voortschrijdend inzicht onderhevig zijn.!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* Prioritized De items op de product backlog moeten in volgorde van prioriteit staan. De user story met de hoogste prioriteit staat bovenaan en wordt als eerste geïmplementeerd. De product owner kent de prioriteiten toe, maar laat zich adviseren door stakeholders uit de business en door het team. Aspecten die meespelen bij het prioriteren van de user stories zijn: minimum marketable features, business value, risico's en afhankelijkheden. Prioritering ring is essentieel voor het leveren van zo veel mogelijk business value. De product owner is immers verantwoordelijk voor het maximeren van de Return on Investment (ROI).

9 9 5 User stories De items in de product backlog worden meestal weergegeven als user stories. Het is de aanbevolen requirementstechniek in een agile-omgeving. 5.1 Wat zijn user stories? User stories representeren requirements verteld vanuit het gezichtspunt van de gebruikers. User stories geven de business values en behoeften van de gebruikers weer en zijn in de terminologie van de business geformuleerd. User stories worden in korte eenvoudige zinnen beschreven bij voorkeur op de volgende manier: Als een <type gebruiker> wil ik <iets doen> zodat ik <er iets aan heb>. Ter illustratie enkele voorbeelden van user stories: Als boekkoper wil ik de klantbeoordelingen van een boek lezen, zodat ik beter kan beslissen of ik het boek wil kopen. Als een geregistreerde gebruiker wil ik een nieuw wachtwoord kunnen aanvragen, zodat ik weer toegang kan krijgen als ik mijn wachtwoord vergeten ben. Als marketingmanager wil ik de resultaten van oude advertentiecampagnes kunnen zien, zodat ik kan besluiten welke campagnes ik wil herhalen. advertentiecampagnes kunnen zien, zodat ik kan!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* Als student wil ik mijn cijfers online bekijken, zodat ik sneller weet of ik het examen heb gehaald. Bovenstaande voorbeelden van user stories laten slechts de korte beschrijving zien waarmee de user stories worden aangeduid. Het zijn reminders voor de user stories. Het is uitdrukkelijk niet de bedoeling om de user stories (ofwel de requirements) volledig en tot in detail te beschrijven. Het is namelijk effectiever om de detailinformatie mondeling over te dragen. Het tweede en belangrijkste onderdeel van user stories is dan ook de mondelinge communicatie. Het gesprek

10 10 tussen het ontwikkelteam en de product owner over de gewenste werking van de user stories. Als een ontwikkelaar een user story gaat implementeren, heeft hij allerlei detailinformatie nodig. User stories dwingen hem om vragen te stellen aan de product owner. De product owner moet (bij voorkeur dagelijks) beschikbaar zijn voor het beantwoorden van deze vragen. Om de correcte werking van de gerealiseerde software vast te stellen worden indien nodig de antwoorden vastgelegd als acceptatiecriteria. De acceptatiecriteria vormen het derde onderdeel van user stories. Ook die acceptatiecriteria hoeven niet volledig te zijn. Het ontwikkelteam en de product owner werken immers intensief samen bij het implementeren van de user stories. Requirements detailleren, testen en software ontwikkelen gaan hand in hand. De ontwikkelaar laat regelmatig aan de product owner zien wat hij gebouwd heeft. De product owner geeft feedback en samen bespreken ze wat er nog toegevoegd of gewijzigd moet worden. Aangezien een user story in enkele dagen tot ruim een week tijd gerealiseerd wordt, is het niet nodig om naast de mondelinge afstemming nog veel te documenteren. User stories bestaan uit drie onderdelen: 1. een korte beschrijving als aanduiding van de requirement (i.v.m. planning); 2. mondelinge communicatie om de details te achterhalen (tijdens de realisatie); 3. acceptatiecriteria om juiste werking vast te stellen. 5.2 User stories of 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. Het is daarom niet verwonderlijk dat in een agile-omgeving user stories duidelijke voordelen hebben boven use cases. De voordelen van user stories boven use cases zijn: User stories bevorderen de samenwerking!"#$%&'($)$*+,-./0'$,-12345'*6$*789$'/'*6$* User stories bevorderen de samenwerking In plaats van analisten een brugfunctie te laten vervullen tussen de business en de ICT, werkt het hele ontwikkelteam samen met de product owner om de user stories te detailleren. User stories stimuleren mondelinge communicatie Omdat beschrijvingen van user stories geen detailinformatie bevatten, ontkomt het ontwikkelteam bijna niet aan het stellen van vragen aan de product owner. Met user stories werken is eenvoudiger Het is niet nodig (en niet wenselijk) om vooraf de gedetailleerde requirements te achterhalen en te beschrijven. Dat is maar goed ook, want het is onmogelijk om de requirements (in use

11 11 cases of elders) voor 100% volledig en eenduidig te specificeren. User stories kosten minder tijd Mondelinge communicatie tussen het ontwikkelteam en de product owner kost minder tijd dan: o het specificeren van alle gedetailleerde requirements door een analist; o het lezen en begrijpen van die specificaties door de ontwikkelaars en testers; o het doorvoeren van wijzigingen in de specificaties. User stories kunnen beter omgaan met voortschrijdend inzicht De verschuiving van up front naar just in time requirements, zoals bij user stories het geval is, geeft maximale ruimte voor voortschrijdend inzicht. Tot aan de start van de iteratie/sprint waarin de user story geïmplementeerd wordt, heeft voortschrijdend inzicht geen negatief effect op het project. User stories hebben de juiste omvang In verband met het plannen van iteraties/sprints moeten user stories in maximaal tien werkdagen geïmplementeerd kunnen worden. Grotere user stories, meestal epics genoemd, kunnen eenvoudig opgesplitst worden. Use cases daarentegen omvatten hele scenario's inclusief de uitzonderingen die nodig zijn om een op zichzelf staand waardevol resultaat te leveren aan de gebruikers. Het is zelden mogelijk om een hele use case in tien dagen te implementeren Use cases 2.0 De bedenker van de use case, Ivar Jacobson, heeft eind 2011 zijn use case techniek uitgebreid en geschikt gemaakt voor agile-omgevingen. De hiervoor genoemde voordelen van user stories boven use cases gaan niet langer op voor use cases 2.0. In use cases 2.0 is aan de reguliere use case niets veranderd. Wel zijn er use case slices aan de techniek toegevoegd. Use case slices maken het mogelijk om een use case op te delen in kleinere, onafhankelijke werkeenheden (te vergelijken met user stories). Je kunt ze geleidelijk definiëren zonder dat eerst de hele use case uitgewerkt hoeft te zijn. Ook de verhouding tussen schriftelijke en mondelinge communicatie is naar eigen inzicht in te vullen. In het Requirements Kenniscentrum vind je meer informatie over user stories en use cases en een download link naar het gratis ebook van Ivar Jacobson.

12 12 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 I

De Agile Analist. Ebook over requirements en agile. Deel I De Agile Analist Ebook over requirements en agile Deel I 2 Inhoud Deel I... 3 1 Inleiding... 3 1.1 Voor welk type projecten is Scrum geschikt?... 3 1.1.1 Empirische procesbesturing... 4 1.2 Agile werkt

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

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

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

Scrum bij Hosting. Philippus Baalman

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Use-Case 2.0. Requirements Kenniscentrum 15 November 2012. Eric Lopes Cardozo elcardozo@ivarjacobson.com

Use-Case 2.0. Requirements Kenniscentrum 15 November 2012. Eric Lopes Cardozo elcardozo@ivarjacobson.com Use-Case 2.0 Requirements Kenniscentrum 15 November 2012 Eric Lopes Cardozo elcardozo@ivarjacobson.com Agenda Use cases: Een korte geschiedenis Waarom nog steeds use cases gebruiken? Waarom Use-Case 2.0?

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

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

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

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

SCRUM. voor Dummies. boeksamenvatting (aangevuld met andere bronnen)

SCRUM. voor Dummies. boeksamenvatting (aangevuld met andere bronnen) SCRUM voor Dummies boeksamenvatting (aangevuld met andere bronnen) Deze samenvatting is as is. Er mogen geen enkele rechten aan ontleend worden en is niet bedoeld of geschikt als lesmateriaal. Het is een

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

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

Scrum: where Business drives IT

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

Het prioriteren van de. best moeilijk! Product Backlog

Het prioriteren van de. best moeilijk! Product Backlog Het prioriteren van de best moeilijk! Product Backlog Prioriteren van de Product Backlog Best moeilijk! Klanten willen vaak niet prioriteren - alles is belangrijk! Product managers willen vaak niet prioriteren

Nadere informatie

Toepassen van Scrum als process template

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

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag

Nadere informatie

EXIN Agile Scrum Foundation

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

Tmap Dag 2015. Ik test, jij test, wij testen. Testen binnen een Wendbare Belastingdienst. 29 september 2015. Laurens Kremer

Tmap Dag 2015. Ik test, jij test, wij testen. Testen binnen een Wendbare Belastingdienst. 29 september 2015. Laurens Kremer Tmap Dag 2015 Ik test, jij test, wij testen Testen binnen een Wendbare Belastingdienst 29 september 2015 Laurens Kremer Introductie Naam: Laurens Kremer, SPC, CISA Rol: Agile coach Informatie Management

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

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

Wie is Egbert Bouman? Risicomanagement en de PO. Risicomanagement en de product owner. Egbert Bouman (Valori) 17 juni 2014.

Wie is Egbert Bouman? Risicomanagement en de PO. Risicomanagement en de product owner. Egbert Bouman (Valori) 17 juni 2014. Risicomanagement en de PO Egbert Bouman (Valori) 17 juni 2014 1 Wie is Egbert Bouman? Gecertificeerd risico auditor Auteur SmarTEST Geaccrediteerd CAT trainer Nog geen business analist egbertbouman@valori.nl

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

Introductie User Stories. SYSQA B.V. Almere

Introductie User Stories. SYSQA B.V. Almere Introductie User Stories SYSQA B.V. Almere Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 Inleiding... 3 2 Wat zijn User Stories?... 4 2.1 Definitie... 4 2.2 Voordelen... 4 2.3 Verschillen tussen

Nadere informatie

SMART requirements schrijven

SMART requirements schrijven SMART requirements schrijven Reverse Engineering als aanpak voor leren Requirements Kenniscentrum 27 maart 2012, 18:50 19:30 uur Hossein Chamani, docent en trainer bij Hogeschool Rotterdam 1 Introductie

Nadere informatie

Najaarsspecial Oktober 2013

Najaarsspecial 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 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

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

Agile Risico Analyse en Management (AgRAM) in Scrum. 14:15 AgRAM case: breng concrete risico s in Scrum 15:15 Koffiepauze

Agile Risico Analyse en Management (AgRAM) in Scrum. 14:15 AgRAM case: breng concrete risico s in Scrum 15:15 Koffiepauze Agile Risico Analyse en Management (AgRAM) in Scrum Egbert Bouman en Philip Bosch TestNet Summerschool, 9 juli 2014 1 Agenda vanmiddag 13:45 Welkom en Inleiding 14:15 AgRAM case: breng concrete risico

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

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

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

TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl

TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl Testers helpen ontwikkelaars of andersom? TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl Improve Quality Services B.V. 2 Agenda Hoe veilig is een muur? Past Scrum ook

Nadere 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

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

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

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

Risicomanagement in Scrum. Al 25 jaar Testen PLUS Test & Acceptatie, Test Tool Services Business Analyse & Requirements High Performance Maintenance

Risicomanagement in Scrum. Al 25 jaar Testen PLUS Test & Acceptatie, Test Tool Services Business Analyse & Requirements High Performance Maintenance Risicomanagement in Scrum Egbert Bouman Generieke presentatie, met hands-on 1 Over Valori Proces Tools Proces Tools Syner gie Al 25 jaar Testen PLUS Test & Acceptatie, Test Tool Services Business Analyse

Nadere informatie

Niels Malotaux. 25 jaar West

Niels Malotaux. 25 jaar West Niels Malotaux niels@malotaux.nl www.malotaux.nl 1 Niels Malotaux Project Coach Evolutionair Project Management (Evo) Requirements Engineering Reviews and Inspecties Betrouwbaarheid Systemen die het gewoon

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

SCRUM VEROVERT INTERACTIEVE MEDIA

SCRUM VEROVERT INTERACTIEVE MEDIA SCRUM VEROVERT INTERACTIEVE MEDIA door Pieter Jongerius, partner bij Fabrique [merken, design & communicatie] 1 / 7 Scrum is een veelbelovende projectmethode die in rap tempo de wereld van de interactieve

Nadere informatie

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

EXIN Agile Scrum Master. Voorbeeldexamen

EXIN Agile Scrum Master. Voorbeeldexamen EXIN Agile Scrum Master Voorbeeldexamen 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 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

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

Overdracht van project naar beheer. Beheer is ook Agile!

Overdracht van project naar beheer. Beheer is ook Agile! Overdracht van project naar beheer. Beheer is ook Agile! Belangrijkste doelen Project: Binnen tijd en geld een nieuw of aangepast product of dienst aan de klant leveren. Beheer: Het garanderen van continuïteit

Nadere 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

FIT-traject onderwijsvernieuwing met ICT en sociale media. draagvlak inspiratie motivatie vernieuwing 21st century skills borging

FIT-traject onderwijsvernieuwing met ICT en sociale media. draagvlak inspiratie motivatie vernieuwing 21st century skills borging FIT-traject onderwijsvernieuwing met ICT en sociale media draagvlak inspiratie motivatie vernieuwing 21st century skills borging Via het Klavertje 4 Model zet u sociale media en ICT breed in Didactische

Nadere informatie

Het W-model: de groei naar voren. Jan Jaap Cannegieter. Praktijk van ICT-projecten

Het W-model: de groei naar voren. Jan Jaap Cannegieter. Praktijk van ICT-projecten Het W-model: de groei naar voren Jan Jaap Cannegieter Adjunct Directeur SYSQA B.V. Praktijk van ICT-projecten Req Ontwerp Realisatie Testen Testen Testen 44% van de projecten overschrijdt budget of tijd

Nadere informatie

Project 2 Maze Driver. Plan van Aanpak TI1A

Project 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 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

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

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

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

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

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

fantestische middag 7 Agile en SCRUM

fantestische middag 7 Agile en SCRUM fantestische middag 7 Agile en SCRUM fantestische middag 7 - Copyright Improve Quality Services Bart Bouwers RISK BASED TESTING & SCRUM: RISK POKER Bart Bouwers Topics Productkwaliteit Productrisico het

Nadere informatie

Agile Beheer: Mythe of werkelijkheid? Odile Moreau BlinkLane Consulting NIOC 2013 - Arnhem, 5 april 2013

Agile Beheer: Mythe of werkelijkheid? Odile Moreau BlinkLane Consulting NIOC 2013 - Arnhem, 5 april 2013 Agile Beheer: Mythe of werkelijkheid? Odile Moreau BlinkLane Consulting NIOC 2013 - Arnhem, 5 april 2013 Achtergrond 2 Agile methoden zijn al een tijd heel populair geworden Zoals Scrum voor software ontwikkeling

Nadere informatie

Agile ervaring Ir.ing. Erik van Daalen

Agile ervaring Ir.ing. Erik van Daalen Agile ervaring Ir.ing. Erik van Daalen Eneco Rotterdam 3 december 2013 03-12-2013 Agile Erik van Daalen 1 Hoofdsponsor Sponsors IPMA-N Jaarsponsors 03-12-2013 Agile Erik van Daalen 2 Korte introductie

Nadere informatie

Strategie=> Agile. PIM strategie sessie Utrecht, 24 september 2015

Strategie=> Agile. PIM strategie sessie Utrecht, 24 september 2015 Strategie=> Agile Innoveren! PIM strategie sessie Utrecht, 24 september 2015 Topics Who am I Who is BlueOrangeGroup Agile Theory Case Proof of Concept Eurocross (SOS Alarm Central Achmea) Who am I? Experienced

Nadere informatie

Continuous Delivery. Sander Aernouts

Continuous Delivery. Sander Aernouts Continuous Delivery Sander Aernouts Info Support in een notendop Maatwerk softwareontwikkeling van bedrijfskritische kantoorapplicaties Business Intelligence oplossingen Managed IT Services Eigen Kenniscentrum

Nadere informatie

Product Risico Analyse

Product Risico Analyse Product Risico Analyse Jurian van de Laar TestNet Avond 9 oktober 2013 www.improveqs.nl (info@improveqs.nl) Versie 2.0 1 Herkenbaar? In ons testproces wordt product risico analyse toegepast Wij gebruiken

Nadere informatie

De Scrumgids. De definitieve gids voor Scrum: de regels van het spel. Oktober 2011. Ontwikkeld & onderhouden door Ken Schwaber en Jeff Sutherland

De Scrumgids. De definitieve gids voor Scrum: de regels van het spel. Oktober 2011. Ontwikkeld & onderhouden door Ken Schwaber en Jeff Sutherland De Scrumgids De definitieve gids voor Scrum: de regels van het spel Oktober 2011 Ontwikkeld & onderhouden door Ken Schwaber en Jeff Sutherland Inhoudsopgave Doel van de Scrumgids... 3 Scrum Overzicht...

Nadere informatie

Scrum. Wat is het? De term Scrum. Kenmerken van Scrum

Scrum. Wat is het? De term Scrum. Kenmerken van Scrum Scrum Wat is het? Scrum is een raamwerk dat voor veel projecten van toegevoegde waarde kan zijn. Scrum volgt in wezen het principe van leren doe je door te doen. De gedachte is dat je beter al doende met

Nadere informatie

STARTUP AGILE/SCRUM: SPRINT 0. StartUp Agile/scrum Sprint 0

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

Architectuurredeneermodel Afgewogen keuzes maken

Architectuurredeneermodel Afgewogen keuzes maken Architectuurredeneermodel Afgewogen keuzes maken Robert Deckers SASG okt 2012 v3 Architectuur: technologie in perspectief Klantbehoefte Toepassing Systeem T 2 Vele wegen die naar ergens leiden Bewuste

Nadere informatie

Leer/werk trajecten voor ICT professionals

Leer/werk trajecten voor ICT professionals Leer/werk trajecten voor ICT professionals Baanrecord De leer/werk trajecten zijn gericht op de huidige vraag in de ICT naar hoogwaardige professionals. In het huidige arbeidsklimaat is het noodzakelijk

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

Wie ben ik? Agile Software Development. Het waterval model. Inhoud

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

Verandermanagement: Business as Usual

Verandermanagement: Business as Usual Verandermanagement: Samenvatting Voor organisaties is het inmiddels een vast gegeven dat hun processen en producten continue zullen moeten veranderen om zich te kunnen handhaven in een omgeving waar we

Nadere informatie

Trainingsaanbod SourcePower Academy

Trainingsaanbod SourcePower Academy Trainingsaanbod SourcePower Academy AGILE & SCRUM EXPERIENCE NAAM HOOFDTRAINERS Gert van de Krol, Pim Luth en Henk Ledderhof Twee dagdelen EUR 375,00 Maximaal 12 Scrum is een framework voor het Agile managen

Nadere informatie

Wat drijft het werkveld?

Wat drijft het werkveld? Wat drijft het werkveld? Presentatie uitkomsten survey Jacob Brunekreef, Fontys ICT Jacob Brunekreef Meer dan 25 jaar werkzaam in de IT Nu: Projectleider EQuA project, Fontys ICT Adviseur / trainer bij

Nadere informatie

Ontwikkelaar ICT. Context. Doel

Ontwikkelaar ICT. Context. Doel Ontwikkelaar ICT Doel Ontwikkelen en ontwerpen van ICT-producten, binnen overeen te komen dan wel in een projectplan vastgelegde afspraken ten aanzien van tijd, budget en kwaliteit, opdat overeenkomstig

Nadere informatie

Inhoud. Deel I: De rollen... 25. Voorwoord...7. Over de auteur...15. Dankwoord...19

Inhoud. Deel I: De rollen... 25. Voorwoord...7. Over de auteur...15. Dankwoord...19 Inhoud Voorwoord...7 Over de auteur...15 Dankwoord...19 Inleiding...21 Waarom Scrum?...21 Doelgroep...22 De indeling van het boek...23 Deel I: De rollen...23 Deel II: De lijsten...23 Deel III: De meetings...23

Nadere 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

Testgedreven ontwikkeling dat is pas veilig!

Testgedreven ontwikkeling dat is pas veilig! Testgedreven ontwikkeling dat is pas veilig! INTRODUCTIE ANKO TIJMAN 2 Software tester sinds 1997 (TMap, ISEB Practitioner) Eerste agile ervaring in 2001 Presentaties op (inter)nationale congressen Nov

Nadere informatie

JIRA Handleiding. info@techtwo.nl www.techtwo.nl. Techtwo Internetdiensten Reduitlaan 29 4814DC Breda 076 532 2961

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

EXIN Agile Scrum Foundation

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

Tweemaal zoveel doen in de helft van de tijd

Tweemaal zoveel doen in de helft van de tijd Volgens bedenker Jeff Sutherland kunnen bedrijven met scrum twee keer zoveel doen in de helft van de tijd. Waarom is het zo effectief en is het voor iedereen geschikt? Tweemaal zoveel doen in de helft

Nadere informatie

10 tips om usability te borgen in agile projecten

10 tips om usability te borgen in agile projecten 10 tips om usability te borgen in agile projecten door admin - 03-27-2012 http://www.itpedia.nl/2012/03/27/10-tips-om-usability-te-borgen-in-agile-projecten/ Enige tijd geleden is een verkenning gedaan

Nadere informatie

Doe eens gek! Houd rekening met de mensen in uw organisatie bij het implementeren van ICT oplossingen.

Doe eens gek! Houd rekening met de mensen in uw organisatie bij het implementeren van ICT oplossingen. Doe eens gek! Houd rekening met de mensen in uw organisatie bij het implementeren van ICT oplossingen. ERP, CRM, workflowmanagement en documentmanagement systemen, ze hebben één ding gemeen: Veel van de

Nadere informatie

Testen. Presentatie. Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2

Testen. Presentatie. Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2 Testen Presentatie Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2 Algemeen Tegenwoordig behoeft het belang van testen nauwelijks nog te worden uitgelegd. Binnen organisaties speelt

Nadere informatie