Whitepaper. De Agile Methode ing. Nyree Lemmens, PhD., Business Analyst
|
|
- Barbara Vedder
- 7 jaren geleden
- Aantal bezoeken:
Transcriptie
1 Whitepaper De Agile Methode ing. Nyree Lemmens, PhD., Business Analyst
2
3 Inleiding Agile projects succeed three times as often as Waterfall projects., The Standish Group Maatwerksoftware levert wat standaardpakketten niet bieden Hoe uitgebreid een aangekocht software pakket ook is, geen enkel pakket biedt precies dat wat een bedrijf nodig heeft; Het schaap met 5 poten bestaat niet! Om het functioneel gat op te vullen, en een standaard pakket beter aan te laten sluiten op de bedrijfsprocessen, kiezen bedrijven voor aanvullende maatwerk software oplossingen. Dergelijke projecten worden veelal uitbesteed aan gespecialiseerde leveranciers van maatwerk software. De verwachting van het bedrijf, als klant, is vervolgens dat de leverancier middels analyse en interactie het te leveren maatwerk afstemt op de wensen van de klant. Een typisch en traditioneel model waarbinnen een maatwerk oplossing ontwikkelt wordt bestaat, kort door de bocht, uit de volgende 3 fasen en wordt ook wel het waterval model genoemd. 1) Een analysefase Binnen de analyse fase wordt bepaald wat de wensen/eisen zijn van de klant (e.g., management, medewerkers) voorde maatwerk oplossing en hoe de oplossing het proces completeert. Als eindproduct wordt heel typisch een wensen/eisen document opgeleverd wat als input gebruikt wordt voor de volgende fase. 2) Een ontwikkelfase Op basis van het wensen/eisen document wordt een ontwikkel project gestart. Het bevat ook de inschatting van kosten/baten, kwaliteit vereisten, doorlooptijd e.d. Op basis van de project documentatie wordt vervolgens richting klant en ontwikkel bedrijf regelmatig gerapporteerd over de ontwikkelingsvoortgang en consequenties. 3) Een opleverfase Wanneer de ontwikkelfase voltooid is en het product voldoet aan het wensen/eisen document start de oplever fase waarin het product uitgerold wordt bij de klant. Een dergelijk traject schijnt op het eerste gezicht heel rationeel en effectief te zijn en precies dat op te leveren wat een klant verwacht. Iedereen tevreden dus? Aan het eind van een ontwikkeltraject precies opleveren wat de klant wil is, bizar genoeg, niet precies wat de klant wil. De praktijk is dat gedurende het ontwikkeltraject de wensen en eisen van de klant veranderen. Binnen het traditionele ontwikkelmodel is er beperkte ruimte voor deze veranderingen. Elke verandering heeft consequenties (e.g., financieel, doorlooptijd) en deze worden zo goed als mogelijk ingeschat. Een inschatting is echter niet meer dan dat: een inschatting. Aan het eind van het project komen zowel klant als leverancier pas achter de daadwerkelijke impact van veranderingen met alle gevolgen van dien. Doelstelling Zowel klant als leverancier is op zoek naar manieren om deze uitdagingen het hoofd te bieden. Voor beide partijen is het belangrijk dat de methode i) controle oplevert en ii) producten oplevert die voldoen aan de (uiteindelijke) wensen van de klant. Hoe kunnen, naar tevredenheid van zowel klant als bedrijf, maatwerkoplossingen gemaakt worden? En wat wordt dan verwacht van klant en bedrijf?
4 1. De klant is koning? Leveranciers adverteren scherp en hard met hoe zij de klant tot dienst kunnen zijn en bijgevolg vallen de leveranciers over elkaar heen met aanbiedingen. De klant hoeft maar aan te geven wat ze wil. De ene leverancier kan de oplossing nog sneller, beter, foutlozer en goedkoper aanbieden dan de ander. De klant is koning! 55 procent 1,2, van de klanten in Nederland geeft echter aan dat een leverancier niet altijd haar uiterste best Doet om klanten te helpen haar problematiek op te lossen. Dat wat leveranciers zien als wat de klant wil is niet wat de klant wil. Begrijpt de leverancier ten volle de problematiek van de klant? Alhoewel kosten en tijd besparing zeker aspecten zijn die een klant meeneemt in haar beslissing wie de opdracht te gunnen is betrokkenheid bij het tot stand komen van de oplossing ook zeker belangrijk, alhoewel dit inzicht nooit direct door klanten uitgesproken wordt. Een klant die proactief in the loop gehouden wordt heeft een beter gevoel over en invloed op de voortgang van een project en voelt zich geruster bij het uiteindelijke resultaat van het project. HR- afdelingen in de zorg ontevreden Software niet gebruiksvriendelijk Interfaces met andere systemen Veel bugs bij oplevering Onvolledige ondersteuning na implementatie Doet het product wat de klant wil? Ook bij oplevering? Tijdens de analyse fase bepaalt het bedrijf welke wensen en eisen er voor een product bestaan. Aan de hand van deze wensen en eisen ontwikkelt het bedrijf het product. Aan het eind van het ontwikkeltraject levert het bedrijf het product op en gaat er daarmee vanuit dat de wensen en eisen van de klant ingewilligd zijn. Echter is dat in veel gevallen niet zo. Ook de klant ontwikkelt zich gedurende het ontwikkeltraject De wensen en eisen van de klant wijzigen in veel gevallen. Vaak komen veel wensen en eisen zelfs pas bovendrijven als de klant met het uiteindelijk opgeleverde product gaat werken. Het traditionele ontwikkel model biedt dus een gebrekkige interactie gedurende de ontwikkeling. De strikte ontwikkeling op het starre wensen/ eisen document en daaraan gerelateerde testen leveren niet dat wat door de (ontwikkelende) klant gewenst is. Problemen rondom pakketten in de zorg Bij selectie: Tegenstrijdige belangen tussen afdelingen Moeilijk te becijferen baten Beperkte financiële middelen. Bij aanschaf: Vrees voor een langdurig implementatietraject `Gebrekkig intern projectmanagement. Bij invoering: Cultuur van eigen organisatie zorgt voor weerstand Onwil om werkprocessen aan te passen.
5 Service heeft toegevoegde waarde! Na oplevering van het product is de taak van de leverancier volbracht. De klant betaalt de factuur en iedereen leeft nog lang en gelukkig. Toch?! Neen! Zelfs al is een klant tevreden over het opgeleverde resultaat, dat betekent nog niet automatisch dat de klant ook al weet hoe het resultaat te benutten. De klant heeft behoefte aan service! 1 Het Nationale Klantbelevingsonderzoek 2012, 2 Koning klant is fabeltje,
6 2. Het traditionele ontwikkelmodel is niet meer van deze tijd In een traditioneel, zogenaamd waterval, ontwikkelproject wordt voortgang gezien als een gestage, afdalende flow door 7 verschillende project fases, als in een waterval: 1) Analyse 2) Ontwerp 3) Ontwikkeling 4) Integratie 5) Testen/Debugging 6) Productie/Installatie 7) Beheer Idealiter wordt iedere volgende fase pas gestart worden wanneer de voorgaande fase, succesvol, afgesloten is. Het ontwikkelmodel komt van origine uit de fabrieks- en bouwwereld waarin het kostbaar is om veranderingen door te voeren op een eenmaal vervaardigde producten. Binnen software ontwikkeling is dit model eenvoudigweg overgenomen omdat er bij de opkomst van software ontwikkeling geen ander model bestond. Nadruk op, op voorhand, goede documentatie Het idee achter het waterval model is dat het loont om in een vroeg stadium uitdagingen te identificeren (e.g., middels de analyse) en af te handelen (i.e., middels het ontwerp). Het is eenvoudiger om een twijfelachtig ontwerp voor de ontwikkelfase te optimaliseren dan, op basis van het twijfelachtig design, componenten te ontwikkelen en deze niet blijken samen te werken. Achteraf deze componenten aanpassen aan een nieuw design is kostbaar en in veel gevallen zelfs onmogelijk. Het afhandelen van uitdagingen in een vroeg stadium bespaart dus kosten, tijd, en effort. Een dergelijk model verwacht dat alle keuzes en beslissingen perfect gedocumenteerd worden. Dientengevolge reduceert een bedrijf ook het risico op kennis verlies, door bijvoorbeeld ontwikkelteam veranderingen. De kwaliteiten van het waterval model zijn tevens haar zwakke punten Hoe eenvoudig is het om perfecte documentatie op te leveren? Klanten kunnen in veel gevallen niet, op voorhand, inschatten waaraan een product uiteindelijk moet voldoen. Die inschatting kan de klant vaak pas maken wanneer het eerste prototype opgeleverd wordt. Zonder prototype hebben de wensen/eisen van de klant vaak een ad-hoc aard. Dit stelt de analist voor de onmogelijke opgave om alle mogelijke scenario s te voorspellen. Hoe perfect is de documentatie dus aan het eind? Het waterval model is niet, in alle fasen, robuust tegen veranderingen. Het waterval model heeft moeilijkheden met `scope creep en inschatten van financiële gevolgen Het moment waarop klanten veranderingen in wensen en eisen aangeven (zogenaamde `scope creep ) heeft een grote invloed op de voortgang van het project. Wanneer veranderingen in of gedurende de ontwerp fase worden aangegeven beperken de problemen zich veelal. Het resultaat zal vooral de doorlooptijd van het project beïnvloeden. Wanneer veranderingen zich aandienen nadat het ontwerp gecompleteerd is en/of de ontwikkelfase gestart of gepasseerd is, zijn de consequenties grootschaliger. In het ergste geval zal er een nieuw ontwerp gemaakt moeten worden en zullen eventueel al gemaakte producten in de prullenbak verdwijnen. Daardoor zijn de financiële gevolgen, doorlooptijd en oplevertermijn moeilijk in te schatten.
7 3. Agile samenwerking tussen ontwikkelpartij en klant Het waterval model lijkt op het eerste gezicht de communicatie tussen leverancier en klant ten goede te komen. Beide moeten op voorhand goed met elkaar communiceren om het project een succes te laten worden. Toch is, zoals al eerder genoemd, de praktijk dat deze samenwerking vaak niet tot de gewenste resultaten leidt. Gerichte klantfeedback kan pas geleverd worden in de latere fasen, wanneer feedback niet meer eenvoudig verwerkt kan worden. Het Agile model verzacht de problematiek. Het Agile model maximaliseert de samenwerking en leermomenten tussen klant en leverancier Het Agile model bestaat typisch uit 6 onderdelen: Planning Analyse Ontwerp Ontwikkeling Unit testen Acceptatie Een Agile uitgevoerd project bestaat uit kleine iteraties met elk minimale planning, variabele wensen/eisen maar met vastgestelde tijdsduur en/of duidelijk einddoel. Om het einddoel te bereiken kunnen meerdere iteraties noodzakelijk zijn. Elke iteratie bestaat uit bovenstaande onderdelen. In tegenstelling tot het waterval model worden deze onderdelen niet in sequentie afgehandeld maar in parallel door de leden in een Agile team. Aan het eind van elke iteratie wordt een werkend (prototype) product opgeleverd. Op basis van dit prototype kan bepaald worden of een bepaald doel bereikt is, voldoet aan de wensen/eisen van de klant, en er eventueel aanpassingen uitgevoerd moeten worden. I.e., het is een Inspect-and-adapt model en de voordelen zijn redelijk eenvoudig te zien. Ruwe Vergelijking Traditioneel (e.g. waterval) Agile Uitgebreide, allesomvattende wensen/eisen Workshop wensen/eisen per functionaliteit Complexe statusrapporten Regelmatige taken-bord discussie Uitgebreide project totaalplannen Bepaling wat juist is voor het project per iteratie Change Management Comité Teamverantwoordelijkheid Ruwe vergelijking De belangrijkste lessen die over software geleerd kunnen worden komen van klanten De klant kan in veel gevallen pas gericht wensen/eisen benoemen wanneer er meer bekend is over de implementatie van het product. Dit is zowel voor klanten als ontwikkelteam voordelig. De grootste lessen die geleerd kunnen worden komen namelijk uit het gebruik door en de functionaliteit van het product voor de klant. Binnen het Agile model wordt het project opgebroken in afzonderlijke functionaliteiten. Elk van deze functionaliteiten worden vervolgens, middels iteraties, in sequentie ontwikkeld. In essentie betekent dit dus dat er meerdere malen tijdens het project analyse wordt verricht, een design gecreëerd, en een prototype ontwikkelt, getest, geëvalueerd en aangepast. Een directe consequentie is dus dat er veelvoudig contact is tussen klant en ontwikkelpartij. Waarde voor klanten en project controle is hoofdzaak Door het veelvuldige contact tussen klant en ontwikkelteam is het voor beide partijen duidelijk wat de status is van het project, het product, prioriteit van de eigenschappen, en alle financiële consequenties. Met deze informatie kan ook makkelijk gestuurd worden op resultaat en veranderingen binnen de klant organisatie.
8 Project veranderingen (e.g., prioritering, team) hebben een minder grote impact Veranderingen gedurende het project, of dat nu prioriteringsveranderingen of team veranderingen betreft, hebben minder grote impact. Door de veelvuldige communicatie en nauwgezette samenwerking binnen een ontwikkelteam wordt het ontwikkeltraject robuuster tegen dit soort veranderingen.
9 4. Agile heeft verwachtingen van ontwikkelteam en klant Agile is een mindset en cultuur 3. Het is niet een set van best-practices, processen en tools. Agile is niet het hebben van een testteam! Agile is het hebben van een featureteam! I.e., een team dat de capaciteiten heeft voor analyse én ontwerp én software ontwikkeling én testen. Er is binnen Agile geen plaats voor jouw taak en mijn taak. Er is alleen plaats voor onze taak! Iedereen binnen een team (incl. de klant) brengt eigen kwaliteiten mee. Teams zijn multifunctioneel, zelf-organiserend, en hebben geen relatie tot bedrijfshiërarchie Een team bestaat heel typisch uit 5-9 mensen met daarin tenminste de volgende rollen: 1) Klantvertegenwoordiger Handelt in naam van de klant en heeft een persoonlijke commitment om beschikbaar te zijn voor ontwikkelaars om tijdens iteraties vragen te beantwoorden. 1) Analist Analyseert de wensen en eisen van de klant. 2) Architect Verwerkt de wensen en eisen in een ontwerp. 3) Ontwikkelaar Ontwikkelt aan de hand van het ontwerp. 4) Tester Stelt testplannen op en test ontwikkelde onderdelen aan de hand van deze plannen. Bovengenoemde rollen kunnen door meerdere mensen vervuld worden binnen een project. De stakeholders van een project zijn alle projectdeelnemers met bovengenoemde rollen plus de klant zelf. Zonder communicatie geen samenwerking Traditionele waterval gedragingen verschuilen zich vaak achter het Agile jargon. I.e., ontwikkelaars hebben hun traditionele waterval technieken, door jaren ervaring, geoptimaliseerd voor hun job. Deze optimalisaties zorgen ervoor dat de ontwikkelaars efficiënt zijn in hun huidige methode, maar deze optimalisaties ondermijnen het Agile model. Agile: via teamwerk en goede communicatie, werkende, nuttige software opleveren Meer communicatie betekent niet automatisch efficiënter en/of beter; er moet op een gestructureerde manier gecommuniceerd worden. Binnen Agile wordt op routinebasis gecommuniceerd. Daarbij heeft communicatie-inpersoon de voorkeur. De communicatie bevat, buiten het ontwikkelteam, tenminste de klantvertegenwoordiger en eventueel elke andere stakeholder die geïnteresseerd is. In de korte, maximaal 15 minuten durende, communicatie sessie, een zogenaamde stand-up, vertellen de teamleden elkaar: 1) De mijlpalen van de vorige dag; 2) De mijlpaal voor de huidige dag; 3) De drempels waar tegenaan gelopen wordt. De stand-up vindt elke dag plaats op dezelfde locatie, op hetzelfde tijdstip. 3 Er moet opgelet worden dat een bedrijf dat zegt Agile te ontwikkelen niet alleen in naam Agile ontwikkeld.
10 Agile valkuilen waar leveranciers in kunnen trappen Door de toename in communicatie ontstaat snel het gevoel dat documenteren minder noodzakelijk is. Sommige leveranciers zullen het `Agile manifesto 4 zelfs zo interpreteren dat documenteren vervangen is door communicatie. Deze houding is gevaarlijk; er wordt van uitgegaan dat alle stakeholders in staat zijn al het besprokene, alle besluiten, en alle details van het opgeleverde te onthouden. In de praktijk is het zo dat veel stakeholders moeite hebben met het onthouden van inhoud. Bovendien vermindert het enkel oraal communiceren de robuustheid tegen veranderingen. Het is echter wel zo dat het team enkel documenteert wat noodzakelijk is. Bijvoorbeeld, een team zal pas een architectuur document opstellen nadat de architectuur gecodeerd en getest is. Het team werkt allereerst met een ruwe schets van de architectuur. Bedrijven die Agile ontwikkelen moeten ook hoeden voor het gebruik van waterval fasering (i.e., wachten tot iets compleet, perfect voltooid is). Software engineering, (eventueel) hardware engineering en requirement engineering gebeuren parallel binnen Agile, niet serieel. Requirement engineering zal wel altijd kort voorop moeten blijven lopen op de anderen. Ook moeten ontwikkelteams in overleg met de klant bepalen binnen welke tijd een iteratie als voltooid beschouwd mag worden. 4 Manifesto for Agile Software Development,
11 5. Agile: een projectvoorbeeld Een Agile project bestaat uit iteraties die door een team ingeschat, ingepland en georganiseerd worden. Iteratie duur is constant en is overeengekomen met klant. Typisch is de duur gemiddeld 1 of 2 weken. Het product van elke iteratie is werkende software die besproken kan worden. Gedurende de eerste paar iteraties kan de software draaien op een test omgeving. De regelmaat van oplevering stelt het team in staat een meetbare ontwikkelsnelheid, zogenaamde effort, te laten behalen. Effort wordt uitgedrukt in punten. Effort kan gebruikt worden om het ontwikkel plan en het voortgangsproces te kalibreren ten behoeve van management data. Bijvoorbeeld, als een team ongeveer 20 punten per iteratie completeert en er zijn 200 punten in het proces, dan zal ontwikkeling ongeveer 10 iteraties kosten. Als het plan nog maar 8 iteraties toelaat, dan zal management moeten ingrijpen. Belangrijk is echter dat het laatste uur nog niet geslagen heeft en dat het niet te laat is om additionele mensen toe te voegen, de deadline te verschuiven, of functionaliteit te verplaatsen.
12 Wensen/eisen worden opgebroken in kleine, inschatbare, testbare en opleverbare eenheden, zogenaamde stories. Ze zijn klein genoeg (in effort) om binnen een enkele iteratie afgemaakt te worden. Wanneer ontwikkelaars een story opleveren krijgt de klant zicht- en voelbare feedback op de requirements. Gedurende de eerste iteraties kan de feedback de vorm hebben van een test of simulatie en zullen de features een high-value/high-risk waarde hebben. De feedback helpt zowel de klant als de ontwikkelaars om de risico s op product of architectuur fouten te verminderen. De feedback die de ontwikkelaars op hun beurt van de klanten ontvangen geven hen de nodige input voor het verbeteren van het design, de requirements, en de veranderde prioriteiten. Het is essentieel dat code robuust gebouwd is. Ook na oplevering is de kans groot dat het design en code zal blijven veranderen. Geautomatiseerde tests garanderen dat bestaande functionaliteit blijft bestaan terwijl nieuwe features toegevoegd worden.
13 Samenvatting: Agile levert! De snelheid van de markt dicteert dat ook de organisaties en wensen van klanten snel evolueren. Dit heeft vergaande consequenties voor maatwerk software projecten. Waar voorheen het waterval ontwikkelmodel (i.e., op voorhand specificeren, daarna ontwikkelen, daarna opleveren) een grote kans van slagen had, voldoet dit traditionele model, voor software ontwikkeling, in de tegenwoordige wereld niet meer. I.e., tegen de tijd dat een product opgeleverd wordt, zijn de wensen en eisen van de klant ook verder ontwikkeld. Daardoor voldoet het uiteindelijk opgeleverde product niet meer. Om deze uitdaging het hoofd te bieden hebben ontwikkelteams de wens om klanten bij de ontwikkeling van het product te betrekken. Tegelijkertijd heeft dat tot effect dat klanten meer tevreden zijn met de leverancier. De opvolger van het traditionele model is het Agile Ontwikkeling model. Het model levert die eigenschappen die in de huidige markt gevraagd worden (e.g., betrokkenheid, markt snelheid, doeltreffendheid). Meer nog, het levert deze voordelen gedurende het ontwikkelproces terwijl het product zich blijft door ontwikkelen. I.e., bèta s kunnen in een vroeg stadium geëvalueerd worden. Agile verwacht veranderingen! In plaats van een specificatie bevriezing, bevriest Agile de ontwikkeltijd. Binnen deze, met de klant overeengekomen, ontwikkeltijd mogen zaken veranderen. Kleine ontwikkeliteraties maken het makkelijker om problemen op te sporen en daarop te reageren. Risico is dus makkelijker te managen. Agile verwacht actieve medewerking van de klant Van de klant wordt verwacht dat deze proactief meedenkt, prioriteert en rationeel kan inschatten wat de consequenties van veranderingen zijn, zoals bijvoorbeeld doorlooptijd effecten en effort. I.e., als er veel veranderingen zijn dan zal niet alles binnen de overeengekomen ontwikkeltijd ontwikkeld kunnen worden. Binnen een project moet een ontwikkelteam samen met de klant goed afwegen of een scope verandering de extra ontwikkeltijd en investering waard is. Agile biedt controle, accuratere voorspellingen, en doeltreffendheid
14 KEMBIT B.V. Kasteel Wijnandsrade Opfergeltstraat BW Wijnandsrade High Tech Campus Eindhoven High Tech Campus AE Eindhoven +31 (0) contactus@kembit.nl kembit.nl
Ing. Nyree Lemmens PH.D. IT Business Manager. Agile Software Ontwikkeling Levert het op wat de klant wil?
Ing. Nyree Lemmens PH.D. IT Business Manager Agile Software Ontwikkeling Levert het op wat de klant wil? Inhoudsopgave Inleiding 1. De klant is koning? 2. Het traditioneel ontwikkelmodel is niet meer
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 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 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 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 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 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 informatieWhitepaper. Samenwerkingsplatformen ing. Nyree Lemmens, PhD., Business Analyst
Whitepaper Samenwerkingsplatformen ing. Nyree Lemmens, PhD., Business Analyst Inhoudsopgave Inleiding... 3 1. Technologie faciliteert samenwerking... 4 2. Nut, presentatie en proces emergeren in samenwerking...
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 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 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 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 informatieKwaliteitsbewaking en testen in ICT beheerorganisaties
DKTP Informatie Technologie Veembroederhof 1 1019 HD Amsterdam Telefoon 020 427 52 21 Kwaliteitsbewaking en testen in ICT beheerorganisaties Voor de meeste projectgroepen die software ontwikkelen vormt
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 informatieScrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil
Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag
Nadere informatieTesten. 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 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 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 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 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 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 informatieCMM 3: levert het wat op?
CMM 3: levert het wat op? Philips Analytical De noodzaak en voordelen van Software Process Improvement Wie is Philips Analytical? Waarom is voor ons software proces verbetering zo essentieel? Hoe hebben
Nadere informatieFactsheet CONTINUOUS VALUE DELIVERY Mirabeau
Factsheet CONTINUOUS VALUE DELIVERY Mirabeau CONTINUOUS VALUE DELIVERY We zorgen ervoor dat u in elke volwassenheidsfase van uw digitale platform snel en continu waarde kunt toevoegen voor eindgebruikers.
Nadere informatieUitdagingen performancetesten in een Agile omgeving Best Practices & Demo
Uitdagingen performancetesten in een Agile omgeving Best Practices & Demo Henrik Rexed & Joerek van Gaalen Voorstellen Joerek van Gaalen Performancetest specialist sinds 2005 Sinds 2014 CTO Computest Voorstellen
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 informatieAnko Tijman Een agile teststrategie op basis van MoSCoW
Titel, samenvatting en biografie Anko Tijman Een agile teststrategie op basis van MoSCoW Samenvatting: Deze presentatie behandelt de toepassing van de teststrategie vanuit een agile perspectief: welke
Nadere informatieDe tester als bruggenbouwer
De tester als bruggenbouwer Tim Koomen Testnet voorjaarsevenement 9 juni 2004 Agenda Bruggen Enkele bruggen toegelicht De bruggenbouwer Trends Sogeti Nederland B.V. Pagina 1 Bruggen Systeem Beheer Stuur
Nadere informatieSoftware Test Plan. Yannick Verschueren
Software Test Plan Yannick Verschueren Maart 2015 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 2 December 2014 Yannick Verschueren
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 informatiePortal Planning Process
BROCHURE Portal Planning Process SAMENWERKEN AAN EEN WAARDEVOL PORTAAL BROCHURE PORTAL PLANNING PROCESS 2 Axians PORTAL PLANNING PROCESS BROCHURE Inhoud Introductie 4 3 Portal Planning Process 5 4 Uitdagingen
Nadere informatieTestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl
Testers helpen ontwikkelaars of andersom? TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl Improve Quality Services B.V. 2 Agenda Hoe veilig is een muur? Past Scrum ook
Nadere 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 informatieAliens? http://www.youtube.com/watch?v=e5pqleh2hz8
Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8 Ontwikkelmethoden en technieken Kenmerken van ontwikkelmethoden POMT HC2 2 Vorige week 3 Rollenspel Klant is koning Communicatie en afspraken Documentatie
Nadere informatieMarc Koper Performancetesten voor dummies
Titel, samenvatting en biografie Marc Koper Performancetesten voor dummies Samenvatting: Systemen worden met de dag complexer met vaak ook nog veel koppelingen naar andere systemen. Maar men verwacht wel
Nadere informatieSoftware Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces
Software Processen Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Het software proces Een gestructureerd set van activiteiten nodig om een software systeem te ontwikkelen Specificatie;
Nadere informatieRapport over het werkprofiel van Software engineer (sr)
Rapport over het werkprofiel van Software engineer (sr) Identificatienummer: Publicatiedatum: 19 november 2015 Leeswijzer Dit rapport omschrijft het werkprofiel van 'Software engineer (sr)' zoals die door
Nadere informatieJaarproject programmeren bij LORE
Jaarproject programmeren bij LORE Elke onderzoeksgroep heeft een eigen karakter en vereisten. Zo ook met LORE. Opdat je zou weten wat we van je verwachten maar ook wat je van ons mag verwachten, hebben
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 informatieRUM. requirements Management. SPIder session Project. driven by requirements 25th april. Risk assessed User
RUM Risk assessed User requirements Management - SPIder session Project driven by requirements 25th april Copyright 2006 ps_testware - Gijs Kuiper Risk assessed User requirement Management Personalia Gijs
Nadere informatieTo cloud or not to cloud Afgewogen keuzes maken met DYA Software
To cloud or not to cloud Afgewogen keuzes maken met DYA Software Robert Deckers Engineering World 2011 v1 Architectuur: technologie in perspectief Klantbehoefte Toepassing Systeem T 2 Vele wegen die naar
Nadere informatieDe 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 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 informatieArchitectuurredeneermodel 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 informatieProcesvalidatie voor een veiliger ketentest
Procesvalidatie voor een veiliger ketentest Johan Vink TestNet Voorjaarsevenement 2010 Agenda Inleiding Typering project & testaanpak Werkwijze business proces Probleem De opdracht voor het testteam Probleemanalyse
Nadere informatieRAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.
RAD Rapid application development Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...
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 informatieInvesteren in duurzame inzetbaarheid loont
Investeren in duurzame inzetbaarheid loont Samen verantwoordelijk voor mens en organisatie Een belangrijk onderwerp binnen organisaties is de duurzame inzetbaarheid van medewerkers. We zitten midden in
Nadere informatieTe hoog gemikte silver bullets missen doel Te hoog gemikte silver bullets missen doel
Te hoog gemikte silver bullets missen doel TestNet Voorjaarsevenement 2013 13-05-2013 Tom Heintzberger Praegus Ltd. Te hoog gemikte silver bullets missen doel 1-4-2013 1 Agile & testen? Want Geen geautomatiseerde
Nadere informatieTentamen Systeemontwikkeling 1 (I00100)
Tentamen Systeemontwikkeling 1 (I00100) 26 januari 2004, 10:30 12:30 Naam: Studentnummer: Noteer op dit tentamen als eerste je naam en studentnummer Er mogen geen boeken, aantekeningen, etc. worden geraadpleegd
Nadere informatieDe tester als Product Owner Wat denk je zelf?
De tester als Product Owner Wat denk je zelf? Evert van Hamersveld en Olivier Mesker Testers en Product Owners in gesprek Volgens mij is dit een belangrijke feature en moet dit goed getest worden Mooi
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 informatieIT kwaliteit helder en transparant. bridging IT & users
IT kwaliteit helder en transparant bridging IT & users Acceptatiemanagement meer dan gebruikerstesten CEPO helpt al meer dan 15 jaar organisaties om integraal de kwaliteit van hun informatiesystemen en
Nadere informatieProactief en voorspellend beheer Beheer kan effi ciënter en met hogere kwaliteit
Proactief en voorspellend beheer Beheer kan effi ciënter en met hogere kwaliteit Beheer kan efficiënter en met hogere kwaliteit Leveranciers van beheertools en organisaties die IT-beheer uitvoeren prijzen
Nadere informatieRequirements Management Werkgroep Traceability
Requirements Management Werkgroep Traceability Plan van Aanpak (1) Doel en definitie van Traceability Traceability heeft tot doel om tijdens het ontwikkelproces status informatie te verschaffen omtrent
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 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 informatieBentVoorbeeld. Proces en informatie onderzoek DECLA. consultancy. Versie : 1.0 Datum : 3 juli 2013 Auteur : D.W.F.
BentVoorbeeld Proces en informatie onderzoek DECLA consultancy Versie : 1.0 Datum : 3 juli 2013 Auteur : D.W.F. Inhoudsopgave 1 INLEIDING... 3 2 INTRODUCTIE... 4 3 OPDRACHTOMSCHRIJVING EN SCOPE... 5 4
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 informatieKracht door samenwerking. VDL Industrial Modules
Kracht door samenwerking VDL Industrial Modules IN DE HIGH-TECH WERELD WAARIN U EN WIJ OPEREREN, DRAAIT ALLES OM EFFICIENCY: STREVEN NAAR REDUCTIE VAN KOSTEN EN UITBESTEDING VAN NIET KERNCOMPETENTIES.
Nadere informatieBDD/Gherkin. Een introductie
BDD/Gherkin Een introductie Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. BDD... 4 3. Gherkin... 5 4. BDD-Tools... 6 5. Voordelen... 7 6. Benodigde kennis en vaardigheden...
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 informatieTest rapportage Waarom eigenlijk?
Testrapportage Boodschappers van de koning? Test rapportage Waarom eigenlijk? TestNet voorjaarsevenement 2015 Jurian van de Laar Jurian van de Laar @JurianvdL 30 april 2015 @JurianvdL Jurian van de Laar
Nadere informatieProblematiek in projecten
Problematiek in projecten Het project bouwt andere producten dan afgesproken Het project valt duurder uit dan begroot Het project loopt langer dan gepland Het product sluit niet aan bij de werksituatie
Nadere informatieAuteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017
Auteur Versie 1.0 Datum 01-05-2017 Bestandnaam Definitief NK Software Testen 2017 Inhoudsopgave 1 Distributie lijst 3 2 Management samenvatting 4 2.1 Opdracht 4 2.2 Scope van de opdracht 4 2.3 tabel 5
Nadere informatieMedical device software
Medical device software Medical device software Software ontwikkeling voor de medische wereld Nspyre Herculesplein 24 3584 AA Utrecht T 088-827 50 00 F 088-827 50 99 www.nspyre.nl Medical devices zijn
Nadere informatie6. Project management
6. Project management Studentenversie Inleiding 1. Het proces van project management 2. Risico management "Project management gaat over het stellen van duidelijke doelen en het managen van tijd, materiaal,
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 informatieBusiness in control. Volledige sturing en ondersteuning van het schadebehandelingsproces, met voldoende vrijheid voor de behandelaar
Wereldwijde leider in automotive dienstverlening kiest voor Digitale Innovatie; consistent, transparant én wendbaar inspelen op de klantwens via Dynamic Case Management Case study We gaan in de toekomst
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 informatieSoftware Engineering Introductie in Software Engineering
Software Engineering 1 Introductie in Software Engineering 1 Academische Integriteit Software Engineering is een activiteit waar samenwerking voorop staat. Je wordt aangemoedigd om samen te werken, maar...
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 informatieWhitepaper Agile Q-Consult Progress Partners
Whitepaper Agile Q-Consult Progress Partners Versie 28-05-208 Agile in het kort Aan de slag met Agile De Agile medewerker Succesfactoren Agile Herken je dit in jouw organisatie... Lange doorlooptijden
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 informatieWhitepaper. Continuous Delivery [Auteur] Kenniscentrum De Smalle Zijde 39 3903 LM Veenendaal Tel. +31(0)318-50 11 19 Fax +31(0)318-51 83 59
Whitepaper Continuous Delivery [Auteur] Hoofdkantoor Kruisboog 42 3905 TG Veenendaal Tel. +31(0)318-55 20 20 Fax +31(0)318-55 23 55 Kenniscentrum De Smalle Zijde 39 3903 LM Veenendaal Tel. +31(0)318-50
Nadere informatieSoftware Test Plan. Yannick Verschueren
Software Test Plan Yannick Verschueren November 2014 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 1 Inhoudstafel 1 Introductie 3 1.1
Nadere informatieAgile game productie
Keuzedeel mbo Agile game productie gekoppeld aan één of meerdere kwalificaties mbo Code K0717 Penvoerder: Sectorkamer ICT en creatieve industrie Gevalideerd door: Sectorkamer ICT & creatieve industrie
Nadere informatieRegressietesten. De aanpak en aandachtspunten. Algemene informatie voor medewerkers van: SYSQA B.V.
Regressietesten De aanpak en aandachtspunten Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING...3 1.1 ALGEMEEN...3 1.2 VERSIEBEHEER...3
Nadere informatie[ SCRUM. ] Een introductie
[ SCRUM. ] Een introductie [ SCRUM IN HET KORT. ] Scrum is een agile-proces, welke het mogelijk maakt om te focussen op het leveren van het beste resultaat in de kortst mogelijke tijd. Het maakt het mogelijk
Nadere informatieTraining Projectmanagement
Training Projectmanagement Projectmanagement, sturen op resultaat Binnen jullie organisatie werken jullie veel met projecten. Jij bent projectleider, of je maakt deel uit van een speciaal opgesteld projectteam.
Nadere informatieVan Samenhang naar Verbinding
Van Samenhang naar Verbinding Sogeti Page 2 VAN SAMENHANG NAAR VERBINDING Keuzes, keuzes, keuzes. Wie wordt niet horendol van alle technologische ontwikkelingen. Degene die het hoofd koel houdt is de winnaar.
Nadere informatieMartin van Leeuwen Happy Testing
Titel, samenvatting en biografie Samenvatting: Deze presentatie beschrijft een aantal test maatregelen die in een RUP nieuwbouw project zijn genomen, om ervoor te zorgen dat het testen aan het eind van
Nadere informatieConsistent, transparant én wendbaar inspelen op de klantwens via Dynamic Case Management. Case study DEKRA
Consistent, transparant én wendbaar inspelen op de klantwens via Dynamic Case Management Case study DEKRA DEKRA Als wereldwijde leider in de automotive dienstverlening is DEKRA voortdurend actief bezig
Nadere informatie1. Work Breakdown Structure en WBS Dictionary
1. Work Breakdown Structure en WBS Dictionary CUSTOMER migratie Management Technische Transitie Meetings Status Reporting Administratie Technisch Upgegrade Systemen (3-tier) Delta Analyse & Functioneel
Nadere informatieFebruari juni Toelichting aanpak. Claudia Tjia GROEP F M42
Februari juni 2016 Toelichting aanpak Claudia Tjia GROEP F M42 Dit document bevat informatie over het onderdeel SCRUM binnen de proftaak. SCRUM is de methode die wij als groep moesten hanteren om het project
Nadere informatiePlan van Aanpak. project Tetris Packing
Plan van Aanpak project Tetris Packing Inleiding! 4 Projectomschrijving! 5 Producten! 5 Testplan! 5 Ontwerprapport! 5 Implementatierapport! 5 Testrapport! 5 Systeemdocumentatie! 5 Aanpak! 6 Projectmethodiek!
Nadere 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 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 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 informatieOntwikkelen en testen van e-business: beheerste dynamiek
Ontwikkelen en testen van e-business: beheerste dynamiek Het ontwikkelen en gestructureerd testen van administratieve systemen is gebaseerd het watervalprincipe. Bij het ontwikkelen volgens het watervalprincipe
Nadere informatieTestgedreven 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 informatieEXIN Agile Scrum Foundation
Voorbeeldexamen EXIN Agile Scrum Foundation Editie april 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system
Nadere informatieKwaliteitsmanagement: de verandering communiceren!
Kwaliteitsmanagement: de verandering communiceren! (de mens in het proces) Ronald Vendel Business Development manager Ruim 20 jaar ervaring Gestart in 1990 Software specialisme: Procesmanagement (BPM)
Nadere informatieTestomgevingen beheer
Testomgevingen beheer Testen brengt het verwachte resultaat en de huidige toestand bij elkaar. Het geeft aanknopingspunten om de planning te maken, het product te verbeteren en om zorgen bij belanghebbenden
Nadere informatie1. Analyse, beeldvorming en planning
1. Analyse, beeldvorming en planning 1. Analyse en beeldvorming Een Internet Project Plan start met het verzamelen van zo veel mogelijk informatie. Deze informatie heb je nodig om volgende onderdelen van
Nadere informatieSPORT FRYSLÂN. Informatiemanager Allard Donker: IK WIL COLLEGA S STIMULEREN ZELF ZAKEN OP TE PAKKEN EN DE VOORDELEN VOOR HUN WERK LATEN ERVAREN.
SPORT FRYSLÂN Informatiemanager Allard Donker: IK WIL COLLEGA S STIMULEREN ZELF ZAKEN OP TE PAKKEN EN DE VOORDELEN VOOR HUN WERK LATEN ERVAREN. INHOUDSOPGAVE EEN AGILE PROJECTAANPAK 3 INLEIDING 3 4 EEN
Nadere informatieDriving business agility with open source Innovation fueled from outside
Driving business agility with open source Innovation fueled from outside Travelcard, project Next Peter Latten, Maarten Küppers Peter Latten Peter Latten Scrum Coach / Sr. Project Manager m: +31 (0)6 23
Nadere informatieONTZORG DE ZORGPROFESSIONAL DOOR VIRTUALISATIE
IT MANAGEMENT & OPTIMIZATION ONTZORG DE ZORGPROFESSIONAL DOOR VIRTUALISATIE E-BOOK DE STAP NAAR EEN TOEKOMST- BESTENDIGE EN DUURZAME BASIS Virtualiseren is in veel disciplines een populaire term. Het is
Nadere informatieDoe 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