EXIN Agile Scrum Master. Voorbeeldexamen

Maat: px
Weergave met pagina beginnen:

Download "EXIN Agile Scrum Master. Voorbeeldexamen"

Transcriptie

1 EXIN Agile Scrum Master Voorbeeldexamen Editie juni 2016

2 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system or circulated in any form by print, photo print, microfilm or any other means without written permission by EXIN. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 2

3 Inhoudsopgave Introductie 4 Voorbeeldexamen 5 Antwoordindicatie 9 Evaluatie 16 Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 3

4 Introductie Dit is het voorbeeldexamen EXIN Agile Scrum Master (ASM.NL). Op dit examen is het Reglement voor de Examens van EXIN van toepassing. Dit voorbeeldexamen bestaat uit 10 meerkeuzevragen. Het echte examen bestaat uit 40 meerkeuzevragen. Elke vraag heeft een aantal antwoorden, waarvan er één correct is. Het maximaal aantal te behalen punten is 10. Elke goed beantwoorde vraag levert u 1 punt op. Bij 7 punten (65%) of meer bent u geslaagd. De beschikbare tijd is 20 minuten. Veel succes! Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 4

5 Voorbeeldexamen 1 / 10 Aan een nieuw project is een Scrum-team toegewezen. Dit team besluit om de volgende tekst toe te voegen aan de Definition of Done: "Alleen features waarvoor een functioneel ontwerp is opgesteld en geaccepteerd, worden in de Sprint Backlog opgenomen." De Scrum Master leest dit en zegt: "Er is documentatie nodig. Voor elke feature moet het ontwerp zijn gemaakt of geactualiseerd. We moeten de Definition of Done uitbreiden en hier rekening mee houden bij de inschatting van de taken voor de volgende Sprint Backlog." Waarom zegt de Scrum Master dit? A. Omdat de documentatie per feature kan worden opgesteld en aangepast. B. Omdat bij Agile-ontwikkeling de Customer belangrijker is dan de documentatie. C. Omdat de Scrum Master weet of het team tijd heeft om dit te implementeren. D. Omdat de Sprint Backlog genoeg informatie geeft om dit snel te doen. 2 / 10 Na de eerste week van een Sprint van vier weken realiseert het Development Team zich dat ze nog niet de helft van de items in de Sprint Backlog zullen kunnen opleveren. De Product Owner is hier niet blij mee, omdat de Customer het merendeel van die features bij de release aan het einde van de Sprint verwacht. Wat kan de Scrum Master het beste doen? A. Aanraden de Sprint te annuleren en onmiddellijk een andere Sprint te starten die uitsluitend is gericht op de absoluut noodzakelijke features. B. De Product Owner adviseren de volgorde van de items in de Sprint Backlog aan te passen en de ontwikkelaars zo goed mogelijk laten doorwerken. C. De ontwikkelaars adviseren om over te werken en in ruil daarvoor na afloop van de Sprint een paar vrije dagen op te nemen. D. Adviseren om de duur van de Sprint te verlengen totdat alles voor de release is afgerond. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 5

6 3 / 10 Tijdens de dagelijkse Scrum wijst de Product Owner taken aan ontwikkelaars toe en de bijeenkomst duurt altijd langer dan 15 minuten. Wat kan de Scrum Master hier het beste aan doen? A. De Scrum Master moet de Product Owner ervan overtuigen om geen taken meer aan het Development Team toe te wijzen en om niet meer aan de dagelijkse Scrums deel te nemen. B. De toewijzing van taken is de verantwoordelijkheid van de Scrum Master. Daar moeten ze dus mee beginnen en ze moeten dit binnen de time-box van 15 minuten houden. C. De Scrum Master bemoeit zich niet met onenigheden en moet de zelfgeorganiseerde teamleden dit probleem zelf laten oplossen. D. De Scrum Master moet de Product Owner uitleggen dat taken na de dagelijkse Scrum worden toegewezen, zodat de bijeenkomst binnen de time-box van 15 minuten blijft. 4 / 10 De Product Owner en het Development Team hebben tijdens de Sprint Planning-bijeenkomst ruzie. De Product Owner vindt dat de ontwikkelaars de items en hun capaciteit te pessimistisch hebben ingeschat en daardoor te weinig items voor de Sprint hebben geselecteerd. Welke actie kan de Scrum Master het beste ondernemen? A. Het Development Team vragen om hun schattingen bij te stellen, omdat de Product Owner de Customer vertegenwoordigt. B. De twee partijen vragen te bedaren, de kwestie te bespreken en tot een oplossing te komen (die waarschijnlijk ergens in het midden ligt). C. De Product Owner opdragen de schattingen te herzien en de Velocity te berekenen, en de ontwikkelaars laten weten hoeveel items zij moeten selecteren. D. Aan de Product Owner uitleggen dat dit een beslissing van het Development Team is en dat deze beslissing moet worden aanvaard. 5 / 10 Wanneer wordt de Definition of Done voor het eerst door een Development Team gebruikt? A. Tijdens de Estimation van de features in de Product Backlog, omdat het werk afhankelijk is van de eisen van zowel de features als de Definition of Done. B. Tijdens de dagelijkse Stand-up-bijeenkomst wanneer een feature als 'Done' wordt gedefinieerd, aangezien elke feature moet worden gecontroleerd op gereedheid zodra de feature tijdens de Sprint is afgerond. C. Tijdens de Demo aan de Product Owner en de Stakeholders, omdat zij het product moeten accepteren als een potentieel verzendbaar product. D. Tijdens de Release Sprint, tijdens welke wordt bevestigd dat alle gemaakte features aan de wensen van de Customer voldoen en dus verzendbaar zijn. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 6

7 6 / 10 De Product Owner wil twee releases in het project uitbrengen: één halverwege het project en één aan het einde van het project. De Scrum Master geeft aan dat dit niet relevant is. Waarom zegt de Scrum Master dit? A. Dit zijn de gebruikelijke releasemomenten voor een Scrum-project. B. Een project heeft doorgaans slechts één release, dus het project moet worden opgesplitst. C. Alle Increments moeten potentieel releasebaar zijn. D. Het Development Team is verantwoordelijk voor de planning van de releases. 7 / 10 Welke van de volgende deliverables is acceptabel als output van de eerste Sprint? A. Een paar eenvoudige functionaliteiten die de meeste waarde toevoegen B. Een door de Customer geaccepteerde indeling van de gebruikersinterface C. Een volledige oplossingsarchitectuur voor het project D. Een Product Backlog en een infrastructuurontwerp 8 / 10 Er werken negen teams aan een omvangrijk internationaal project. Alle teams bestaan uit zeer ervaren ontwikkelaars die al lange tijd in Scrum-omgevingen hebben gewerkt. Hoeveel Scrum Master-rollen zijn er voor dit project nodig? A. Geen, omdat de teams ervaren genoeg zijn. B. Eén Scrum Master-rol is voldoende voor het hele project. C. Negen, omdat er voor elk team een Scrum Master-rol nodig is. 9 / 10 De Agile Scrum-benadering is niet voor alle projecten geschikt. In welk geval is Scrum het meest wenselijk? A. De eisen zijn van tevoren bekend voor een snelle implementatie. B. De competenties van de ontwikkelaars zijn relatief gering. C. De organisatie wil geen gebruikersacceptatietests uitvoeren. D. De producteisen kunnen in de loop van het proces veranderen. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 7

