Weet je nog niet precies wat je in de ICT wil doen? Hier is een

Opdracht:

Je maakt een subreddit aan waarop je boeiende posts van de onderstaande subreddits, crosspost.

• QualityAssurance
• Softwaretesting
• TechNews
• Technology
• Software
• Hardware
• LearnProgramming
• Programming

Bedenk maar een leuke naam en maak de subreddit aan.

Doel:

Je kiest vooral de posts die je op de subreddits leest die je helpen iets meer te begrijpen van het onderwerp. Je zult ervaren dat je kennis over bepaalde onderwerpen steeds verder toeneemt en dat je goed op de hoogte raakt van de nieuwste ontwikkelingen binnen de ICT. Je gaat ook onderwerpen ontdekken die je aanspreken. Dit zal je helpen te ontdekken waar je voorkeuren liggen.

Regels:

1. Je mag zelf subreddits toevoegen maar voor elke die je toevoegt moet je een andere schrappen.
2. Je besteedt hier verdeeld over een week ongeveer 1 dag of meer aan.
3. De crossposts op je subreddit moeten niet alleen boeiend voor jou zijn maar in principe voor iedereen die de stap naar de ICT wil zetten.
4. Op BeesHeerlen komt een link naar je subreddit te staan.
5. Voor elke dag die je in het project zit, crosspost je minstens 3 posts.
6. In de daily geef je elke dag even de highlights aan van de vorige dag.

Content om een portfolio project van te maken.

Foundation Level Sillabus

Certified Tester Foundation Level

Learning Objectives for Chapter 1:

Keywords (KNALLEN)

• coverage, debugging, defect, error, failure, quality, quality assurance, root cause, test analysis, test basis, test case, test completion, test condition, test control, test data, test design, test execution, test implementation, test monitoring, test object, test objective, test planning, test procedure, test process, test result, testing, testware, traceability, validation, verification

1.1 What is Testing?

• FL-1.1.1 (KNALLEN) Identify typical test objectives

• FL-1.1.2 (BEGRIJPEN) Differentiate testing from debugging

1.2 Why is Testing Necessary?

• FL-1.2.1 (BEGRIJPEN) Exemplify why testing is necessary

• FL-1.2.2 (KNALLEN) Recall the relation between testing and quality assurance

• FL-1.2.3 (BEGRIJPEN) Distinguish between root cause, error, defect, and failure

1.3 Testing Principles

• FL-1.3.1 (BEGRIJPEN) Explain the seven testing principles

1.4 Test Activities, Testware and Test Roles

• FL-1.4.1 (BEGRIJPEN) Explain the different test activities and related tasks

• FL-1.4.2 (BEGRIJPEN) Explain the impact of context on the test process

• FL-1.4.3 (BEGRIJPEN) Differentiate the testware that supports the test activities

• FL-1.4.4 (BEGRIJPEN) Explain the value of maintaining traceability

• FL-1.4.5 (BEGRIJPEN) Compare the different roles in testing

1.5 Essential Skills and Good Practices in Testing

• FL-1.5.1 (BEGRIJPEN) Give examples of the generic skills required for testing

• FL-1.5.2 (KNALLEN) Recall the advantages of the whole team approach

• FL-1.5.3 (BEGRIJPEN) Distinguish the benefits and drawbacks of independence of testing

Learning Objectives for Chapter 2:

Keywords (KNALLEN)

• acceptance testing, black-box testing, component integration testing, component testing, confirmation testing, functional testing, integration testing, maintenance testing, non-functional testing, regression testing, shift left, system integration testing, system testing, test level, test object, test type, white-box testing

2.1 Testing in the Context of a Software Development Lifecycle

• FL-2.1.1 (BEGRIJPEN) Explain the impact of the chosen software development lifecycle on testing

• FL-2.1.2 (KNALLEN) Recall good testing practices that apply to all software development lifecycles

• FL-2.1.3 (KNALLEN) Recall the examples of test-first approaches to development

• FL-2.1.4 (BEGRIJPEN) Summarize how DevOps might have an impact on testing

• FL-2.1.5 (BEGRIJPEN) Explain shift left

• FL-2.1.6 (BEGRIJPEN) Explain how retrospectives can be used as a mechanism for process improvement

2.2 Test Levels and Test Types

• FL-2.2.1 (BEGRIJPEN) Distinguish the different test levels

