EXIN Agile Scrum Master. Voorbeeldexamen
|
|
- Lieven van de Berg
- 7 jaren geleden
- Aantal bezoeken:
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
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 informatieEXIN 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 informatieEXIN 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 informatieEXIN 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 informatieEXIN Agile Scrum Master
Preparation Guide EXIN Agile Scrum Master Editie juli 2015 Copyright 2015 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system
Nadere 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 informatieEXIN 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 informatieEXIN 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 informatieEXIN 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 informatieEXIN 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 informatieTMap 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 informatieTFS als perfecte tool voor Scrum
TFS als perfecte tool voor Scrum René van Osnabrugge renevo@delta-n.nl About me René van Osnabrugge Communicate @renevo renevo@delta-n.nl http://osnabrugge.wordpress.com Agenda Wat is Scrum? Wat is ALM
Nadere informatieInhoud. 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 informatieEXIN 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 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 informatieHandleiding 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 informatieIIBA NL Jaarcongres "Business Analyse in Scaled Agile"
IIBA NL Jaarcongres "Business Analyse in Scaled Agile" Business Agility zonder Business Analyse, kan dat? Eddy Huisman De basis van Agile (Agile Manifest) Wij laten zien dat er betere manieren zijn om
Nadere 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 informatieAuteur 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 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 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 informatieDoel Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken.
Scrum Checklist 1 Sprint Planning Vaststellen wat het doel is van aankomende sprint en een plan maken om dat doel te bereiken. Eerste dag van de sprint Product Owner, Scrum Master, Ontwikkelteam (verplicht)
Nadere 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 informatieKwaliteit in Agile: een gegeven?
QA in Agile: waste? Kwaliteit in Agile: een gegeven? Een praktijkvoorbeeld Arno Balemans senior Quality Assurance consultant Bussum, 29 september 2015 Kwaliteit in Agile 2015 2 Werkzaamheden In mijn opdrachten:
Nadere informatieWelkom. bij scrum. Zin in Onderwijs
Welkom bij scrum Zin in Onderwijs www.zininonderwijs.nl els@zininonderwijs.nl anna@zininonderwijs.nl Wat gaan we vandaag doen? o Wat is scrum? o Praktisch aan de slag o Oefenen o Scrumbord maken o Taken
Nadere informatieHandleiding 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 informatieAgile Scrum Foundation Training - Scrum Begrippenlijst. Agile. Burndown Chart. Burnup Chart. Continuous Delivery. Continuous Deployment
Agile Scrum Foundation Training - Scrum Begrippenlijst Agile Een Agile projectaanpak gaat ervan uit dat de wereld tijdens het project verandert en probeert deze veranderingen zo goed mogelijk te faciliteren
Nadere informatieInstallatiehandleiding. 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 informatieEXIN 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 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 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 informatieAanpassing 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 informatieDocenten 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 informatieEEN INTRODUCTIE TOT SCRUM
EEN INTRODUCTIE TOT SCRUM www.scrumacademy.nl Panamalaan 8a 1019 AZ AMSTERDAM 020-8200910 info@scrumacademy.nl HET ONTSTAAN VAN SCRUM Agile, omarm verandering! Scrum is een methode die voortkomt vanuit
Nadere informatieBeheren 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 informatieRelease 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 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 informatieAan 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 informatieAuditen van Agile projecten
Auditen van Agile projecten Platform voor Informatiebeveiliging 10 december 2013 Merijn van der Zalm & Marcel Trijssenaar Agenda Belang van assurance op agile ontwikkelen Agile versus Waterval Perspectief
Nadere informatieScrum: Een Agile aanpak voor ontwikkeling van producten. Scrumteam rollen. Verder dan de vraag 2
Scrum: Een Agile aanpak voor ontwikkeling van producten Verder dan de vraag 1 Scrumteam rollen Verder dan de vraag 2 1 Scrum: Totaaloverzicht Verder dan de vraag 3 Scrum: Sprint cyclus Verder dan de vraag
Nadere informatieAgile Testen in de praktijk
1 Agenda 2 Agile Testen in de praktijk Summerschool 13 Juli 2011 Introductie Agile de context van agile Testen2.0 de tester in een agile project Waarden en principes DoD, PRA en MTP Testen3.0 in een agile
Nadere informatieRelease 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 informatieScrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil
Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag
Nadere informatieToepassen 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 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 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 informatieWijzigingen 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 informatiePerceptive 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 informatieAgile 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 informatieJoop 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 informatieEXIN 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 informatieHandleiding 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 informatieHandleiding 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 informatieAgile 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 informatieDemo applicatie. Functionele Beschrijving SPITS
Demo applicatie Aantonen functioneren LogiFlor systematiek Functionele Beschrijving SPITS Standaardisatie Project Informatievoorziening Transport Sierteelt onderwerp: Functionele beschrijving Demo applicatie
Nadere informatieNexus Gids. De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling. Developed and sustained by Ken Schwaber and Scrum.
Nexus Gids De definitieve gids voor Nexus: Het exoskelet van geschaalde Scrum ontwikkeling Developed and sustained by Ken Schwaber and Scrum.org August 2015 Inhoudsopgave Nexus Overzicht... 2 Doel van
Nadere informatieFase 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 informatieDe Agile Analist. Henk Jan Huizer
De Agile Analist Henk Jan Huizer Software Ontwikkeling Dat is Software Ontwikkeling is Voor veel organisaties van steeds grote belang! Agile Software ontwikkeling Is een aanpak die past bij het type werk
Nadere informatiewww.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 informatieNieuw 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 informatieEen website ontwerpen met agile design en scrum, wat heb je nodig?
Een website ontwerpen met agile design en scrum, wat heb je nodig? door admin - 03-19-2012 http://www.itpedia.nl/2012/03/19/een-website-ontwerpen-met-agile-design-en-scrum-wat-heb-je-nodig/ Door Pieter
Nadere 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 informatieAgenda. 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 informatieHeeft 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 informatieGebruikershandleiding 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 informatieAuteur 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 informatieManual 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 informatieAuteur 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 informatiewww.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 informatieTotal 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 informatieHandleiding 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 informatieScrum 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 informatieGewone jongens die mooie dingen maken. Wat we doen en hoe we het doen
Gewone jongens die mooie dingen maken Wat we doen en hoe we het doen Wij zijn studio fonkel Wij zijn Studio Fonkel en wij maken mooie dingen. Of het nu gaat om een website, webapplicatie, landkaart of
Nadere informatieWORK 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 informatieInhoud in vogelvlucht
Inhoud in vogelvlucht Voorwoord... 7 Over de auteur... 15 Dankwoord... 19 Inleiding... 21 Deel I: De rollen... 25 Hoofdstuk 1: Wat Scrum is en hoe het werkt... 27 Hoofdstuk 2: De Product Owner... 33 Hoofdstuk
Nadere informatieTester, 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 informatieRAPID 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 informatieMOTIVES, 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 informatiePrivacy 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 informatieToetsing 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 informatieAuteur 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 informatiePartnercertificering 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 informatieInleiding 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 informatieDe 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 informatieDe 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 informatieINSPECTIE 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 informatie7 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 informatieScrum. 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 informatieRelease 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 informatieHou 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 informatieVerhoging 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 informatieSYLLABUS 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 informatieSpeciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog. Hoe ga je daar mee om?
Speciaal voor u. Omdat wij ervan overtuigd zijn dat kennis pas echt waardevol is als je het deelt. De Product Backlog Hoe ga je daar mee om? Kevin Bakker Baarn, 1-3-2016 Met hulp van: Frank Sprengers,
Nadere informatieDate: 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 informatieBergOp 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 informatieBPMone 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 informatieMichael Franken met medewerking van Rini van Solingen
Scrum voor Dummies Michael Franken met medewerking van Rini van Solingen BBNC uitgevers Amersfoort, 2016 Inhoud Voorwoord...7 Over de auteur...15 Dankwoord...19 Inleiding...21 Waarom Scrum?... 21 Doelgroep...
Nadere informatieDe overstap naar Agile De overstap naar Agile
De overstap naar Agile De overstap naar Agile Wat als niet alleen de requirements veranderen, maar alles verandert? Inleiding Start project met waterval aanpak Overstap naar agile Hoe hebben we het gedaan?
Nadere informatieVersie 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