8 10 / 10 'ADAPT' is een acroniem voor de activiteiten in een Agile-transitieplan. De eerste 'A' staat voor 'Awareness' (Bewustwording). Waarom is 'Awareness' belangrijk als eerste stap bij de introductie van Agile? A. Omdat iedereen moet leren om als onderdeel van een team te denken en te werken. B. Omdat iedereen moet inzien dat het huidige proces geen aanvaardbare resultaten oplevert. C. Omdat de Agile-technieken niet tot één afdeling moeten worden beperkt. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 8

9 Antwoordindicatie 1 / 10 Aan een nieuw project is een Scrum-team toegewezen. Dit team besluit om de volgende tekst toe te voegen aan de Definition of Done: "Alleen features waarvoor een functioneel ontwerp is opgesteld en geaccepteerd, worden in de Sprint Backlog opgenomen." De Scrum Master leest dit en zegt: "Er is documentatie nodig. Voor elke feature moet het ontwerp zijn gemaakt of geactualiseerd. We moeten de Definition of Done uitbreiden en hier rekening mee houden bij de inschatting van de taken voor de volgende Sprint Backlog." Waarom zegt de Scrum Master dit? A. Omdat de documentatie per feature kan worden opgesteld en aangepast. B. Omdat bij Agile-ontwikkeling de Customer belangrijker is dan de documentatie. C. Omdat de Scrum Master weet of het team tijd heeft om dit te implementeren. D. Omdat de Sprint Backlog genoeg informatie geeft om dit snel te doen. A. Correct. De Agile-werkwijze houdt in dat voor elke feature de stappen Design, Build en Test moeten worden gevolgd. Daarom wordt de documentatie per feature opgesteld en aangepast. (Literatuurbron A, hoofdstuk 13, hoewel kennis van de werking van Scrum vereist is.) B. Incorrect. Ja, de Customer is erg belangrijk, maar niet belangrijker dan documentatie. Bovendien is dit hier niet van belang. C. Incorrect. Het team besluit tijdens de Sprint Planning of ze tijd hebben. Dit is niet de taak van de Scrum Master. D. Incorrect. De Sprint Backlog bevat wel informatie over de features die worden geïmplementeerd, maar geen informatie over hoe snel er documentatie kan worden geschreven. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 9

10 2 / 10 Na de eerste week van een Sprint van vier weken realiseert het Development Team zich dat ze nog niet de helft van de items in de Sprint Backlog zullen kunnen opleveren. De Product Owner is hier niet blij mee, omdat de Customer het merendeel van die features bij de release aan het einde van de Sprint verwacht. Wat kan de Scrum Master het beste doen? A. Aanraden de Sprint te annuleren en onmiddellijk een andere Sprint te starten die uitsluitend is gericht op de absoluut noodzakelijke features. B. De Product Owner adviseren de volgorde van de items in de Sprint Backlog aan te passen en de ontwikkelaars zo goed mogelijk laten doorwerken. C. De ontwikkelaars adviseren om over te werken en in ruil daarvoor na afloop van de Sprint een paar vrije dagen op te nemen. D. Adviseren om de duur van de Sprint te verlengen totdat alles voor de release is afgerond. A. Incorrect. De Sprint Backlog is niet meer dan een inschatting van de ontwikkelaars van hoeveel werk zij tijdens de Sprint kunnen verrichten en biedt geen garantie dat zij dit ook daadwerkelijk allemaal zullen opleveren. B. Correct. Het feit dat zij niet alles kunnen opleveren, is geen reden om de Sprint te annuleren. Sprints worden alleen geannuleerd wanneer ze geen functie meer hebben, bijvoorbeeld wanneer de Customer de items uit de Sprint Backlog niet meer nodig heeft. Wanneer de ontwikkelaars zich realiseren dat ze een groot deel van de items niet zullen kunnen opleveren, is het verstandig om de Product Owner te vragen de Sprint Backlog te bekijken en waar nodig de prioriteiten aan te passen, aangezien de items onder in de Sprint Backlog waarschijnlijk nooit zullen worden uitgevoerd. (Literatuurbron B, hoofdstuk 15) C. Incorrect. We werken in een continu tempo en het is niet verstandig om overuren te maken. D. Incorrect. Voor de Sprints geldt een time-box (een maximale duur); Sprints worden in geen geval verlengd. (Indien strikt noodzakelijk kunnen de daaropvolgende Sprints wel een andere duur krijgen.) Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 10

11 3 / 10 Tijdens de dagelijkse Scrum wijst de Product Owner taken aan ontwikkelaars toe en de bijeenkomst duurt altijd langer dan 15 minuten. Wat kan de Scrum Master hier het beste aan doen? A. De Scrum Master moet de Product Owner ervan overtuigen om geen taken meer aan het Development Team toe te wijzen en om niet meer aan de dagelijkse Scrums deel te nemen. B. De toewijzing van taken is de verantwoordelijkheid van de Scrum Master. Daar moeten ze dus mee beginnen en ze moeten dit binnen de time-box van 15 minuten houden. C. De Scrum Master bemoeit zich niet met onenigheden en moet de zelfgeorganiseerde teamleden dit probleem zelf laten oplossen. D. De Scrum Master moet de Product Owner uitleggen dat taken na de dagelijkse Scrum worden toegewezen, zodat de bijeenkomst binnen de time-box van 15 minuten blijft. A. Correct. De ontwikkelaars wijzen zelf de taken toe; dit is geen taak van de Product Owner of de Scrum Master. De dagelijkse Scrum is alleen bedoeld voor het beantwoorden van de drie standaardvragen en voor niets anders. De bijeenkomst is ook bedoeld voor het Development Team en er kan niemand anders aan deelnemen (hoewel de bijeenkomst wel door anderen als waarnemers kan worden bijgewoond). (Literatuurbron C) B. Incorrect. Er worden geen taken toegewezen door de Scrum Master of de Product Owner. C. Incorrect. De Scrum Master is er om obstakels voor het team weg te nemen. Een Product Owner die taken toewijst, is een obstakel. D. Incorrect. Er worden geen taken toegewezen door de Scrum Master of de Product Owner. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 11

12 4 / 10 De Product Owner en het Development Team hebben tijdens de Sprint Planning-bijeenkomst ruzie. De Product Owner vindt dat de ontwikkelaars de items en hun capaciteit te pessimistisch hebben ingeschat en daardoor te weinig items voor de Sprint hebben geselecteerd. Welke actie kan de Scrum Master het beste ondernemen? A. Het Development Team vragen om hun schattingen bij te stellen, omdat de Product Owner de Customer vertegenwoordigt. B. De twee partijen vragen te bedaren, de kwestie te bespreken en tot een oplossing te komen (die waarschijnlijk ergens in het midden ligt). C. De Product Owner opdragen de schattingen te herzien en de Velocity te berekenen, en de ontwikkelaars laten weten hoeveel items zij moeten selecteren. D. Aan de Product Owner uitleggen dat dit een beslissing van het Development Team is en dat deze beslissing moet worden aanvaard. A. Incorrect. Het Development Team is als enige verantwoordelijk voor de schattingen. De Product Owner stelt alleen vast welke story's of taken de meeste waarde voor de Customer hebben. B. Incorrect. Het Development Team is als enige verantwoordelijk voor de schattingen. De Product Owner moet ervan uitgaan dat het Development Team eerlijk te werk gaat. C. Incorrect. Dit is geen taak van de Product Owner. Het maken van schattingen is de taak van het Development Team. D. Correct. Het inschatten van de items in de Product Backlog en de capaciteit is de verantwoordelijkheid van het Development Team. Niemand zou het team moeten dwingen om de inschatting aan te passen, omdat dat in dit geval hun zelforganisatie verzwakt en zo de slagvaardigheid belemmert. (Literatuurbron A, hoofdstuk 14) Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 12