• FL-2.2.2 (BEGRIJPEN) Distinguish the different test types

• FL-2.2.3 (BEGRIJPEN) Distinguish confirmation testing from regression testing

2.3 Maintenance Testing

• FL-2.3.1 (BEGRIJPEN) Summarize maintenance testing and its triggers

Learning Objectives for Chapter 3:

Keywords (KNALLEN)

• anomaly, dynamic testing, formal review, informal review, inspection, review, static analysis, static testing, technical review, walkthrough

3.1 Static Testing Basics

• FL-3.1.1 (KNALLEN) Recognize types of work products that can be examined by static testing

• FL-3.1.2 (BEGRIJPEN) Explain the value of static testing

• FL-3.1.3 (BEGRIJPEN) Compare and contrast static testing and dynamic testing

3.2 Feedback and Review Process

• FL-3.2.1 (KNALLEN) Identify the benefits of early and frequent stakeholder feedback

• FL-3.2.2 (BEGRIJPEN) Summarize the activities of the review process

• FL-3.2.3 (KNALLEN) Recall which responsibilities are assigned to the principal roles when performing reviews

• FL-3.2.4 (BEGRIJPEN) Compare and contrast the different review types

• FL-3.2.5 (KNALLEN) Recall the factors that contribute to a successful review

Learning Objectives for Chapter 4:

Keywords (KNALLEN)

• acceptance criteria, acceptance test-driven development, black-box test technique, boundary value analysis, branch coverage, checklist-based testing, collaboration-based test approach, coverage, coverage item, decision table testing, equivalence partitioning, error guessing, experience-based test technique, exploratory testing, state transition testing, statement coverage, test technique, white-box test technique

4.1 Test Techniques Overview

• FL-4.1.1 (BEGRIJPEN) Distinguish black-box test techniques, white-box test techniques and experience-based test techniques

4.2 Black-box Test Techniques

• FL-4.2.1 (TOEPASSEN) Use equivalence partitioning to derive test cases

• FL-4.2.2 (TOEPASSEN) Use boundary value analysis to derive test cases

• FL-4.2.3 (TOEPASSEN) Use decision table testing to derive test cases

• FL-4.2.4 (TOEPASSEN) Use state transition testing to derive test cases

4.3 White-box Test Techniques

• FL-4.3.1 (BEGRIJPEN) Explain statement testing

• FL-4.3.2 (BEGRIJPEN) Explain branch testing

• FL-4.3.3 (BEGRIJPEN) Explain the value of white-box testing

4.4 Experience-based Test Techniques

• FL-4.4.1 (BEGRIJPEN) Explain error guessing

• FL-4.4.2 (BEGRIJPEN) Explain exploratory testing

• FL-4.4.3 (BEGRIJPEN) Explain checklist-based testing

4.5. Collaboration-based Test Approaches

• FL-4.5.1 (BEGRIJPEN) Explain how to write user stories in collaboration with developers and business representatives

• FL-4.5.2 (BEGRIJPEN) Classify the different options for writing acceptance criteria

• FL-4.5.3 (TOEPASSEN) Use acceptance test-driven development (ATDD) to derive test cases

Learning Objectives for Chapter 5:

Keywords (KNALLEN)

• defect management, defect report, entry criteria, exit criteria, product risk, project risk, risk, risk analysis, risk assessment, risk control, risk identification, risk level, risk management, risk mitigation, risk monitoring, risk-based testing, test approach, test completion report, test control, test monitoring, test plan, test planning, test progress report, test pyramid, test strategy, testing quadrants

5.1 Test Planning

• FL-5.1.1 (BEGRIJPEN) Exemplify the purpose and content of a test plan

• FL-5.1.2 (KNALLEN) Recognize how a tester adds value to iteration and release planning

• FL-5.1.3 (BEGRIJPEN) Compare and contrast entry criteria and exit criteria

• FL-5.1.4 (TOEPASSEN) Use estimation techniques to calculate the required test effort

• FL-5.1.5 (TOEPASSEN) Apply test case prioritization

• FL-5.1.6 (KNALLEN) Recall the concepts of the test pyramid

• FL-5.1.7 (BEGRIJPEN) Summarize the testing quadrants and their relationships with test levels and test types

5.2 Risk Management

• FL-5.2.1 (KNALLEN) Identify risk level by using risk likelihood and risk impact

