De Agile Analist. Ebook over requirements en agile. Deel I
|
|
- Adam van de Veen
- 8 jaren geleden
- Aantal bezoeken:
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 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 informatieScrum. Een introductie
Organisatie SYSQA B.V. Pagina 1 van 10 Scrum Een introductie Almere 1999 Proud of it Pagina 1 van 10 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Inleiding... 3 2 Scrum... 4 3 Scrum rollen...
Nadere informatieAgile bij grote administratieve systemen. Omgaan met requirements
Agile bij grote administratieve systemen Omgaan met requirements 1 Agenda Wat is een groot systeem? Aanpak van een groot systeem Agile alignment Agile en requirements (en architectuur) Agile en governance
Nadere informatieInhoud. 1. Agile werken. 2. Het belang van Agile werken. 3. Basisprincipes van Agile werken. 4. De meest gebruikte Agile methode: Scrum
Inhoud 1. Agile werken 2. Het belang van Agile werken 3. Basisprincipes van Agile werken 4. De meest gebruikte Agile methode: Scrum 5. Drie rollen binnen een Scrum squad De wereld waarin je leeft verandert
Nadere informatieWHITEPAPER IN 5 MINUTEN. 11. Scrum
WHITEPAPER IN 5 MINUTEN A U G U S T U S 2 0 1 4 11. Scrum Deze whitepaper gaat over Scrum. Kort en bondig: Scrum is een software-ontwikkelmethode met vaste sprints van enkele weken waarin steeds een verbeterde
Nadere informatieContinuous Requirements Engineering
Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Testen! 3 Het goeie ouwe V-model wensen systeem systeemrequirements
Nadere informatieDefinitief 1.0 Handreiking voor toepassen van Agile Scrum binnen Overheidsdiensten april 2012
1 Kennis Agile Scrum 1.1 Inleiding In dit eerste deel wordt de lezer meegenomen in de Agile Scrum methodiek. Binnen DR, onder meer met ondersteuning vanuit Quintor, worden steeds meer projecten op deze
Nadere informatiePRODUCT OWNER.
PRODUCT OWNER www.gladwell.nl bel ons 020-240 2244 PRODUCT OWNER Het wordt steeds gangbaarder: werken met de Scrum methode. Zeker in de IT maar ook bedrijven in andere sectoren omarmen deze praktische
Nadere informatieBusiness Sprint LOOT-scholen en Zo.Leer.Ik in kader van project Leerling 2020. Door Madelief Keyser en Michael van Wetering
Business Sprint LOOT-scholen en Zo.Leer.Ik in kader van project Leerling 2020 Door Madelief Keyser en Michael van Wetering Aanleiding Business Sprints Inzicht krijgen in behoeftes van nieuwe onderwijsconcepten
Nadere informatieDe Agile Analist. Henk Jan Huizer
De Agile Analist Henk Jan Huizer Software Ontwikkeling Dat is Software Ontwikkeling is Voor veel organisaties van steeds grote belang! Agile Software ontwikkeling Is een aanpak die past bij het type werk
Nadere informatieLeiderschap in een organisatie met technische professionals
Quintor Leiderschap in een organisatie met technische professionals Johan Tillema CEO Quintor Professionele softwareontwikkeling ICT Architectuur Java,.NET en Mobile Informatieanalyse Opgericht in 2005
Nadere informatieBusiness Sprint in kader van project Leerling 2020. Door Madelief Keyser
Business Sprint in kader van project Leerling 2020 Door Madelief Keyser Generieke vraag initiatieven gepersonaliseerd leren CONTENT: Ontwikkeling van adaptief digitaal leermateriaal opgedeeld in kleine
Nadere informatieAgile (Scrum) Werken Jeroen Hak
1 21-5-2018 Agile (Scrum) Werken Jeroen Hak 17-05-2018 2 Agenda Opening Agile - oorsprong Agile Scrum Agile PM methodieken 3 Jeroen Hak Functie Project / Programma manager Agile Adviseur & Trainer bij
Nadere informatieZest 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 informatieSCRUM FRESHAPPLE.NL #DIGITALATHLETES
FRESHAPPLE.NL #DIGITALATHLETES HOME OF THE DIGITAL ATHLETES IT ALL STARTS WITH AN IDEA! EN DAAR ZITTEN WE VOL MEE We zijn ervan overtuigd dat iedereen een digitale fantasie heeft, wij helpen je graag dit
Nadere informatieDoel Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken.
Scrum Checklist 1 Sprint Planning Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken. Eerste dag van de sprint Product Owner, Scrum Master, Ontwikkelteam (verplicht)
Nadere informatieScaled agile in de praktijk: welke modellen zijn er en wat werkt het beste in jouw situatie?
Scaled agile in de praktijk: welke modellen zijn er en wat werkt het beste in jouw situatie? Nothing beats an agile team! Lang leve het agile team dat zich tijdens elke sprint verder verbetert. Maar wat
Nadere informatieHoe ver moet je gaan?
Hoe ver moet je gaan? Requirements verzamelen in agile John Copier; Marcel Steur 8 oktober 2015 Introductie Marcel + Qquest Informatica TU Delft Bedrijfskunde HSA + VU IT combineren met bedrijfskunde Qquest
Nadere informatieAgile Foundation examen - OEFENVragenformulier
Agile Foundation examen - OEFENVragenformulier 1) Wat is het beste dat je kunt doen volgens de principes van het Agile Manifesto? a) Afspraken nakomen b) Opleveren wat waardevol is c) Regelmatig resultaat
Nadere informatieAgile 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 informatieKwaliteit in Agile: een gegeven?
QA in Agile: waste? Kwaliteit in Agile: een gegeven? Een praktijkvoorbeeld Arno Balemans senior Quality Assurance consultant Bussum, 29 september 2015 Kwaliteit in Agile 2015 2 Werkzaamheden In mijn opdrachten:
Nadere informatieVerzamelde vragen en antwoorden Agile Applicatie ontwikkeling. Agile Methodiek en Technologie. Zest Application Professionals
Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling Agile Methodiek en Technologie Zest Application Professionals Hoe is de aansluiting op ontwikkelmethoden voor Legacy-systemen? Out of the Box
Nadere informatie1. De watervalmethode... 2. 2. Agile softwareontwikkeling... 2. 3. Iteratief werken... 3. 4. Agile technieken voor teams... 3
Naar Voren: Tijdschrift voor webwerkers» Artikel #155 Agile (web)ontwikkeling Omarm de verandering Als ICT-professional heb je het liefst dat de klant exact weet wat hij wil, dat jij exact weet hoe je
Nadere informatieSpeciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog. Hoe ga je daar mee om?
Speciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog Hoe ga je daar mee om? Kevin Bakker Baarn, 1-3-2016 Met hulp van: Frank Sprengers,
Nadere informatieLSSN seminar Amsterdam 01-11-2012 Edwin Kippers Master Black Belt. Project Management
Lean Six Sigma Scrum Niet alleen voor software projecten LSSN seminar Amsterdam 01-11-2012 Edwin Kippers Master Black Belt Project Management Project succes survey The Standish Group's report: "CHAOS Summary
Nadere informatieDe 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 informatieAgile/Scrum Foundation
Agile/Scrum Foundation Wil je continu grip houden op (langlopende) projecten? Leer de theorie van Agile en hoe Scrum een oplossing biedt om projecten binnen tijd en budget te realiseren Leer welke verantwoordelijkheden
Nadere informatieIIBA NL Jaarcongres "Business Analyse in Scaled Agile"
IIBA NL Jaarcongres "Business Analyse in Scaled Agile" Business Agility zonder Business Analyse, kan dat? Eddy Huisman De basis van Agile (Agile Manifest) Wij laten zien dat er betere manieren zijn om
Nadere informatieContinuous Requirements Engineering
Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Het goeie ouwe V-model wensen systeem systeemrequirements
Nadere informatieScrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil
Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag
Nadere informatieHybride projectmanagement
Hybride projectmanagement Ronde Tafel april 2018 Projectmanagement in de Zorg stichting Projectmanagement in de Zorg Sinds 2016 Missie: Projectmanagement in de zorg verbeteren Doel: Waardevol forum voor
Nadere informatieDe ideale Product Owner
Whitepaper april 2019 De ideale Product Owner In deze whitepaper gaan we er vanuit dat je op de hoogte bent van hoe Scrum werkt. Zo niet, dan kan je beter eerst even onze whitepaper over Scrum lezen. De
Nadere informatieSnel 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 informatieAgile with a smile. Dion Kotteman
Agile with a smile Dion Kotteman Introductie Strategisch adviesbureau www.dionkotteman.com Lid RvC, opdrachten bij Deloitte, CGI, gemeente Amsterdam, associé bij PBLQ. Voormalig CIO Rijk. Auteur van: De
Nadere informatieAgile werken: zó doen we dat
Agile werken: zó doen we dat Bij Freshheads werken we graag volgens de Agile aanpak. De voordelen? Verhoogde efficiëntie en flexibiliteit, snellere resultaten en grotere betrokkenheid. Maar hoe gaat het
Nadere informatieAgile Testing isn t Risking IT! Bram Bronneberg Test Manager Logica - CGI
Agile Testing isn t Risking IT! Bram Bronneberg Test Manager Logica - CGI B.W.F.P.M. BRONNEBERG TEST MANAGER UIREMENT & QUALITY MANAGEMENT Introductie Q & A Achtergrond Agile Testing isn t Risking IT!
Nadere informatieIntroductie workshop Agile & Scrum
Introductie workshop Agile & Scrum De Amsterdamse School juli 2017 Voorstellen Rita Kuppens Amsterdamse school Achtergrond: Scrum master / Agile coach Lean consultant Project- en Programma management ICT
Nadere informatieAERIUS II. Mark Wilmot Product Owner AERIUS. Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS)
AERIUS II Mark Wilmot Product Owner AERIUS Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS) m.j.wilmot@mineleni.nl Inhoud Toelichting AERIUS II Project Demo Agile / Scrum proces
Nadere informatieWHITE PAPER. Agile/Scrum
WHITE PAPER Agile/Scrum Belangrijkste kenmerk van Scrum is de ontwikkeling via een serie van korte - iteraties, in Scrum terminologie sprints genoemd. Introductie Heel in het kort gezegd is Scrum een Agile
Nadere informatieEvo 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 informatieB.Sc. Informatica Module 4: Data & Informatie
B.Sc. Informatica Module 4: Data & Informatie Djoerd Hiemstra, Klaas Sikkel, Luís Ferreira Pires, Maurice van Keulen, en Jan Kamphuis 1 Inleiding Studenten hebben in modules 1 en 2 geleerd om moeilijke
Nadere informatie14-9-2015. Scrum in het kort
Les 3 Scrum in het kort Scrum is een agile proces dat het ons mogelijk maakt om de hoogste waarde in de kortste tijd te realiseren. Het maakt het ons mogelijk om snel en regelmatig echt werkende software
Nadere informatieINFORMATIE 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 informatieOntwikkelmethoden 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 informatieEen website ontwerpen met agile design en scrum, wat heb je nodig?
Een website ontwerpen met agile design en scrum, wat heb je nodig? door admin - 03-19-2012 http://www.itpedia.nl/2012/03/19/een-website-ontwerpen-met-agile-design-en-scrum-wat-heb-je-nodig/ Door Pieter
Nadere informatieScoren met je project Projectmatig werken mag géén last zijn!
blauw Scoren met je project Projectmatig werken mag géén last zijn! Ives De Saeger 17/11/2015 1 scoren met project Doel van deze sessie blauw Inzichten in hoe te scoren met project. Geleerde direct toepassen
Nadere informatieScrum. 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 informatieVan Gantt chart naar Burn up chart: het doen van een eerste Agile project
Van Gantt chart naar Burn up chart: het doen van een eerste Agile project Auteurs: Jeroen van Menen en Ron van Vliet In softwareontwikkeling en binnen IT-afdelingen van grote bedrijven krijg je als project
Nadere informatieAgile Scrum Foundation Training - Scrum Begrippenlijst. Agile. Burndown Chart. Burnup Chart. Continuous Delivery. Continuous Deployment
Agile Scrum Foundation Training - Scrum Begrippenlijst Agile Een Agile projectaanpak gaat ervan uit dat de wereld tijdens het project verandert en probeert deze veranderingen zo goed mogelijk te faciliteren
Nadere informatie15-6-2015. Eerste ontwerp Conferentie Software Development 2020. Programma 5 minuten Introductie. Netvlies Sedert 1997
Eerste ontwerp 1 - XX Programma 5 minuten Introductie 15 minuten Grip op je project met Scrum (theorie) 15 minuten Case: Zorgtrajectplanner 5 minuten Scrum in je dagelijkse werk 5-10 minuten Q&A Conferentie
Nadere informatieORGANISATORISCHE 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 informatieOntwikkeling informatiesysteem
Ontwikkeling informatiesysteem Voorletters en naam: xxx Studentnummer: xxx Datum: 23 december 2013 Onderwijsinstelling: NCOI Opleidingsgroep Naam opleiding: Bachelor Bedrijfskundige Informatica Naam module:
Nadere informatieAGILE 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 informatieAgenda. Introductie Aan het werk Conclusie / restrospective
Agenda Introductie 13.45 14.30 Aan het werk 14.30 16.30 Conclusie / restrospective 16.30 17.00 Introductie High performance Testing Voorstellen Waar ben je echt goed in (3 minuten) Teams vormen op basis
Nadere informatieCecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl
(fr)agile Balance Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl Voorstelronde Naam Organisatie Ervaring met testen in agile omgevingen Verwachting 2 Agenda 09:30
Nadere informatieUnified 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 informatieWelkom. bij scrum. Zin in Onderwijs
Welkom bij scrum Zin in Onderwijs www.zininonderwijs.nl els@zininonderwijs.nl anna@zininonderwijs.nl Wat gaan we vandaag doen? o Wat is scrum? o Praktisch aan de slag o Oefenen o Scrumbord maken o Taken
Nadere informatieDEEL I. 5.9 Scrum. 5.9.1 Definitie project. 5.9.2 Kern van de methode. 5.9.3 Historie. 5.9.4 Scope
108 5.9 Scrum Deel I van de beschrijving van Scrum is geschreven door Jeroen Venneman en gereviseerd en geautoriseerd door Eelco Rustenburg, co-auteur van het boek De Kracht van Scrum, en Theo Gerrits,
Nadere informatieGlobal 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 informatieKwaliteit en Testen binnen Agile Project Management volgens Scrum bij Planon. David Griffioen 11 april 2006
Kwaliteit en Testen binnen Agile Project Management volgens Scrum bij Planon David Griffioen april 2006 Agenda Planon Agile Scrum Scrum bij Planon Kwaliteit en Testen Planon Planon maakt productsoftware
Nadere informatieGewone jongens die mooie dingen maken. Wat we doen en hoe we het doen
Gewone jongens die mooie dingen maken Wat we doen en hoe we het doen Wij zijn studio fonkel Wij zijn Studio Fonkel en wij maken mooie dingen. Of het nu gaat om een website, webapplicatie, landkaart of
Nadere informatieDe 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 informatieGlobal 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 informatieSCRUM 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 informatieRiskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink
Riskpoker - Confirmation - Planningpoker 10-7-2013 Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink 1 Presentatie (sprint) backlog items 1 2 3 4
Nadere informatieBetere 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 informatieEEN INTRODUCTIE TOT SCRUM
EEN INTRODUCTIE TOT SCRUM www.scrumacademy.nl Panamalaan 8a 1019 AZ AMSTERDAM 020-8200910 info@scrumacademy.nl HET ONTSTAAN VAN SCRUM Agile, omarm verandering! Scrum is een methode die voortkomt vanuit
Nadere informatieAuditen van Agile projecten
Auditen van Agile projecten Platform voor Informatiebeveiliging 10 december 2013 Merijn van der Zalm & Marcel Trijssenaar Agenda Belang van assurance op agile ontwikkelen Agile versus Waterval Perspectief
Nadere informatieReleasen 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 informatieEffectief testen in complexe omgeving 20-8-2012
Effectief testen in complexe omgeving 20-8-2012 How it came to be 20-8-2012 2 Indeling Wie ben ik? Wat doet TASS? Beschrijving ontwikkelgroepen Voor SCRUM Implementatie SCRUM Gerealiseerde verbeteringen
Nadere informatiePLANET 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 informatieSCRUM METHODE.
SCRUM METHODE www.gladwell.nl bel ons 020-240 2244 WAT IS SCRUM? Scrum is een methode om effectief, kostenefficiënt, klant- en resultaatgericht te werken in teams. Met Scrum kunt u de principes van agile
Nadere informatieAgile 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 informatieSucces = 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 informatieVijf 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 informatiei-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 informatieScrum: Een Agile aanpak voor ontwikkeling van producten. Scrumteam rollen. Verder dan de vraag 2
Scrum: Een Agile aanpak voor ontwikkeling van producten Verder dan de vraag 1 Scrumteam rollen Verder dan de vraag 2 1 Scrum: Totaaloverzicht Verder dan de vraag 3 Scrum: Sprint cyclus Verder dan de vraag
Nadere informatieAgile Testen in de praktijk
1 Agenda 2 Agile Testen in de praktijk Summerschool 13 Juli 2011 Introductie Agile de context van agile Testen2.0 de tester in een agile project Waarden en principes DoD, PRA en MTP Testen3.0 in een agile
Nadere informatieSmartScrum: 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 informatieNexus Gids. De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling. Developed and sustained by Ken Schwaber and Scrum.
Nexus Gids De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling Developed and sustained by Ken Schwaber and Scrum.org August 2015 Inhoudsopgave Nexus Overzicht... 2 Doel van
Nadere informatieWanneer 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 informatie13. De ideale product owner
WHITEPAPER IN 5 MINUTEN D E C E M B E R 2 0 1 4 13. De ideale product owner In onze whitepaper over scrum (http://www.oberon.nl/whitepaper/11_scrum/) beschreven we kort de scrum methodiek zoals we die
Nadere informatieSCRUM: REPETEREN, MAAR OOK LEREN?
AGILE EN SCRUM SCRUM: REPETEREN, MAAR OOK LEREN? Clem Schouten Jeroen Paul Nijmeijer Veel organisaties in Nederland zijn bezig met het werken volgens de Scrum-methode. Er zijn dus duizenden mensen dagelijks
Nadere informatieMDA 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 informatieMichael Franken met medewerking van Rini van Solingen
Scrum voor Dummies Michael Franken met medewerking van Rini van Solingen BBNC uitgevers Amersfoort, 2016 Inhoud Voorwoord...7 Over de auteur...15 Dankwoord...19 Inleiding...21 Waarom Scrum?... 21 Doelgroep...
Nadere informatieTitel, 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 informatieAgile 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 informatiebedrijfsprocessen 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 informatieInhoudsopgave. 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 informatieAgile : Business & IT act as one
Agile : Business & IT act as one Waar loop je tegen aan als je Business en IT samen Agile wil laten worden? Otto van den Hoven November 2015 1 Managing change : Traditionele waterval Business deliverables
Nadere informatieWhitepaper. 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 informatieDevOps 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 informatieProfessionele 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 informatieDe 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 informatieScrum. Veranderingen. Product development of product manufacturing?
Scrum Nu op veel plekken de Oracle Developer en Designer ontwikkelstraat aangevuld wordt met, en steeds vaker zelfs vervangen wordt door JDeveloper, komt vaak de vraag naar boven welke project management
Nadere informatieEXIN Agile Scrum Master
Preparation Guide EXIN Agile Scrum Master Editie juli 2015 Copyright 2015 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system
Nadere informatieAgile, 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 informatieTFS als perfecte tool voor Scrum
TFS als perfecte tool voor Scrum René van Osnabrugge renevo@delta-n.nl About me René van Osnabrugge Communicate @renevo renevo@delta-n.nl http://osnabrugge.wordpress.com Agenda Wat is Scrum? Wat is ALM
Nadere informatieInhoud in vogelvlucht
Inhoud in vogelvlucht Voorwoord... 7 Over de auteur... 15 Dankwoord... 19 Inleiding... 21 Deel I: De rollen... 25 Hoofdstuk 1: Wat Scrum is en hoe het werkt... 27 Hoofdstuk 2: De Product Owner... 33 Hoofdstuk
Nadere informatie