13 5 / 10 Wanneer wordt de Definition of Done voor het eerst door een Development Team gebruikt? A. Tijdens de Estimation van de features in de Product Backlog, omdat het werk afhankelijk is van de eisen van zowel de features als de Definition of Done. B. Tijdens de dagelijkse Stand-up-bijeenkomst wanneer een feature als 'Done' wordt gedefinieerd, aangezien elke feature moet worden gecontroleerd op gereedheid zodra de feature tijdens de Sprint is afgerond. C. Tijdens de Demo aan de Product Owner en de Stakeholders, omdat zij het product moeten accepteren als een potentieel verzendbaar product. D. Tijdens de Release Sprint, tijdens welke wordt bevestigd dat alle gemaakte features aan de wensen van de Customer voldoen en dus verzendbaar zijn. A. Correct. De werkbelasting hangt inderdaad af van alle eisen voor alle features, inclusief de Definition of Done, aangezien op deze lijst alle eisen voor alle features in de Product Backlog worden gedefinieerd. (Literatuurbron B, hoofdstuk 9 en Literatuurbron E, bijlage B. Het gebruik van de Definition of Done wordt echter nergens volledig omschreven.) B. Incorrect. De Definition of Done wordt wel gebruikt, maar dit is niet de eerste keer dat de Definition of Done wordt gebruikt. C. Incorrect. De Definition of Done wordt wel gebruikt, maar dit is niet de eerste keer dat de Definition of Done wordt gebruikt. D. Incorrect. De Definition of Done wordt wel gebruikt, maar dit is niet de eerste keer dat de Definition of Done wordt gebruikt. 6 / 10 De Product Owner wil twee releases in het project uitbrengen: één halverwege het project en één aan het einde van het project. De Scrum Master geeft aan dat dit niet relevant is. Waarom zegt de Scrum Master dit? A. Dit zijn de gebruikelijke releasemomenten voor een Scrum-project. B. Een project heeft doorgaans slechts één release, dus het project moet worden opgesplitst. C. Alle Increments moeten potentieel releasebaar zijn. D. Het Development Team is verantwoordelijk voor de planning van de releases. A. Incorrect. Er zijn normaal gesproken geen releasemomenten halverwege een project. B. Incorrect. Er is geen regel die zegt dat er slechts één release moet zijn. C. Correct. Alle Increments moeten (potentieel) releasebaar zijn, om de feedbackprocedure te verbeteren en aanpassingen mogelijk te maken. Het maakt niet uit of de Increments eigenlijk releases zijn of niet. Potentieel releasebare Increments maken het mogelijk om de waarde voor de Customer te maximaliseren en om te werken aan het steeds verder verbeteren van de eindrelease. De Product Owner is verantwoordelijk voor het prioriteren van de features uit de Backlog om ervoor te zorgen dat de twee officiële releases klaar zijn en dat de Definition of Done overeenkomt met die van de Customer. (Literatuurbron A, hoofdstuk 14) D. Incorrect. Dit is wel waar, maar het is niet de reden waarom de Scrum Master zegt dat de twee releasemomenten niet relevant zijn. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 13

14 7 / 10 Welke van de volgende deliverables is acceptabel als output van de eerste Sprint? A. Een paar eenvoudige functionaliteiten die de meeste waarde toevoegen B. Een door de Customer geaccepteerde indeling van de gebruikersinterface C. Een volledige oplossingsarchitectuur voor het project D. Een Product Backlog en een infrastructuurontwerp A. Correct. Alle Sprints zijn hetzelfde en leveren Increments op: potentieel releasebare stukken werkende software. (Literatuurbron B, hoofdstuk 14) B. Incorrect. De indeling van de gebruikersinterface is een technische taak en kan geen Product Backlog-item zijn; deze taak moet worden uitgevoerd als onderdeel van andere Product Backlog-items; hetzelfde geldt voor de architectuur en infrastructuur van de toepassing. C. Incorrect. De indeling van de gebruikersinterface is een technische taak en kan geen Product Backlog-item zijn; deze taak moet worden uitgevoerd als onderdeel van andere Product Backlog-items; hetzelfde geldt voor de architectuur en infrastructuur van de toepassing. D. Incorrect. De Product Backlog is aan het begin van het project nog niet volledig bekend; de Product Backlog moet worden ontwikkeld op basis van de feedback die op de Increments binnenkomt. 8 / 10 Er werken negen teams aan een omvangrijk internationaal project. Alle teams bestaan uit zeer ervaren ontwikkelaars die al lange tijd in Scrum-omgevingen hebben gewerkt. Hoeveel Scrum Master-rollen zijn er voor dit project nodig? A. Geen, omdat de teams ervaren genoeg zijn. B. Eén Scrum Master-rol is voldoende voor het hele project. C. Negen, omdat er voor elk team een Scrum Master-rol nodig is. A. Incorrect. Voor elk team is altijd een Scrum Master-rol nodig, hoe ervaren de teamleden ook zijn. B. Incorrect. Voor elk team is een Scrum Master-rol nodig, zelfs als er slechts één persoon als Scrum Master fungeert. C. Correct. Hoe ervaren de ontwikkelaars ook zijn, ze hebben toch Scrum Masters nodig, op zijn minst om obstakels weg te nemen en om te voorkomen dat het team wordt afgeleid. In een geschaalde Scrum is er voor elk team een Scrum Master-rol nodig. Eén persoon kan voor meerdere teams tegelijk als Scrum Master fungeren. (Literatuurbron C & A, hoofdstuk 17) Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 14

15 9 / 10 De Agile Scrum-benadering is niet voor alle projecten geschikt. In welk geval is Scrum het meest wenselijk? A. De eisen zijn van tevoren bekend voor een snelle implementatie. B. De competenties van de ontwikkelaars zijn relatief gering. C. De organisatie wil geen gebruikersacceptatietests uitvoeren. D. De producteisen kunnen in de loop van het proces veranderen. A. Incorrect. Wanneer de eisen van tevoren bekend zijn, is een watervalbenadering goed genoeg. (Zie ook Literatuurbron E, hoofdstuk 1.) B. Incorrect. Bij Scrum moeten ervaren ontwikkelaars goede inschattingen kunnen maken en tot zelforganisatie in staat zijn. Het is bovendien waarschijnlijk dat ontwikkelaars niet alleen programmeertaken, maar ook diverse andere taken op zich moeten nemen. C. Incorrect. Bij Scrum moet het product door de Customer worden geïnspecteerd en aangepast, om de hoogst mogelijk waarde te waarborgen. D. Correct. De Agile Scrum-benadering is perfect als er sprake is van veranderende behoeften. Als bij een project met veranderende behoeften een watervalbenadering wordt gehanteerd, komt er nooit een eind aan het project. (Literatuurbron C) 10 / 10 'ADAPT' is een acroniem voor de activiteiten in een Agile-transitieplan. De eerste 'A' staat voor 'Awareness' (Bewustwording). Waarom is 'Awareness' belangrijk als eerste stap bij de introductie van Agile? A. Omdat iedereen moet leren om als onderdeel van een team te denken en te werken. B. Omdat iedereen moet inzien dat het huidige proces geen aanvaardbare resultaten oplevert. C. Omdat de Agile-technieken niet tot één afdeling moeten worden beperkt. A. Incorrect. Dit is de tweede 'A' in ADAPT, die voor 'Ability' (Vermogen) staat. Voordat we in staat zijn om volgens de Agile-methode te werken, waaronder om als onderdeel van een team te leren denken en werken, moeten we weten waarom we veranderen. B. Correct. We moeten weten waarom we moeten veranderen om de motivatie te krijgen om het huidige proces zodanig te veranderen dat we aanvaardbare resultaten leveren. (Literatuurbron A, hoofdstuk 2) C. Incorrect. Dit is de 'T' in ADAPT, die voor 'Transfer' (Overbrengen) staat. Voordat we Agiletechnieken overbrengen naar de rest van het bedrijf, moeten we weten waarom we veranderen. Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 15