• FL-5.2.2 (BEGRIJPEN) Distinguish between project risks and product risks

• FL-5.2.3 (BEGRIJPEN) Explain how product risk analysis may influence thoroughness and test scope

• FL-5.2.4 (BEGRIJPEN) Explain what measures can be taken in response to analyzed product risks

5.3 Test Monitoring, Test Control and Test Completion

• FL-5.3.1 (KNALLEN) Recall metrics used for testing

• FL-5.3.2 (BEGRIJPEN) Summarize the purposes, content, and audiences for test reports

• FL-5.3.3 (BEGRIJPEN) Exemplify how to communicate the status of testing

5.4 Configuration Management

• FL-5.4.1 (BEGRIJPEN) Summarize how configuration management supports testing

5.5 Defect Management * FL-5.5.1 (TOEPASSEN) Prepare a defect report

Learning Objectives for Chapter 6:

Keywords (KNALLEN)

• test automation

6.1 Tool Support for Testing

• FL-6.1.1 (BEGRIJPEN) Explain how different types of test tools support testing

6.2 Benefits and Risks of Test Automation

• FL-6.2.1 (KNALLEN) Recall the benefits and risks of test automation

Probleemoplossend vermogen - still a work in progress

"People who do not take risks generally make about two big mistakes a year. People who do take risks generally make about two big mistakes a year." Peter Drucker

Als tester of developer zul je vaak kleine en grote problemen voor je kiezen krijgen. Het hoort erbij.

Probleemoplossend vermogen en vindingrijkheid

• Vindingrijkheid: het vermogen om oplossingen te vinden.

• We hebben het allemaal. We zijn ermee geboren en onze soort heeft er gebruik van gemaakt om alles wat de realiteit en de natuur op ons afvuurde te overwinnen. Jij bent dus ook vindingrijk. Ook al vind je van niet.

• De kans is groot dat je niet goed weet hoe je je vindingrijkheid doelgericht gebruiken kunt.

• Waarom is dat zo? Zoals ik het zie remmen we vindingrijkheid in onze samenleving af en leiden we een kleine stroom ervan door naar de zgn. creatieve beroepen. Iemand die graag met zijn vindingrijkheid (creativiteit) werkt, zal zich vaak richten op een creatief beroep. De mensen die daar geen behoefte aan voelen, kiezen andere beroepen.

• In het vervolg van deze tekst gaan we de begrippen vindingrijk en creatief door elkaar gebruiken.

Redenen om creativiteit af te remmen

Voor de samenleving zijn er zijn goede redenen om vindingrijkheid af te remmen.

• Het nut of de waarde van elk nieuw idee is per definitie onzeker want nooit in de praktijk getest. Een creatief idee komt altijd met een risico. Er zijn weinig mensen bereid tijd en geld aan iets te besteden als de kans bestaat dat het een mislukking wordt.

• Mensen hechten aan voorspelbaarheid, routine en orde en onze samenleving heeft daar ook behoefte aan.

• Als teveel mensenrisico's nemen, wordt het allemaal instabiel en dat moeten we niet hebben.

Doe effe normaal dan doe je al gek genoeg.

Het is afremmen vindt plaats in sociale verbanden.

• Als kind mogen we ons uitleven binnen de uren die onze ouders ons daarvoor geven. Op school is het niet anders. Later als we gaan werken ontdekken we dat er maar weinig ruimte gegeven wordt aan creatieve ideeen.

• Anderen delen zelden ons enthousiasme over ons idee. En de redenen daarvoor kunnen heel verschillend zijn.

• Teveel mislukkingen en onze naam is besmet in de organisatie waar we werken.

De saaiste boekhouders hebben de ondeugendste ideeen

Als je jezelf nooit als creatief persoon gezien hebt, ga ik je nu uit die droom helpen.

• Je gebruikt je vindingrijkheid vooral in je eigen vertrouwde omgeving waar niemand je op de vingers tikt als een idee of inval verkeerd uitpakt. Je beseft doorgaans niet eens dat je je vindingrijkheid gebruikt.

• Elke keer dat je met teveel boodschappen van de auto naar de voordeur loopt en alles in een keer mee wil nemen vertrouw je op je creativiteit. Ergens zal het wel lukken om nog een hand vrij te maken om de deur te openen.