16 Evaluatie De juiste antwoorden op de vragen in dit voorbeeldexamen staan in onderstaande tabel. vraag antwoord 1 A 2 B 3 A 4 D 5 A 6 C 7 A 8 C 9 D 10 B Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 16

17 Voorbeeldexamen EXIN Agile Scrum Master (ASM.NL) 17

18 Contact EXIN

EXIN Agile Scrum Foundation

EXIN Agile Scrum Foundation Voorbeeldexamen EXIN Agile Scrum Foundation Editie april 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Nadere informatie

EXIN Agile Scrum Foundation

EXIN Agile Scrum Foundation Preparation Guide EXIN Agile Scrum Foundation Editie december 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing

Nadere informatie

EXIN Agile Scrum Foundation

EXIN Agile Scrum Foundation Preparation Guide EXIN Agile Scrum Foundation Editie april 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing

Nadere informatie

EXIN Agile Scrum Foundation. Preparation Guide

EXIN Agile Scrum Foundation. Preparation Guide EXIN Agile Scrum Foundation Preparation Guide Editie Juni 2016 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Nadere informatie

EXIN Agile Scrum Master

EXIN Agile Scrum Master Preparation Guide EXIN Agile Scrum Master Editie juli 2015 Copyright 2015 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Nadere informatie

Scrum. Een introductie

Scrum. Een introductie Organisatie SYSQA B.V. Pagina 1 van 10 Scrum Een introductie Almere 1999 Proud of it Pagina 1 van 10 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Inleiding... 3 2 Scrum... 4 3 Scrum rollen...

Nadere informatie

EXIN WORKFORCE READINESS werkgever

EXIN WORKFORCE READINESS werkgever EXIN WORKFORCE READINESS werkgever DE ERVARING LEERT ICT is overal. Het is in het leven verweven geraakt. In een wereld waarin alles steeds sneller verandert, is het lastig te bepalen wat er nodig is om

Nadere informatie

EXIN WORKFORCE READINESS professional

EXIN WORKFORCE READINESS professional EXIN WORKFORCE READINESS professional DE ERVARING LEERT ICT is overal. Het is in het leven verweven geraakt. In een wereld waarin alles steeds sneller verandert, is het lastig te bepalen wat er nodig is

Nadere informatie

EXIN Agile Scrum Foundation. Voorbeeldexamen

EXIN Agile Scrum Foundation. Voorbeeldexamen EXIN Agile Scrum Foundation Voorbeeldexamen Editie Mei 2016 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Nadere informatie

EXIN WORKFORCE READINESS opleider

EXIN WORKFORCE READINESS opleider EXIN WORKFORCE READINESS opleider DE ERVARING LEERT ICT is overal. Het is in het leven verweven geraakt. In een wereld waarin alles steeds sneller verandert, is het lastig te bepalen wat er nodig is om

Nadere informatie

TMap NEXT Test Manager

TMap NEXT Test Manager TMap NEXT Test Manager Preparation Guide Editie 201607 Copyright 2016 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system or

Nadere informatie

TFS als perfecte tool voor Scrum

TFS als perfecte tool voor Scrum TFS als perfecte tool voor Scrum René van Osnabrugge renevo@delta-n.nl About me René van Osnabrugge Communicate @renevo renevo@delta-n.nl http://osnabrugge.wordpress.com Agenda Wat is Scrum? Wat is ALM

Nadere informatie

Inhoud. 1. Agile werken. 2. Het belang van Agile werken. 3. Basisprincipes van Agile werken. 4. De meest gebruikte Agile methode: Scrum

Inhoud. 1. Agile werken. 2. Het belang van Agile werken. 3. Basisprincipes van Agile werken. 4. De meest gebruikte Agile methode: Scrum Inhoud 1. Agile werken 2. Het belang van Agile werken 3. Basisprincipes van Agile werken 4. De meest gebruikte Agile methode: Scrum 5. Drie rollen binnen een Scrum squad De wereld waarin je leeft verandert

Nadere informatie

EXIN Agile Scrum Product Owner Bridge. Preparation Guide. Editie

EXIN Agile Scrum Product Owner Bridge. Preparation Guide. Editie EXIN Agile Scrum Product Owner Bridge Preparation Guide Editie 201705 Copyright EXIN Holding B.V. 2017. All rights reserved. EXIN is a registered trademark. No part of this publication may be published,

Nadere informatie

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

Definitief 1.0 Handreiking voor toepassen van Agile Scrum binnen Overheidsdiensten april 2012 1 Kennis Agile Scrum 1.1 Inleiding In dit eerste deel wordt de lezer meegenomen in de Agile Scrum methodiek. Binnen DR, onder meer met ondersteuning vanuit Quintor, worden steeds meer projecten op deze

Nadere informatie

Handleiding Eetmeter. Aan de slag. in beroep en bedrijf. Handleiding Eetmeter. februari 2007

Handleiding Eetmeter. Aan de slag. in beroep en bedrijf. Handleiding Eetmeter. februari 2007 Aan de slag in beroep en bedrijf februari 2007 Branche Uitgevers 1 Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in een geautomatiseerd gegevensbestand dan wel

Nadere informatie

IIBA NL Jaarcongres "Business Analyse in Scaled Agile"

IIBA NL Jaarcongres Business Analyse in Scaled Agile IIBA NL Jaarcongres "Business Analyse in Scaled Agile" Business Agility zonder Business Analyse, kan dat? Eddy Huisman De basis van Agile (Agile Manifest) Wij laten zien dat er betere manieren zijn om

Nadere informatie

SCRUM FRESHAPPLE.NL #DIGITALATHLETES

SCRUM FRESHAPPLE.NL #DIGITALATHLETES FRESHAPPLE.NL #DIGITALATHLETES HOME OF THE DIGITAL ATHLETES IT ALL STARTS WITH AN IDEA! EN DAAR ZITTEN WE VOL MEE We zijn ervan overtuigd dat iedereen een digitale fantasie heeft, wij helpen je graag dit

Nadere informatie

Auteur boek: Vera Lukassen Titel boek: Word Gevorderd 2010. 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: augustus 2012

Auteur boek: Vera Lukassen Titel boek: Word Gevorderd 2010. 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: augustus 2012 Auteur boek: Vera Lukassen Titel boek: Word Gevorderd 2010 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: augustus 2012 ISBN: 978-90-817910-7-6 Dit boek is gedrukt op een papiersoort

Nadere informatie

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

Riskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink Riskpoker - Confirmation - Planningpoker 10-7-2013 Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink 1 Presentatie (sprint) backlog items 1 2 3 4

Nadere informatie

AERIUS II. Mark Wilmot Product Owner AERIUS. Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS)

AERIUS II. Mark Wilmot Product Owner AERIUS. Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS) AERIUS II Mark Wilmot Product Owner AERIUS Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS) m.j.wilmot@mineleni.nl Inhoud Toelichting AERIUS II Project Demo Agile / Scrum proces

Nadere informatie

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

Doel Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken. Scrum Checklist 1 Sprint Planning Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken. Eerste dag van de sprint Product Owner, Scrum Master, Ontwikkelteam (verplicht)

Nadere informatie

Agile bij grote administratieve systemen. Omgaan met requirements

Agile bij grote administratieve systemen. Omgaan met requirements Agile bij grote administratieve systemen Omgaan met requirements 1 Agenda Wat is een groot systeem? Aanpak van een groot systeem Agile alignment Agile en requirements (en architectuur) Agile en governance

Nadere informatie

Kwaliteit in Agile: een gegeven?

Kwaliteit in Agile: een gegeven? QA in Agile: waste? Kwaliteit in Agile: een gegeven? Een praktijkvoorbeeld Arno Balemans senior Quality Assurance consultant Bussum, 29 september 2015 Kwaliteit in Agile 2015 2 Werkzaamheden In mijn opdrachten:

Nadere informatie

Welkom. bij scrum. Zin in Onderwijs

Welkom. bij scrum. Zin in Onderwijs Welkom bij scrum Zin in Onderwijs www.zininonderwijs.nl els@zininonderwijs.nl anna@zininonderwijs.nl Wat gaan we vandaag doen? o Wat is scrum? o Praktisch aan de slag o Oefenen o Scrumbord maken o Taken

Nadere informatie

Handleiding e-mail. Aan de slag. in beroep en bedrijf. Handleiding e-mail

Handleiding e-mail. Aan de slag. in beroep en bedrijf. Handleiding e-mail Aan de slag in beroep en bedrijf Branche Uitgevers 1 Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in een geautomatiseerd gegevensbestand dan wel openbaar gemaakt

Nadere informatie

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

Agile Scrum Foundation Training - Scrum Begrippenlijst. Agile. Burndown Chart. Burnup Chart. Continuous Delivery. Continuous Deployment Agile Scrum Foundation Training - Scrum Begrippenlijst Agile Een Agile projectaanpak gaat ervan uit dat de wereld tijdens het project verandert en probeert deze veranderingen zo goed mogelijk te faciliteren

Nadere informatie

Installatiehandleiding. Installatiehandleiding voor de ODBC-driver

Installatiehandleiding. Installatiehandleiding voor de ODBC-driver Installatiehandleiding Installatiehandleiding voor de ODBC-driver van UNIT4 Multivers (Accounting) Online 8.1 Copyright 2013 UNIT4 Software B.V., Sliedrecht, The Netherlands Alle rechten voorbehouden.

Nadere informatie

EXIN Cloud Computing Foundation

EXIN Cloud Computing Foundation Voorbeeldexamen EXIN Cloud Computing Foundation Editie maart 2013 Copyright 2013 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing

Nadere informatie

Continuous Requirements Engineering

Continuous Requirements Engineering Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Testen! 3 Het goeie ouwe V-model wensen systeem systeemrequirements

Nadere informatie

Agile (Scrum) Werken Jeroen Hak

Agile (Scrum) Werken Jeroen Hak 1 21-5-2018 Agile (Scrum) Werken Jeroen Hak 17-05-2018 2 Agenda Opening Agile - oorsprong Agile Scrum Agile PM methodieken 3 Jeroen Hak Functie Project / Programma manager Agile Adviseur & Trainer bij

Nadere informatie

Aanpassing btw per 1 oktober 2012 Microsoft Dynamics AX

Aanpassing btw per 1 oktober 2012 Microsoft Dynamics AX Aanpassing btw per 1 oktober 2012 Microsoft Dynamics AX Mprise B.V. Newtonstraat 2 P.O. Box 598 3900 AN VEENENDAAL The Netherlands Copyright 2012 Mprise B.V., Veenendaal, The Netherlands All rights reserved.

Nadere informatie

Docenten handboek NSS

Docenten handboek NSS Docenten handboek NSS Naslagwerk voor docenten Uitgegeven door: LCS Systemen BV Polakweg 15 C 2288 GG Rijswijk LCS Systemen, Rijswijk 2013 Alle rechten voorbehouden. Zonder schriftelijke toestemming van

Nadere informatie

EEN INTRODUCTIE TOT SCRUM

EEN INTRODUCTIE TOT SCRUM EEN INTRODUCTIE TOT SCRUM www.scrumacademy.nl Panamalaan 8a 1019 AZ AMSTERDAM 020-8200910 info@scrumacademy.nl HET ONTSTAAN VAN SCRUM Agile, omarm verandering! Scrum is een methode die voortkomt vanuit

Nadere informatie

Beheren van middelen in Web- Planboard

Beheren van middelen in Web- Planboard Handleiding Beheren van middelen in Web- Planboard versie juni 2010 Ambachtsweg 16 2641 KS Pijnacker Tel: +31.(0)15.3613497 Fax: +31.(0)15.3610029 E-mail: info@bitbybit-is.nl Web: www.bitbybit-is.nl Wijzigingsbladen

Nadere informatie

Release notes UNIT4 Multivers Online 8.0

Release notes UNIT4 Multivers Online 8.0 Release notes UNIT4 Multivers Online 8.0 UNIT4 Multivers is een product van: UNIT4 Software B.V. Telefoon 0184 444444 Postbus 102 Telefax 0184 444445 3360 AC Sliedrecht Supportlijn 0184 444555 Supportfax

Nadere informatie

Leiderschap in een organisatie met technische professionals

Leiderschap in een organisatie met technische professionals Quintor Leiderschap in een organisatie met technische professionals Johan Tillema CEO Quintor Professionele softwareontwikkeling ICT Architectuur Java,.NET en Mobile Informatieanalyse Opgericht in 2005

Nadere informatie

Aan de slag. Handleiding Voorraadbeheer

Aan de slag. Handleiding Voorraadbeheer Aan de slag in beroep en bedrijf Handleiding Voorraadbeheer februari 2007 Branche Uitgevers 1 Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in een geautomatiseerd

Nadere informatie

Auditen van Agile projecten

Auditen van Agile projecten Auditen van Agile projecten Platform voor Informatiebeveiliging 10 december 2013 Merijn van der Zalm & Marcel Trijssenaar Agenda Belang van assurance op agile ontwikkelen Agile versus Waterval Perspectief

Nadere informatie

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

Scrum: Een Agile aanpak voor ontwikkeling van producten. Scrumteam rollen. Verder dan de vraag 2 Scrum: Een Agile aanpak voor ontwikkeling van producten Verder dan de vraag 1 Scrumteam rollen Verder dan de vraag 2 1 Scrum: Totaaloverzicht Verder dan de vraag 3 Scrum: Sprint cyclus Verder dan de vraag