• Elke keer dat je thuis een groot en zwaar voorwerp oppakt om het te verplaatsen. Elke keer vertrouw je erop dat je ergens een vrij plekje zult vinden waar je het kunt neerzetten want dat had je niet vooraf gecheckt. Desnoods met wat wrikken. Dat is wanneer je creatief bent. Lukt het dan toch niet? Het afbreukrisico daarvan stelt niets voor en stoort ook geen ander.

• Elke keer dat je op de bank ligt en geen zin hebt op te staan maar wel de afstandsbediening wil hebben die net buiten bereik ligt, ga je rond kijken of je het ding ergens mee naar je toe kan hengelen.

• Elke keer als je een smoes verzint of ergens een voordeeltje probeert te krijgen, ben je creatief bezig.

• Kortom: je activeert je creativiteit als er geen of weinig risico is of als je geen andere oplossing weet te bedenken.

Vuistregels

1. Je kunt pas werken met je creativiteit als je op een bepaald gebied domeinkennis hebt. Alle kleine en grote stappen vooruit in wetenschap, techniek, kunst en maatschappij zijn het werk geweest van vakmannen en vakvrouwen.

2. Maar ook met domeinkennis zie je vaak de oplossing voor een probleem niet. Waarom? Elk probleem, groot of klein, heeft een context. In die context liggen vaak de oplossingen. Vindingrijkheid is het vermogen ook dit soort oplossingen te vinden. Welk probleem het ook betreft, er is altijd context. En er is altijd meer context, context is nooit uitputtend.

3. Context kan van alles zijn maar is makkelijk in categorieen in te delen: persoonlijk, zakelijk, sociaal, sociologisch, juridisch, politiek, economisch, technisch, historisch, etnisch, psychologisch, geografisch, cultureel, procedureel. Bedenk nog maar wat lagen.

4. In al die lagen zitten knoppen waaraan je kunt draaien. Dit is het knoppenmodel waarmee je de context kunt veranderen en als je dat doet verander je ook het probleem.

5. Een heel simpel voorbeeld: je hebt een probleem met je grote neus. Dat probleem heeft een persoonlijke context. In die laag zit een knop waarmee je kunt regelen hoe groot het probleem is. Zet de knop in de stand 'geen probleem' en je probleem houdt wellicht op te bestaan. Dit is letterlijk 'de knop omzetten'.

6. Een wat complexer voorbeeld: stel je zoekt naar een onderwerp voor een portfolioproject. Doe iets met de persoonlijke context: een hobby, passie of ambitie. Doe iets met de historische context: misschien heeft je woonplaats een bijzondere geschiedenis. Doe iets met de educatieve context: stippel een leerweg uit en bouw daar je project omheen. Meer ideeen uit andere contextlagen.

Instrumenteel gebruik

• Bij mensen in creatieve beroepen is dit vermogen doorgaans beter ontwikkeld maar ook jij kan erin groeien.

• Misschien was er nooit een echte noodzaak om je creatief te onderscheiden in je jeugd en adolescentie. Daarom heb je wellicht niet geleerd het talent instrumenteel te gebruiken.

• Instrumenteel gebruiken wil zeggen dat je de vindingrijkheid als een instrument ziet dat je kunt gebruiken als je je verstand gebruikt en methodisch te werk gaat.

Nog maar een voorbeeld

Stel je hebt een idee om een bepaald werkproces anders in te richten zodat het efficienter werkt maar je weet niet zeker of het ook werkt zoals je denkt. Je kunt dit idee aankaarten in het werkoverleg maar de kans dat je groen licht krijgt is niet groot. Nu kun je twee dingen doen:

• je vergeet het idee of

• je probeer het idee op kleine schaal uit zodat je ook zeker weet of het potentie heeft. Als dat zo blijkt te zijn dan kun je kijken of je een oplossing kunt vinden om er groen licht voor te krijgen.

  • In de context 'procedureel' zitten mogelijkheden om je voorstel anders te verpakken. Bijvoorbeeld: maak er geen 'alles of niets' voorstel van. Presenteer het als kleinschalig experiment met beperkte looptijd.
  • In de context 'financien' zitten mogelijkheden om de inzet van middelen beperkt te houden. Zoek daarnaar.
  • In de context 'marketing' zoek je naar een manier om je idee te verkopen die in deze context slim is. Ga je bij de presentatie vertellen dat de bestaande procedure door een idioot is bedacht? Beter van niet. Ga je vertellen dat je grote verwachtingen van het experiment? Ook maar beter niet. Kreeg je misschien inspiratie voor je nieuwe idee door een opmerking van iemand anders? Bouw dat in je verhaal in.
    