Nadere informatie

Agile Testen in de praktijk

Agile Testen in de praktijk 1 Agenda 2 Agile Testen in de praktijk Summerschool 13 Juli 2011 Introductie Agile de context van agile Testen2.0 de tester in een agile project Waarden en principes DoD, PRA en MTP Testen3.0 in een agile

Nadere informatie

Release notes Unit4 Multivers API 1.8.2

Release notes Unit4 Multivers API 1.8.2 Release notes Unit4 Multivers API 1.8.2 De Unit4 Multivers API is een product van: Unit4 Business Software Benelux B.V. Telefoon 031 88 247 17 77 Papendorpseweg 100 Supportlijn 088 247 24 72 Postbus 5005

Nadere informatie

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag

Nadere informatie

Toepassen van Scrum als process template

Toepassen van Scrum als process template Toepassen van Scrum als process template Door Robin Witteman robinw@delta-n.nl Introductie van Scrum Het toepassen van Scrum is in 1986 op de Universiteit van Harvard uitgedacht door Hirotaka Takeuchi

Nadere informatie

WHITEPAPER IN 5 MINUTEN. 11. Scrum

WHITEPAPER IN 5 MINUTEN. 11. Scrum WHITEPAPER IN 5 MINUTEN A U G U S T U S 2 0 1 4 11. Scrum Deze whitepaper gaat over Scrum. Kort en bondig: Scrum is een software-ontwikkelmethode met vaste sprints van enkele weken waarin steeds een verbeterde

Nadere informatie

[ SCRUM. ] Een introductie

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

Wijzigingen Unit4 Audition 15.1

Wijzigingen Unit4 Audition 15.1 Wijzigingen Unit4 Audition 15.1 Unit4 N.V. Telefoon +31 88 247 17 77 Papendorpseweg 100 Supportlijn +31 88 247 24 72 Postbus 500 Self Service https://my.unit4.com 3502 JA Utrecht Internet www.unit4.nl

Nadere informatie

Perceptive Process. Release Notes. Version: 3.5.x

Perceptive Process. Release Notes. Version: 3.5.x Perceptive Process Release Notes Version: 3.5.x Written by: Product Knowledge, R&D Date: December 2015 2015 Lexmark International Technology, S.A. All rights reserved. Lexmark is a trademark of Lexmark

Nadere informatie

Agile ervaring Ir.ing. Erik van Daalen

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

Nadere informatie

Joop Cornelissen BMC Klantendag 2011. Professionaliseren dienstverlening CMS

Joop Cornelissen BMC Klantendag 2011. Professionaliseren dienstverlening CMS Joop Cornelissen BMC Klantendag 2011 Professionaliseren dienstverlening CMS Agenda Introductie CIBER Waarom verder professionaliseren Tijdslijnen selectietraject Businesscase Scope implementatie Status

Nadere informatie

EXIN Projectmanagement Foundation

EXIN Projectmanagement Foundation EXIN Projectmanagement Foundation Voorbeeldexamen Editie 201608 Copyright 2016 EXIN PRINCE2 is a registered trade mark of AXELOS Limited. All rights reserved. No part of this publication may be published,

Nadere informatie

Handleiding Menukeuze

Handleiding Menukeuze Aan de slag in beroep en bedrijf Handleiding Menukeuze Branche Uitgevers 1 Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in een geautomatiseerd gegevensbestand

Nadere informatie

Handleiding Programmeren en bewerken CAM (graveermachine) Aan de slag. in beroep en bedrijf. Handleiding Programmeren en bewerken CAM (graveermachine)

Handleiding Programmeren en bewerken CAM (graveermachine) Aan de slag. in beroep en bedrijf. Handleiding Programmeren en bewerken CAM (graveermachine) Aan de slag in beroep en bedrijf Handleiding Programmeren en bewerken CAM (graveermachine) Branche Uitgevers 1 Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in

Nadere informatie

Agile Scrum voor Non-IT

Agile Scrum voor Non-IT whitepaper Agile Scrum voor Non-IT 020 2614 195 1 Inhoud 3 Waarom Agile Scrum 6 Hoe werkt Agile Scrum 8 Over ASG Scrum aanpak voor non-it projecten Scrum is een aanpak waarmee in projecten slimmer kan

Nadere informatie

Demo applicatie. Functionele Beschrijving SPITS

Demo applicatie. Functionele Beschrijving SPITS Demo applicatie Aantonen functioneren LogiFlor systematiek Functionele Beschrijving SPITS Standaardisatie Project Informatievoorziening Transport Sierteelt onderwerp: Functionele beschrijving Demo applicatie

Nadere informatie

Nexus Gids. De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling. Developed and sustained by Ken Schwaber and Scrum.

Nexus Gids. De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling. Developed and sustained by Ken Schwaber and Scrum. Nexus Gids De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling Developed and sustained by Ken Schwaber and Scrum.org August 2015 Inhoudsopgave Nexus Overzicht... 2 Doel van

Nadere informatie

Fase A. Jij de Baas. Gids voor de Starter. 2012 Stichting Entreprenasium. Versie 1.2: november 2012

Fase A. Jij de Baas. Gids voor de Starter. 2012 Stichting Entreprenasium. Versie 1.2: november 2012 N W O Fase A Z Jij de Baas Gids voor de Starter Versie 1.2: november 2012 2012 Stichting Entreprenasium Inleiding 2 School De school Inleiding 2 Doelen 3 Middelen 4 Invoering 5 Uitvoering 6 Jij de Baas:

Nadere informatie

De Agile Analist. Henk Jan Huizer

De Agile Analist. Henk Jan Huizer De Agile Analist Henk Jan Huizer Software Ontwikkeling Dat is Software Ontwikkeling is Voor veel organisaties van steeds grote belang! Agile Software ontwikkeling Is een aanpak die past bij het type werk

Nadere informatie

www.dubbelklik.nu Handleiding Homeplanner

www.dubbelklik.nu Handleiding Homeplanner www.dubbelklik.nu Handleiding Homeplanner Deze extra opdrachten zijn onderdeel van Dubbelklik, een lesmethode Technologie, ICT/ Loopbaanoriëntatie en Intersectoraal Alle rechten voorbehouden. Niets uit

Nadere informatie

Nieuw in deze versie Versie: 2.3

Nieuw in deze versie Versie: 2.3 Perceptive Reflect Nieuw in deze versie Versie: 2.3 Product Documentation, R&D datum: November 2012 2012 Lexmark International Technology SA. All rights reserved Perceptive Reflect is a trademark of Lexmark

Nadere informatie

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

Een website ontwerpen met agile design en scrum, wat heb je nodig? Een website ontwerpen met agile design en scrum, wat heb je nodig? door admin - 03-19-2012 http://www.itpedia.nl/2012/03/19/een-website-ontwerpen-met-agile-design-en-scrum-wat-heb-je-nodig/ Door Pieter

Nadere informatie

Februari juni Toelichting aanpak. Claudia Tjia GROEP F M42

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

Agenda. 1. Introductie CIBER. 2. Visie Cloud Services. 4. Hoe kan CIBER hepen. 2 Titel van de presentatie

Agenda. 1. Introductie CIBER. 2. Visie Cloud Services. 4. Hoe kan CIBER hepen. 2 Titel van de presentatie CIBER Nederland BV Agenda SURF 1. Introductie CIBER 2. Visie Cloud Services 3. Visiei Position Paper Beliefs 4. Hoe kan CIBER hepen 2 Titel van de presentatie 1. Introductie CIBER Nederland? Feiten en

Nadere informatie

Heeft uw bedrijf meer baat bij een relatie met meerdere banken of met één enkele bank?

Heeft uw bedrijf meer baat bij een relatie met meerdere banken of met één enkele bank? Heeft uw bedrijf meer baat bij een relatie met meerdere banken of met één enkele bank? Heeft uw bedrijf meer baat bij een relatie met meerdere banken of met één enkele bank? De voorbije jaren is het bankenlandschap

Nadere informatie

Gebruikershandleiding Rapportages

Gebruikershandleiding Rapportages Gebruikershandleiding Rapportages DOCUMENT DATUM 8-9-2014 AUTEUR I-Signaal Copyright 2014 i-signaal B.V. Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in een geautomatiseerd

Nadere informatie

Auteur boek: Vera Lukassen Titel boek: Excel Beginners 2013. 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: mei 2013

Auteur boek: Vera Lukassen Titel boek: Excel Beginners 2013. 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: mei 2013 Auteur boek: Vera Lukassen Titel boek: Excel Beginners 2013 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: mei 2013 ISBN: 978-90-817910-8-3 Dit boek is gedrukt op een papiersoort

Nadere informatie

Manual e-mail. Aan de slag. in beroep en bedrijf. Manual e-mail

Manual e-mail. Aan de slag. in beroep en bedrijf. Manual e-mail Aan de slag in beroep en bedrijf Branche Uitgevers 1 Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in een geautomatiseerd gegevensbestand dan wel openbaar gemaakt

Nadere informatie

Auteur boek: Vera Lukassen Titel boek: Excel Gevorderden 2013. 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: December 2013

Auteur boek: Vera Lukassen Titel boek: Excel Gevorderden 2013. 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: December 2013 Auteur boek: Vera Lukassen Titel boek: Excel Gevorderden 2013 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: December 2013 ISBN: 978-90-820856-9-3 Dit boek is gedrukt op een papiersoort

Nadere informatie

www.dubbelklik.nu Handleiding Paint 2003

www.dubbelklik.nu Handleiding Paint 2003 Handleiding Paint 2003 www.dubbelklik.nu Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in een geautomatiseerd gegevensbestand dan wel openbaar gemaakt in enige

Nadere informatie

Total Produce. Handleiding: Inloggen op de cloud. Auteur: Thomas de Jong T: +31 (0) E: Datum: Versie: 1.

Total Produce. Handleiding: Inloggen op de cloud. Auteur: Thomas de Jong T: +31 (0) E: Datum: Versie: 1. Total Produce Handleiding: Inloggen op de cloud Auteur: Thomas de Jong T: +31 (0)10 484 4400 E: tdejong@2makeitwork.nl Datum: 4-4-2019 Versie: 1.2 Copyright 2019 2makeITwork BV. All rights reserved under

Nadere informatie

Handleiding cliënt Online Samenwerken 2.0

Handleiding cliënt Online Samenwerken 2.0 Handleiding cliënt Online Samenwerken 2.0 Unit4 N.V. Telefoon +31 88 247 17 77 Papendorpseweg 100 Supportlijn +31 88 247 24 72 Postbus 500 Self Service https://my.unit4.com 3502 JA Utrecht Internet www.unit4.nl

Nadere informatie

Scrum bij Hosting. Philippus Baalman

Scrum bij Hosting. Philippus Baalman Scrum bij Hosting Philippus Baalman TriMM Projecten 2012 ontwikkelaars (vanuit de strategie) TriMM ontwikkelmethode introduceren op basis van Scrum Werkwijze Welkom Scrum by Hosting 10 december 2014 Sprint

Nadere informatie

Gewone jongens die mooie dingen maken. Wat we doen en hoe we het doen

Gewone jongens die mooie dingen maken. Wat we doen en hoe we het doen Gewone jongens die mooie dingen maken Wat we doen en hoe we het doen Wij zijn studio fonkel Wij zijn Studio Fonkel en wij maken mooie dingen. Of het nu gaat om een website, webapplicatie, landkaart of

Nadere informatie

WORK 2MAKE HANDLEIDING. Xelion iphone app. Copyright 2014 2makeITwork BV.

WORK 2MAKE HANDLEIDING. Xelion iphone app. Copyright 2014 2makeITwork BV. HANDLEIDING Xelion iphone app Auteur: Gerben Bazuin T: 010 484 4400 E: gbazuin@2makeitwork.nl Datum: 6112014 Versie: 1.0 Copyright 2014 2makeITwork BV. All rights reserved under International Copyright

Nadere informatie

Inhoud in vogelvlucht

Inhoud in vogelvlucht Inhoud in vogelvlucht Voorwoord... 7 Over de auteur... 15 Dankwoord... 19 Inleiding... 21 Deel I: De rollen... 25 Hoofdstuk 1: Wat Scrum is en hoe het werkt... 27 Hoofdstuk 2: De Product Owner... 33 Hoofdstuk

Nadere informatie

Tester, hoe word jij geschikt voor de toekomst?

Tester, hoe word jij geschikt voor de toekomst? Tester, hoe word jij geschikt voor de toekomst? Testnet voorjaarsevent Marieke Brinkman en Marieke Mouwe Wie zijn wij Marieke B Marieke M 2010 Capgemini. All rights reserved. 1 Insert "Title, Author, Date"

Nadere informatie

RAPID DEPLOYMENT PLAN IBM MAXIMO SCHEDULER

RAPID DEPLOYMENT PLAN IBM MAXIMO SCHEDULER Voor de implementatie van onze IBM Maximo planning oplossing Scheduler maken wij gebruik van een standaard rapid deployment methode welke ons in staat stelt u snel na aanschaf van uw licenties op weg te

Nadere informatie

MOTIVES, VALUES, PREFERENCES INVENTORY

MOTIVES, VALUES, PREFERENCES INVENTORY MOTIVES, VALUES, PREFERENCES INVENTORY O V E R Z I C H T INTRODUCTIE De Motives, Values, Preferences Inventory () is een persoonlijkheidstest die de kernwaarden, doelen en interesses van een persoon meet.

Nadere informatie

Privacy Verklaring. Vereniging voor toezichthouders in onderwijsinstellingen en kinderopvang

Privacy Verklaring. Vereniging voor toezichthouders in onderwijsinstellingen en kinderopvang Privacy Verklaring Vereniging voor toezichthouders in onderwijsinstellingen en kinderopvang Versie mei 2018 Disclaimer Bovenstaande handreiking is met de grootst mogelijke zorgvuldigheid samengesteld.

Nadere informatie

Toetsing beheersplan Domus Wehl

Toetsing beheersplan Domus Wehl Toetsing beheersplan Domus Wehl juni 2011 Toetsing beheersplan Domus Wehl juni 2011 In opdracht van Gemeente Doetinchem Omslagontwerp M. Grotens (Bureau Beke) Kuppens, J. en Ferwerda, H. Toetsing beheersplan

Nadere informatie

Auteur boek: Vera Lukassen Titel boek: Visio 2010. 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: maart 2012