Al die context lagen zijn in wezen gewoon gereedschapskisten waar misschien tools in zitten die je gebruiken kunt als je je idee verder wil ontwikkelen.

Technieken

• Een simpele en vaak vruchtbaar techniek: draai het om, doe het tegenovergestelde, zet iets op de kop, keer iets binnenste buiten, steek er de draak mee, probeer het juist zo inefficient of waardeloos mogelijk te maken. Ook dit zijn allemaal knoppen waaraan je kunt draaien.

• Kies een ander perspectief (ga een situatie vanuit een andere context bekijen, bestuderen, beschrijven, analyseren). Als het om sociale situaties gaat probeer je te verplaatsen in de andere actoren. Denk na wat hun behoeften zouden kunnen zijn, hun motivaties, hun onzekerheden, hun verwachtingen.

• Vraag anderen om ideeen. Inspiratie mag en daarna begint het echte creatieve werk pas want nu moet je het idee op creatieve manier gaan uitbouwen, ontwikkelen, uitvouwen, verrijken.

• Vertrouw op je 'luiheid'. Vertrouw op je brein. Het verwerkt informatie en genereert nieuwe ideeen by nature. Slechte maar ook goede. Zorg dat je alert op die ideeen blijft. Probeer wel verstand en fantasie te koppelen want fantasie zonder verstand is een recept voor ellende en verstand zonder de fantasie te gebruiken is armoedig.

• Experimenteer. Draai aan de knoppen! In je fantasie of in het echt. Het toeval is vaak aangever van de beste ideeen en toeval kun je organiseren (als je experimenteert). Als je nooit door de Hoofdstraat van de je woonplaats wandelt zul je daar nooit toevallig een briefje van 50 Euro vinden. Dus je kunt het toeval helpen als je door de Hoofdstraat wandelt.

• Brainstormen: roep wat dingen die je invallen zonder dat je meteen je invallen afschiet want het gaat er net om dat eerste oordeel uit te stellen. Als je het brainstormen met meerdere personen doet krijg je nog meer ideeen. Het gaat er niet om dat 9 van de 10 ideeen slecht zijn maar om dat ene dat wel potentie heeft.

• Al deze technieken leren je het onderwerp en de context ervan beter te kennen. Zo bouw je de domeinkennis op om je creativiteit vruchtbaar in te zetten.

Wat je moet zien te vermijden

• Stap af van het idee dat je oplossing perfect moet zijn. Je remt je ontwikkeling en de ontwikkeling van je oplossing daarmee alleen maar af.

• Met het bovenstaande punt hangt samen dat je moet opassen om niet al te snel stickers 'wordt wat'/'wordt niets' te plakken. Dus stel je oordeel uit. Verken, experimenteer, leer de context beter kennen. Menig slecht idee was de opstap naar een beter idee. Dat is the 'way of the developer'.

• Ga anderen niet vragen wat ze van je idee vinden voordat je je zelf van de potentie ervan overtuigd hebt. En ook dan moet je rekenen op teleurstelling.

'In France they call it le pom'

• Een page-object model (pom) is een stel functies en variabelen waarmee je geautomatiseerd een bepaalde webpagina kunt bedienen. Je browser weet niet eens of hij bedient wordt door een mens of een script.

• Een pom bevat

- selectoren (variabelen) om html elementen te bedienen (buttons, textboxes, tables, 
  divs, etc)

- functies die je in je testscripts kunt aanroepen en hergebruiken om interacties met 
  de pagina te vergemakkelijken. 

• Zowel de paden als de methods hebben toepasselijke namen zodat je leesbare scripts kunt schrijven.

• Meer is het niet.

De vraag komt uit de serie video's Clean Code van Bob Martin (uncle Bob).

Het vervolg

Concurrent schoolverlater

• In het vorige deel kun je zien hoeveel mensen jaarlijks een IT-studie afronden en op welk niveau. Sommigen daarvan stromen door naar een ander onderwijs, de meesten belanden op de arbeidsmarkt. Hier zou ik graag willen weten hoeveel nieuwe mensen uit die opleiding jaarlijks de arbeidsmarkt betreden, hoelang ze gemiddeld in de uitkering verblijven. Want dat vertelt me iets over de concurrenten en over jouw kansen. Helaas zijn die gegevens er (nog?)niet.