Auteur boek: Vera Lukassen Titel boek: Visio 2010. 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: maart 2012 Auteur boek: Vera Lukassen Titel boek: Visio 2010 2011, Serasta Uitgegeven in eigen beheer info@serasta.nl Eerste druk: maart 2012 ISBN: 978-90-817910-1-4 Dit boek is gedrukt op een papiersoort die niet

Nadere informatie

Partnercertificering Be Informed 2013

Partnercertificering Be Informed 2013 Partnercertificering Be Informed 2013 - Implementatie & Support partner - Be Informed Copyright 2013 by Be Informed. All rights reserved. Nothing in this publication may be duplicated, published or transmitted,

Nadere informatie

Inleiding Administratieve Organisatie. Opgavenboek

Inleiding Administratieve Organisatie. Opgavenboek Inleiding Administratieve Organisatie Opgavenboek Inleiding Administratieve Organisatie Opgavenboek drs. J.P.M. van der Hoeven Vierde druk Stenfert Kroese, Groningen/Houten Wolters-Noordhoff bv voert

Nadere informatie

De projectmanager. en zelforganiserende teams

De projectmanager. en zelforganiserende teams De projectmanager en zelforganiserende teams Agenda 16:00 16:30: Inloop 16:30 16:50: Welkomstwoord DUO 16:50 17:00: Welkomstwoord IPMA Noord 17:00 17:30: Oefening zelforganisatie 17:30 18:00: Agile en

Nadere informatie

De koppeling tussen TRIODOS Internetbankieren en Unit4 Multivers Online

De koppeling tussen TRIODOS Internetbankieren en Unit4 Multivers Online De koppeling tussen TRIODOS Internetbankieren en Unit4 Multivers Online Unit4 N.V. Telefoon 031 88 247 17 77 Papendorpseweg 100 Supportlijn 088 247 24 72 Postbus 5005 Self Service https://my.unit4.com

Nadere informatie

INSPECTIE BOUWKUNDIGE BRANDVEILIGHEID Goed- en afkeurcriteria bouwkundige brandveiligheid

INSPECTIE BOUWKUNDIGE BRANDVEILIGHEID Goed- en afkeurcriteria bouwkundige brandveiligheid INSPECTIE BOUWKUNDIGE BRANDVEILIGHEID bouwkundige brandveiligheid Versie : 1.0 Publicatiedatum : 1 augustus 2014 Ingangsdatum : 1 augustus 2014 VOORWOORD Pagina 2/6 De Vereniging van Inspectie-instellingen

Nadere informatie

7 aug. 2006 Snelstart document Thecus N2100 Y.E.S.box BlackIP Versie 1.0

7 aug. 2006 Snelstart document Thecus N2100 Y.E.S.box BlackIP Versie 1.0 Setup Wizard MET DHCP-server: 1. NA de installatie van de software welke zich op de CD bevindt krijgt u het volgende te zien: 2. V ervolgens gaat de softw are op zoek naar de Thecus Y.E.S.box welke is

Nadere informatie

Scrum. Doe tweemaal zoveel met je studenten in de helft van de tijd

Scrum. Doe tweemaal zoveel met je studenten in de helft van de tijd Scrum Doe tweemaal zoveel met je studenten in de helft van de tijd Projectmanagement Improviseren Routine Projectmatig werken Improvisatie > Projecten > Routine Wie een (studenten)project opzet, moet altijd

Nadere informatie

Release notes Unit4 Multivers API 1.9.4

Release notes Unit4 Multivers API 1.9.4 Release notes Unit4 Multivers API 1.9.4 De Unit4 Multivers API is een product van: Unit4 Business Software Benelux B.V. Telefoon 031 88 247 17 77 Papendorpseweg 100 Supportlijn 088 247 24 72 Postbus 5005

Nadere informatie

Hou het eenvoudig Effectief communiceren in organisaties

Hou het eenvoudig Effectief communiceren in organisaties Hou het eenvoudig 30-09-2008 09:10 Pagina 1 Hou het eenvoudig Effectief communiceren in organisaties Hou het eenvoudig 30-09-2008 09:10 Pagina 2 Hou het eenvoudig 30-09-2008 09:10 Pagina 3 Arie Quik Hou

Nadere informatie

Verhoging BTW tarief van 6% naar 9%

Verhoging BTW tarief van 6% naar 9% 7 november 2018 Verhoging BTW tarief van 6% naar 9% Unit4 Wholesale Unit4 Business Software Benelux B.V. Papendorpseweg 100 Telefoon Supportlijn +31 88 247 17 77 +31 88 247 24 72 Postbus 500 Customer Support

Nadere informatie

SYLLABUS SECURITY AWARENESS WORKSHOP Personeel

SYLLABUS SECURITY AWARENESS WORKSHOP Personeel 3/10/2012 TRIO SMC SYLLABUS SECURITY AWARENESS WORKSHOP Personeel Pagina 1 van 9 Verantwoording 2012 Uniformboard te Vianen en 2012 Trio SMC te Almere. Copyright 2012 voor de cursusinhoud Trio SMC te Almere

Nadere informatie

Speciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog. Hoe ga je daar mee om?

Speciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog. Hoe ga je daar mee om? Speciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog Hoe ga je daar mee om? Kevin Bakker Baarn, 1-3-2016 Met hulp van: Frank Sprengers,

Nadere informatie

Date: Version: 1.0. Copyright makeITwork BV.

Date: Version: 1.0. Copyright makeITwork BV. Handleiding GRAS Website (voor ouders en kinderen) Impuls Onderwijs Sport en Cultuur Zaanstad Author: Maikel Koevermans T: +31 (0)10 484 44 00 E: mkoevermans@2makeitwork.nl Date: 04-07-2016 Version: 1.0

Nadere informatie

BergOp 4.1 Handleiding voor gebruikers

BergOp 4.1 Handleiding voor gebruikers BergOp 4.1 Handleiding voor gebruikers Testversie 1 Praktikon B.V. Postbus 6909 6503 GK Nijmegen www.praktikon.nl tel. 024-3615480 praktikon@acsw.ru.nl fax. 024-3611152 www.bergop.info 2016 Praktikon B.V.

Nadere informatie

BPMone 2.9 Release notes

BPMone 2.9 Release notes BPMone 2.9 Release notes 2012 Lexmark International Technology S.A. Datum: 12/18/2012 Versie: 2.9 BPMone is a trademark of Lexmark International Technology S.A., registered in the U.S. and other countries.

Nadere informatie

Michael Franken met medewerking van Rini van Solingen

Michael Franken met medewerking van Rini van Solingen Scrum voor Dummies Michael Franken met medewerking van Rini van Solingen BBNC uitgevers Amersfoort, 2016 Inhoud Voorwoord...7 Over de auteur...15 Dankwoord...19 Inleiding...21 Waarom Scrum?... 21 Doelgroep...

Nadere informatie

De overstap naar Agile De overstap naar Agile

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

Nadere informatie

Versie 1.1. ACA Fashion Software B.V. / Winstore De Witbogt AG Eindhoven Telefoonnummer +31- (0)

Versie 1.1. ACA Fashion Software B.V. / Winstore De Witbogt AG Eindhoven Telefoonnummer +31- (0) Titel Handleiding Versie 1.1 Contactadres ACA Fashion Software B.V. / Winstore De Witbogt 2 5652 AG Eindhoven Telefoonnummer +31- (0)40-88 00 700 info@winstore.nl www.aca.nl 2018 - ACA Fashion Software

Nadere informatie