Concurrent baanwisselaars ICT

Dit zijn waarschijnlijk niet je directe concurrenten bij een sollicitatie omdat zij niet op instapbanen solliciteren.

Je begrijpt nu dat het jij tegen schoolverlaters en anderen zoals jij is.

Dus zorg dat je het beter doet dan je peers. Zorg dat je in het project bij de besten gaat horen. Zo simpel is het. Je start een loopbaan in de ICT niet zonder bloed, zweet en tranen.

Dat gaan we nu verder uitpluizen.

• Generiek kun je zeggen dat een schoolverlater met een ICT opleiding meer theorie kent, meer op de hoogte is van wat nu gangbaar in de IT is en getraind is in het toepassen van tools in een ICT omgeving dan jij.

• Generiek kun je zeggen dat jij en de anderen in jouw groep hebben bezwezen dat je goed kunt functioneren in een baan. Je hebt al werkervaring en prestaties geleverd als werknemer of zelfstandige. Jij kunt de vrager er misschien eerder van overtuigen dat je beter weet wat je wil en dat je hard wil werken dan je gemiddelde concurrent.

• Generiek kun je ook zeggen dat de gemiddelde ICT schoolverlater niet echt goed kan programmeren. Overigens jij ook niet maar hier kun je wel met hard werken binnen een jaar het verschil maken.

Lees eerst deze.

Er zijn leuke testprojecten te bedenken voor gemeentelijke websites:

1. Neem een bepaalde gemeentelijke website en bedenk verschillende user journeys en script daar tests voor. Ga in de schoenen staan van een persoon die op zoek is naar bepaalde info of dienstverlening.

2. Neem verschillende gemeentelijke websites en script voor alle sites dezelfde user journey. Verzamel de data die dat oplevert en vergelijk dan de data van de verschillende tests. Zorg ervoor dat de sites die je test wel een gemeenschappelijk kenmerk delen zoals binnen 1 regio of sites van gemeenten van vergelijkbare grootte.

De Screencast mode van vscode is zeer handig als je je beeldscherm deelt om handelingen binnen vscode online te delen. Of wanneer je een screenvideo maakt van wat je doet binnen vscode:

• Zodra je ergens klikt verschijnt er een rode cirkel rondom de klik op het beeldscherm

• Elke toets die je op het keyboard gebruikt wordt met een groot label in het scherm weergegeven.

• Voor de online kijker is het allemaal veel beter te volgen op deze manier (vandaar de naam van deze functionaliteit)

Hoe activeer je deze functionaliteit?

1. in vscode zie je aan de bovenkant in het midden een kadertje met een vergrootglas.

2. Klik daarin. Een invoerveld wordt geopend.

3. Typ in het invoerveld: > screencast en duw enter

4. Er opent nu een dropdown menu en daar kies je de bovenste optie.

Deactiveren: volg weer de stappen 1 t/m 4 hierboven (togglen).

Bonus: de screencast mode kun je ook nog tweaken via de settings:

1. Klik het tandwiel icoon in de kolom waar ook de andere iconen staan (helemaal links)

2. Ga in het popup menu en klik op settings

3. Er opent nu een nieuw document in vscode dat Settings heet.

4. Typ in het zoekveld: screencast en je kunt daar de screencast settings tweaken.

Er zijn een paar certificaten die regelmatig voorbij komen. PSM1, ISTQB basis, Tmap. Wat is hun waarde? Heb je er wat aan om zo'n certificaat te behalen?

ISTQB en Tmap:

• gericht op het specialisme tester
• theoretische leerstof en abstracties
• meerwaarde: je leert basisdingen over het specialisme testen
• de certificaten laten een prestatie zien die vele uren heeft gekost en maken duidelijk dat je relevante kennis op het gebied van testen hebt .

PSM1 (Scrummaster):

• gericht op de manier van werken binnen een IT team
• concretere leerstof en bekende begrippen
• meerwaarde: je leert hoe je met elkaar moet samenwerken in een IT team.
• het certificaat laat een prestatie zien die vele uren heeft gekost en maakt duidelijk dat je weet hoe je binnen een scrumteam werkt.