From 2220b21e3949cebf89a76d630f85b74e43d873d0 Mon Sep 17 00:00:00 2001
From: JanC <108794854+janc-pxl@users.noreply.github.com>
Date: Mon, 13 May 2024 10:58:51 +0200
Subject: [PATCH] PUBLISHER #9
* PUSH NOTE : index.md
* PUSH NOTE : + 001 ProjectManagement.md
* PUSH NOTE : @zentaoteam_2022a.md
* PUSH NOTE : @wikipediakwaliteitsmanagement_2020.md
* PUSH NOTE : @vrielink_2020.md
* PUSH NOTE : @vlaanderenintern_2014.md
* PUSH NOTE : @visualparadigm_2022.md
* PUSH NOTE : @visual-paradigm_2022.md
* PUSH NOTE : @verheyen_2022.md
* PUSH NOTE : @verheyen_2017.md
* PUSH NOTE : @vanrooden_2015a.md
* PUSH NOTE : @vanrooden_2015.md
* PUSH NOTE : @vanlier_2018.md
* PUSH NOTE : @vaneekhout_2018.md
* PUSH NOTE : @vanderwardt_2017.md
* PUSH NOTE : @userstorymap_2022.md
* PUSH NOTE : @teamleader_2018.md
* PUSH NOTE : @stevenblom_2018.md
* PUSH NOTE : @stanley.etal_2020.md
* PUSH NOTE : @sjoerdoldebijvank_2010.md
* PUSH NOTE : @scrumguide_2022a.md
* PUSH NOTE : @sickipedia_2021.md
* PUSH NOTE : @scrumguide_2022.md
* PUSH NOTE : @schegget.hamelink_1993.md
* PUSH NOTE : @raghuprasad_2019.md
* PUSH NOTE : @productplan_2022.md
* PUSH NOTE : @nederlandovn_2021.md
* PUSH NOTE : @martin_2020.md
* PUSH NOTE : @kypproject_2023.md
* PUSH NOTE : @janse_2020.md
* PUSH NOTE : @hiteshbhasin_2015.md
* PUSH NOTE : @governmentofwesternaustralia_2017.md
* PUSH NOTE : @gomez_2021.md
* PUSH NOTE : @examspm_2022.md
* PUSH NOTE : @eby_2016.md
* PUSH NOTE : @doshi_2016.md
* PUSH NOTE : @cspo_2021.md
* PUSH NOTE : @coursera_2022.md
* PUSH NOTE : @cfi_2022.md
* PUSH NOTE : @agile4all_2019.md
* PUSH NOTE : @agilescrumgroup_2018.md
* PUSH NOTE : @agilescrumgroup_2017.md
* PUSH NOTE : @adobeworkfront_2022.md
* PUSH NOTE : 999 Bibliografie.md
* PUSH NOTE : 009 Informatiemanagement.md
* PUSH NOTE : 008 Oefeningen Agile Projectmanagement.md
* PUSH NOTE : 007 Agile Projectmanagement.md
* PUSH NOTE : 006 Risicomanagement.md
* PUSH NOTE : 005 Kosten en Batenanalyse.md
* PUSH NOTE : 004 Kwaliteitsmanagement.md
* PUSH NOTE : 003 Extra Oefeningen Projectmanagement.md
* PUSH NOTE : 002 Projectplanning.md
* PUSH NOTE : 001 Wat is Projectmanagement.md
* DELETE FILE : content/998 Het Gezin PeeTers/+ 001 ProjectManagement.md
* DELETE FILE : content/references/@adobeworkfront_2022.md
* DELETE FILE : content/references/@agile4all_2019.md
* DELETE FILE : content/references/@agilescrumgroup_2017.md
* DELETE FILE : content/references/@agilescrumgroup_2018.md
* DELETE FILE : content/references/@cfi_2022.md
* DELETE FILE : content/references/@coursera_2022.md
* DELETE FILE : content/references/@cspo_2021.md
* DELETE FILE : content/references/@doshi_2016.md
* DELETE FILE : content/references/@eby_2016.md
* DELETE FILE : content/references/@examspm_2022.md
* DELETE FILE : content/references/@gomez_2021.md
* DELETE FILE : content/references/@governmentofwesternaustralia_2017.md
* DELETE FILE : content/references/@hiteshbhasin_2015.md
* DELETE FILE : content/references/@janse_2020.md
* DELETE FILE : content/references/@kypproject_2023.md
* DELETE FILE : content/references/@martin_2020.md
* DELETE FILE : content/references/@nederlandovn_2021.md
* DELETE FILE : content/references/@productplan_2022.md
* DELETE FILE : content/references/@qframe_2021.md
* DELETE FILE : content/references/@raghuprasad_2019.md
* DELETE FILE : content/references/@schegget.hamelink_1993.md
* DELETE FILE : content/references/@scrumguide_2022.md
* DELETE FILE : content/references/@scrumguide_2022a.md
* DELETE FILE : content/references/@sickipedia_2021.md
* DELETE FILE : content/references/@sjoerdoldebijvank_2010.md
* DELETE FILE : content/references/@stanley.etal_2020.md
* DELETE FILE : content/references/@stevenblom_2018.md
* DELETE FILE : content/references/@teamleader_2018.md
* DELETE FILE : content/references/@userstorymap_2022.md
* DELETE FILE : content/references/@vanderwardt_2017.md
* DELETE FILE : content/references/@vaneekhout_2018.md
* DELETE FILE : content/references/@vanlier_2018.md
* DELETE FILE : content/references/@vanrooden_2015.md
* DELETE FILE : content/references/@vanrooden_2015a.md
* DELETE FILE : content/references/@verheyen_2017.md
* DELETE FILE : content/references/@verheyen_2022.md
* DELETE FILE : content/references/@visual-paradigm_2022.md
* DELETE FILE : content/references/@visualparadigm_2022.md
* DELETE FILE : content/references/@vlaanderenintern_2014.md
* DELETE FILE : content/references/@vrielink_2020.md
* DELETE FILE : content/references/@wikipediakwaliteitsmanagement_2020.md
* DELETE FILE : content/references/@zentaoteam_2022a.md
---
content/001 Wat is Projectmanagement.md | 30 ++---
content/002 Projectplanning.md | 10 +-
content/004 Kwaliteitsmanagement.md | 28 ++--
content/005 Kosten en Batenanalyse.md | 4 +-
content/007 Agile Projectmanagement.md | 120 +++++++++---------
.../+ 001 ProjectManagement.md | 65 ----------
content/999 Bibliografie.md | 80 ++++++------
.../+ 001 ProjectManagement.md | 54 ++++++++
.../@adobeworkfront_2022.md | 2 +-
.../@agile4all_2019.md | 2 +-
.../@agilescrumgroup_2017.md | 2 +-
.../@agilescrumgroup_2018.md | 2 +-
.../{references => References}/@cfi_2022.md | 2 +-
.../@coursera_2022.md | 2 +-
.../{references => References}/@cspo_2021.md | 2 +-
.../{references => References}/@doshi_2016.md | 2 +-
.../{references => References}/@eby_2016.md | 2 +-
.../@examspm_2022.md | 2 +-
.../{references => References}/@gomez_2021.md | 2 +-
.../@governmentofwesternaustralia_2017.md | 2 +-
.../@hiteshbhasin_2015.md | 2 +-
.../{references => References}/@janse_2020.md | 2 +-
.../@kypproject_2023.md | 2 +-
.../@martin_2020.md | 2 +-
.../@nederlandovn_2021.md | 2 +-
.../@productplan_2022.md | 2 +-
.../@raghuprasad_2019.md | 2 +-
.../@schegget.hamelink_1993.md | 2 +-
.../@scrumguide_2022.md | 2 +-
.../@scrumguide_2022a.md | 2 +-
.../@sickipedia_2021.md | 2 +-
.../@sjoerdoldebijvank_2010.md | 2 +-
.../@stanley.etal_2020.md | 2 +-
.../@stevenblom_2018.md | 2 +-
.../@teamleader_2018.md | 2 +-
.../@userstorymap_2022.md | 2 +-
.../@vanderwardt_2017.md | 2 +-
.../@vaneekhout_2018.md | 2 +-
.../@vanlier_2018.md | 2 +-
.../@vanrooden_2015.md | 2 +-
.../@vanrooden_2015a.md | 2 +-
.../@verheyen_2017.md | 2 +-
.../@verheyen_2022.md | 2 +-
.../@visual-paradigm_2022.md | 2 +-
.../@visualparadigm_2022.md | 2 +-
.../@vlaanderenintern_2014.md | 2 +-
.../@vrielink_2020.md | 2 +-
.../@wikipediakwaliteitsmanagement_2020.md | 2 +-
.../@zentaoteam_2022a.md | 2 +-
content/references/@qframe_2021.md | 44 -------
50 files changed, 231 insertions(+), 286 deletions(-)
delete mode 100644 content/998 Het Gezin PeeTers/+ 001 ProjectManagement.md
create mode 100644 content/Het Gezin PeeTers/+ 001 ProjectManagement.md
rename content/{references => References}/@adobeworkfront_2022.md (98%)
rename content/{references => References}/@agile4all_2019.md (97%)
rename content/{references => References}/@agilescrumgroup_2017.md (98%)
rename content/{references => References}/@agilescrumgroup_2018.md (98%)
rename content/{references => References}/@cfi_2022.md (98%)
rename content/{references => References}/@coursera_2022.md (98%)
rename content/{references => References}/@cspo_2021.md (99%)
rename content/{references => References}/@doshi_2016.md (98%)
rename content/{references => References}/@eby_2016.md (98%)
rename content/{references => References}/@examspm_2022.md (98%)
rename content/{references => References}/@gomez_2021.md (99%)
rename content/{references => References}/@governmentofwesternaustralia_2017.md (98%)
rename content/{references => References}/@hiteshbhasin_2015.md (98%)
rename content/{references => References}/@janse_2020.md (98%)
rename content/{references => References}/@kypproject_2023.md (97%)
rename content/{references => References}/@martin_2020.md (98%)
rename content/{references => References}/@nederlandovn_2021.md (98%)
rename content/{references => References}/@productplan_2022.md (98%)
rename content/{references => References}/@raghuprasad_2019.md (98%)
rename content/{references => References}/@schegget.hamelink_1993.md (98%)
rename content/{references => References}/@scrumguide_2022.md (98%)
rename content/{references => References}/@scrumguide_2022a.md (98%)
rename content/{references => References}/@sickipedia_2021.md (99%)
rename content/{references => References}/@sjoerdoldebijvank_2010.md (98%)
rename content/{references => References}/@stanley.etal_2020.md (98%)
rename content/{references => References}/@stevenblom_2018.md (98%)
rename content/{references => References}/@teamleader_2018.md (97%)
rename content/{references => References}/@userstorymap_2022.md (98%)
rename content/{references => References}/@vanderwardt_2017.md (98%)
rename content/{references => References}/@vaneekhout_2018.md (98%)
rename content/{references => References}/@vanlier_2018.md (98%)
rename content/{references => References}/@vanrooden_2015.md (98%)
rename content/{references => References}/@vanrooden_2015a.md (98%)
rename content/{references => References}/@verheyen_2017.md (98%)
rename content/{references => References}/@verheyen_2022.md (98%)
rename content/{references => References}/@visual-paradigm_2022.md (98%)
rename content/{references => References}/@visualparadigm_2022.md (97%)
rename content/{references => References}/@vlaanderenintern_2014.md (98%)
rename content/{references => References}/@vrielink_2020.md (98%)
rename content/{references => References}/@wikipediakwaliteitsmanagement_2020.md (98%)
rename content/{references => References}/@zentaoteam_2022a.md (98%)
delete mode 100644 content/references/@qframe_2021.md
diff --git a/content/001 Wat is Projectmanagement.md b/content/001 Wat is Projectmanagement.md
index 5d2cc525..677b068a 100644
--- a/content/001 Wat is Projectmanagement.md
+++ b/content/001 Wat is Projectmanagement.md
@@ -31,7 +31,7 @@ Projectmanagement is ontstaan in een resem basissectoren waarmen complexe en gro
5. Informatietechnologie (IT): Met de groei van de IT-sector werd projectmanagement steeds belangrijker voor het plannen, organiseren en uitvoeren van IT-projecten, zoals softwareontwikkeling, netwerkinstallaties en systeemintegraties.
> [!QUESTION inline] Het Gezin PeeTers (GPT)
-> ![](https://i.imgur.com/WpcbdOP.jpg) Heb je meer vragen over ProjectManagement? Ontdek [[./Vraag het aan het Gezin PeeTers/+ 001 ProjectManagement#Vragen die je kan stellen over ProjectManagement|hier]] welke vragen je nog kan stellen.
+> ![](https://i.imgur.com/WpcbdOP.jpg) Heb je meer vragen over ProjectManagement? Ontdek [[./Het Gezin PeeTers/+ 001 ProjectManagement#Vragen die je kan stellen over ProjectManagement|hier]] welke vragen je nog kan stellen.
Hoewel projectmanagement zijn oorsprong vindt in deze sectoren, is het vandaag de dag een essentieel onderdeel van bijna elke industrie en sector, aangezien organisaties van alle soorten en maten complexe projecten moeten plannen en uitvoeren om hun doelen te bereiken.
@@ -110,14 +110,14 @@ Veel organisaties gebruiken een bepaalde projectmanagementmethodiek als ze proje
**Duivelsdriehoek**
> [!note] DEFINITIE: De Duivelsdriehoek
-> De duivelsdriehoek laat op eenvoudige wijze zien hoe de drie belangrijkste projectvariabelen zich tot elkaar verhouden. De variabelen waarover het gaat zijn **tijd, geld** en **kwaliteit**. Het managen van projecten gaat dus om het managen van deze drie variabelen. [[./references/@sjoerdoldebijvank_2010|@sjoerdoldebijvank_2010]]
+> De duivelsdriehoek laat op eenvoudige wijze zien hoe de drie belangrijkste projectvariabelen zich tot elkaar verhouden. De variabelen waarover het gaat zijn **tijd, geld** en **kwaliteit**. Het managen van projecten gaat dus om het managen van deze drie variabelen. [[./References/@sjoerdoldebijvank_2010|@sjoerdoldebijvank_2010]]
Het bewegen in het voordeel van geld (dus een besparing) betekent onvermijdelijk een beweging in het nadeel van kwaliteit (minder kwaliteit in het eindproduct) of tijd (het zal langer gaan duren) of een combinatie ervan. Ook kan men zich bedenken dat binnen een project slechts twee van de drie aspecten tegelijk benadrukt kunnen worden. Iets kan alleen goedkoper en sneller als de kwaliteit daaronder lijdt.
![](https://i.imgur.com/602iRyY.png)
-[[./references/@stevenblom_2018|@stevenblom_2018]]
+[[./References/@stevenblom_2018|@stevenblom_2018]]
![](https://i.imgur.com/Dww0uEV.png)
-[[./references/@sjoerdoldebijvank_2010|@sjoerdoldebijvank_2010]]
+[[./References/@sjoerdoldebijvank_2010|@sjoerdoldebijvank_2010]]
In de Duivelsdriehoek worden drie belangrijke variabelen genoemd: tijd, kwaliteit en budget. Hoe dan ook wordt een belangrijke variabele over het hoofd gezien: de **opdracht** zelf. In de praktijk blijkt dat deze opdracht niet altijd vaststaat. Hierdoor ontstaat er een duivelsvierkant in plaats van een duivelsdriehoek.
@@ -142,14 +142,14 @@ Wat is de uitdaging voor een bedrijf:
De **business Case** vormt de rechtvaardiging van het project. Het bevat al de nodige informatie om te kunnen vaststellen of een project levensvatbaar/haalbaar is en ook blijft. Daarmee samenhangend onderzoekt men of het de moeite loont om te investeren of te blijven investeren in het project. Het vormt de basis voor de opstart van het project, maar moet gedurende het project voortdurend geactualiseerd worden met de actuele inschattingen van de te realiseren baten.
-De Business Case stelt u op tijdens de fase 'Opstart'. De input voor de Business Case komt van alle betrokkenen van het project. Het initiëren of opstarten van een project wil ook zeggen dat men het kader moet omlijnen, de **scope** vastleggen. [[./references/@vlaanderenintern_2014|@vlaanderenintern_2014]]
+De Business Case stelt u op tijdens de fase 'Opstart'. De input voor de Business Case komt van alle betrokkenen van het project. Het initiëren of opstarten van een project wil ook zeggen dat men het kader moet omlijnen, de **scope** vastleggen. [[./References/@vlaanderenintern_2014|@vlaanderenintern_2014]]
In het bedrijfsleven wordt dat vaak omschreven als de ‘battery limits’ vastleggen. Een heel belangrijke deliverable is het uitwerken van het projectcharter. Dit charter is het officiële startpunt en het contract tussen alle betrokken partijen (=opdrachtgever, projectteam, sponsors, …). Het beschrijft op een abstract niveau de krijtlijnen waarbinnen het project uitgevoerd moet worden. Het charter verwoordt vanuit het perspectief van de projectsponsor de verwachtingen en is op die manier een eerste aanwijzing van de scope. De inhoud wordt vastgelegd via een intense communicatie tussen alle betrokken partijen opdat er voor 100 % duidelijkheid bestaat over de eisen, de functionaliteiten (met een prioriteitenlijst), de aanpak, de timing, de financiering en opvolging van het project.
In de realiteit blijkt vaak dat er bij de initiatie nog geen (volwaardig) projectteam geïnstalleerd is. Vaak ontstaat een projectidee binnen de functionele departementen van een bedrijf. Zij hebben een visie op het eindproduct (= business wens), maar de praktische uitwerking of invulling mag in dit stadium nog niet de hoofdaandacht krijgen. De functionele teams zullen doorheen het project hun stem krijgen in bijvoorbeeld een stuurgroep (zorgen voor de review, de goedkeuring en opvolging van het project) of afstemmeeting. Ze worden wel actief betrokken bij het definiëren van de vereisten en bij de validatie en de acceptatie van de deliverables.
> [!QUESTION inline end] Het Gezin PeeTers (GPT)
-> ![](https://i.imgur.com/fECh8oa.jpg) Heb je meer vragen over een Project? Ontdek [[./Vraag het aan het Gezin PeeTers/+ 001 ProjectManagement#Vragen die je kan stellen over een Project|hier]] welke vragen je nog kan stellen.
+> ![](https://i.imgur.com/fECh8oa.jpg) Heb je meer vragen over een Project? Ontdek [[./Het Gezin PeeTers/+ 001 ProjectManagement#Vragen die je kan stellen over een Project|hier]] welke vragen je nog kan stellen.
Kernwoorden voor projectinitiatie zijn high-level (abstractie), onzekerheid (over oplossing, haalbaarheid, oplevertermijnen, …) en voorbereidingen (‘het pad effenen’).
@@ -182,9 +182,9 @@ Het is belangrijk op te merken dat een product alleen kan worden ontwikkeld binn
Anders dan bij een project, is er bij een product geen duidelijke definitie van wat er geleverd moet worden. De behoeften van de klant evolueren van nature in de loop van de tijd, en producten moeten evolueren om aan deze behoeften van de klant te voldoen.
-Bij producten zijn er geen duidelijke deadlines. Een klant verwacht dat een product nu aan zijn behoeften voldoet, niet ergens in de toekomst. Productontwikkeling is dus geen tijdelijke of incidentele onderneming. Het is een continu proces waarbij nieuwe functies worden geleverd en een bepaald product in de loop van de tijd wordt verbeterd. [[./references/@gomez_2021|@gomez_2021]]
+Bij producten zijn er geen duidelijke deadlines. Een klant verwacht dat een product nu aan zijn behoeften voldoet, niet ergens in de toekomst. Productontwikkeling is dus geen tijdelijke of incidentele onderneming. Het is een continu proces waarbij nieuwe functies worden geleverd en een bepaald product in de loop van de tijd wordt verbeterd. [[./References/@gomez_2021|@gomez_2021]]
-Het **productportfolio** kan worden gedefinieerd als de compilatie van producten en diensten die door het bedrijf aan de doelmarkt worden aangeboden. Het omvat alle producten die worden aangeboden vanaf de producten die werden gelanceerd en aangeboden tijdens het begin van het merk tot de producten die momenteel worden gelanceerd, samen met de producten die in de pijplijn zitten. [[./references/@hiteshbhasin_2015|@hiteshbhasin_2015]]
+Het **productportfolio** kan worden gedefinieerd als de compilatie van producten en diensten die door het bedrijf aan de doelmarkt worden aangeboden. Het omvat alle producten die worden aangeboden vanaf de producten die werden gelanceerd en aangeboden tijdens het begin van het merk tot de producten die momenteel worden gelanceerd, samen met de producten die in de pijplijn zitten. [[./References/@hiteshbhasin_2015|@hiteshbhasin_2015]]
![](https://i.imgur.com/pBi8aFH.png)
@@ -535,14 +535,14 @@ In de weg die iedere nieuwe technologie aflegt naar volledige adoptie, doorloopt
Hieronder nog iets gedetailleerder welke gebeurtenissen en acties zich in iedere fase voordoen.
![](https://i.imgur.com/bj6IAQT.png)
-[[./references/@vaneekhout_2018|@vaneekhout_2018]]
+[[./References/@vaneekhout_2018|@vaneekhout_2018]]
# Bibliografie
-- [[./references/@gomez_2021|@gomez_2021]]: _'The Difference Between Product and Project Management'_ - **Gomez, Jose(2021)** https://www.koombea.com/blog/the-difference-between-product-and-project-management/
-- [[./references/@hiteshbhasin_2015|@hiteshbhasin_2015]]: _'What is Product portfolio management ?'_ - **Hitesh Bhasin,(2015)** https://www.marketing91.com/product-portfolio/
-- [[./references/@sjoerdoldebijvank_2010|@sjoerdoldebijvank_2010]]: _'House of Control'_ - **Sjoerd Olde Bijvank(2010)** https://www.house-of-control.nl/duivelsdriehoek-duivelsvierkant.html
-- [[./references/@stevenblom_2018|@stevenblom_2018]]: _'Moeten we kiezen tussen de klant en de medewerker?'_ - **Steven Blom(2018)** https://www.blomconsultancy.nl/kiezen-tussen-klant-en-medewerker/
-- [[./references/@vaneekhout_2018|@vaneekhout_2018]]: _'De Gartner Hype Cycle: welke technologie blijft plakken en welke gaat nodeloos ten onder?'_ - **van Eekhout, Robert(2018)** https://robertvaneekhout.nl/2018/04/gartner-hype-cycle-welke-technologie-blijft-plakken-en-welke-gaat-nodeloos
-- [[./references/@vlaanderenintern_2014|@vlaanderenintern_2014]]: _'Business Case'_ - **vlaanderen intern,(2014)** https://overheid.vlaanderen.be/organisatie/projectmanagement/business-case
+- [[./References/@gomez_2021|@gomez_2021]]: _'The Difference Between Product and Project Management'_ - **Gomez, Jose(2021)** https://www.koombea.com/blog/the-difference-between-product-and-project-management/
+- [[./References/@hiteshbhasin_2015|@hiteshbhasin_2015]]: _'What is Product portfolio management ?'_ - **Hitesh Bhasin,(2015)** https://www.marketing91.com/product-portfolio/
+- [[./References/@sjoerdoldebijvank_2010|@sjoerdoldebijvank_2010]]: _'House of Control'_ - **Sjoerd Olde Bijvank(2010)** https://www.house-of-control.nl/duivelsdriehoek-duivelsvierkant.html
+- [[./References/@stevenblom_2018|@stevenblom_2018]]: _'Moeten we kiezen tussen de klant en de medewerker?'_ - **Steven Blom(2018)** https://www.blomconsultancy.nl/kiezen-tussen-klant-en-medewerker/
+- [[./References/@vaneekhout_2018|@vaneekhout_2018]]: _'De Gartner Hype Cycle: welke technologie blijft plakken en welke gaat nodeloos ten onder?'_ - **van Eekhout, Robert(2018)** https://robertvaneekhout.nl/2018/04/gartner-hype-cycle-welke-technologie-blijft-plakken-en-welke-gaat-nodeloos
+- [[./References/@vlaanderenintern_2014|@vlaanderenintern_2014]]: _'Business Case'_ - **vlaanderen intern,(2014)** https://overheid.vlaanderen.be/organisatie/projectmanagement/business-case
diff --git a/content/002 Projectplanning.md b/content/002 Projectplanning.md
index 6cd06d38..a9304413 100644
--- a/content/002 Projectplanning.md
+++ b/content/002 Projectplanning.md
@@ -28,13 +28,13 @@ Een projectplanning bestaat uit verschillende onderdelen, zoals:
- Het **geld**, dat aangeeft welk budget er beschikbaar is voor het project, welk budget er nodig is voor elke fase of activiteit, wanneer het geld nodig is en wat de verwachte opbrengsten zijn. Het geld wordt ook gebruikt om de kosten en baten van het project te analyseren en te bewaken.
- De **informatie**, die aangeeft hoe er gecommuniceerd wordt over het project met alle betrokkenen. Dit omvat onder andere hoe vaak er gerapporteerd wordt over de voortgang en eventuele knelpunten van het project, wie verantwoordelijk is voor welke informatie en welke communicatiemiddelen er gebruikt worden.
-Om een goede projectplanning te maken kan gebruik gemaakt worden van software voor projectplanning. Deze software kan helpen om alle aspecten van een project in kaart te brengen, te visualiseren en te beheren. [[./references/@kypproject_2023|@kypproject_2023]] [[./references/@teamleader_2018|@teamleader_2018]]
+Om een goede projectplanning te maken kan gebruik gemaakt worden van software voor projectplanning. Deze software kan helpen om alle aspecten van een project in kaart te brengen, te visualiseren en te beheren. [[./References/@kypproject_2023|@kypproject_2023]] [[./References/@teamleader_2018|@teamleader_2018]]
## PERT
![](https://i.imgur.com/7khHgSS.png)
> [!note] DEFINITIE: PERT
-> PERT (Program Evaluation and Review Technique) is een hulpmiddel voor de bedrijfsleiding bij de analyse en planning van projecten. Hierbij wordt gebruik gemaakt van een grafische voorstelling, het netwerk, om de samenhang tussen de verschillende werkzaamheden aan te geven. [[./references/@schegget.hamelink_1993|@schegget.hamelink_1993]]
+> PERT (Program Evaluation and Review Technique) is een hulpmiddel voor de bedrijfsleiding bij de analyse en planning van projecten. Hierbij wordt gebruik gemaakt van een grafische voorstelling, het netwerk, om de samenhang tussen de verschillende werkzaamheden aan te geven. [[./References/@schegget.hamelink_1993|@schegget.hamelink_1993]]
Projecten zijn opgebouwd uit een aantal activiteiten. Sommige activiteiten dienen achter elkaar te worden uitgevoerd, andere mogen gelijktijdig worden uitgevoerd. Meestal is het zo dat de duur van het project globaal genomen afhankelijk is van een aantal op elkaar aansluitende activiteiten. Indien de tijd voorzien voor de uitvoering van deze activiteiten kan ingekort worden, kan heel het project vroeger klaar zijn. Van andere activiteiten mag de uitvoeringstijd variëren zonder de duur van het project te beïnvloeden.
@@ -714,7 +714,7 @@ Opmerking : bijkomende gegevens : toewijzing van de taken :
# Bibliografie
-- [[./references/@kypproject_2023|@kypproject_2023]]: _'Hoe maak je een projectplanning? | KYP Project'_ - **kypproject,(2023)** https://kypproject.com/nl/blog/hoe-maak-je-een-projectplanning/
-- [[./references/@schegget.hamelink_1993|@schegget.hamelink_1993]]: _'Netwerkplanning volgens PERT'_ - **Schegget, ter, P.J.; Hamelink, L.J.(1993)** https://research.tue.nl/files/4340148/501362.pdf
-- [[./references/@teamleader_2018|@teamleader_2018]]: _'Hoe stel je een projectplan op? (gratis template) | Teamleader'_ - **Teamleader,(2018)** https://www.teamleader.be/nl-be/blog/projectplan-template
+- [[./References/@kypproject_2023|@kypproject_2023]]: _'Hoe maak je een projectplanning? | KYP Project'_ - **kypproject,(2023)** https://kypproject.com/nl/blog/hoe-maak-je-een-projectplanning/
+- [[./References/@schegget.hamelink_1993|@schegget.hamelink_1993]]: _'Netwerkplanning volgens PERT'_ - **Schegget, ter, P.J.; Hamelink, L.J.(1993)** https://research.tue.nl/files/4340148/501362.pdf
+- [[./References/@teamleader_2018|@teamleader_2018]]: _'Hoe stel je een projectplan op? (gratis template) | Teamleader'_ - **Teamleader,(2018)** https://www.teamleader.be/nl-be/blog/projectplan-template
diff --git a/content/004 Kwaliteitsmanagement.md b/content/004 Kwaliteitsmanagement.md
index 93bb65bf..4ac6c429 100644
--- a/content/004 Kwaliteitsmanagement.md
+++ b/content/004 Kwaliteitsmanagement.md
@@ -18,7 +18,7 @@ order: 4
## Inleiding
![](https://i.imgur.com/0YLLh1k.png)
-Kwaliteitsmanagement is de tak van het management die streeft naar een zo hoog mogelijke kwaliteit van een product, productieproces, dienst of organisatie. Kwaliteitsmanagement is geen afgebakend vakgebied, maar komt terug in alle delen van het management van een onderneming. [[./references/@wikipediakwaliteitsmanagement_2020|@wikipediakwaliteitsmanagement_2020]]
+Kwaliteitsmanagement is de tak van het management die streeft naar een zo hoog mogelijke kwaliteit van een product, productieproces, dienst of organisatie. Kwaliteitsmanagement is geen afgebakend vakgebied, maar komt terug in alle delen van het management van een onderneming. [[./References/@wikipediakwaliteitsmanagement_2020|@wikipediakwaliteitsmanagement_2020]]
- Kwaliteitsmanagement beoogt te sturen op het verbeteren van kwaliteit, tevens houdt het zich bezig met het verbinden van de verschillende bedrijfsonderdelen die output leveren aan het uiteindelijke resultaat.
- De **kwaliteitsmanager** houdt de organisatie 'scherp' en stelt de klant in de bedrijfsprocessen centraal.
@@ -35,7 +35,7 @@ Kwaliteitsmanagement is gerelateerd aan de vakgebieden:
## Kwaliteitskringen
![](https://i.imgur.com/lfviyzs.jpg)
-[[./references/@nederlandovn_2021|@nederlandovn_2021]]
+[[./References/@nederlandovn_2021|@nederlandovn_2021]]
Kwaliteitskringen zijn zakelijke verenigingen die hun leden laten leren van elkaar over kwaliteitsmanagement en kwaliteitssystemen. Het zijn laagdrempelige platformen waar bewustwording van integraal kwaliteitsmanagement (lees ‘verbetermanagement’) kan inspireren om te excelleren. Vraag en aanbod, uitwisseling van ervaringen, netwerkverbreding en kennisverrijking over de bedrijfsvoering worden interactief gestimuleerd. De 12 kwaliteitskringen in Nederland zijn regionaal georganiseerd en hebben ca 1800 leden.
@@ -82,7 +82,7 @@ Vanuit het oogpunt van kwaliteit en uitwerking zijn er vier mogelijke combinatie
- **Lage kwaliteit, hoge uitwerking**: stel je voor dat je een burger besteld bij een goed restaurant, waarvan je weet dat de bestanddelen kwaliteitsvol zijn (hoge uitwerking) Ondanks dat alles ontvang je een aangebakken, oneetbare hamburger. Dan is de uitwerking hoog, maar hoe dan ook de kwaliteit laag.
- **Lage kwaliteit, lage uitwerking**: heb je al ooit een fast-food burger besteld en je verslikt in rauw gehakt, of in een verbrande rots? Dat is een lage kwaliteit EN lage uitwerkingshamburger.
-[[./references/@cspo_2021|@cspo_2021]]
+[[./References/@cspo_2021|@cspo_2021]]
### Nauwkeurigheid versus Reproduceerbaarheid
Men gebruikt de begrippen **nauwkeurigheid** en **precisie** door elkaar en men beschouwd ze als synoniemen. Maar ze hebben duidelijk een andere betekenis. De nauwkeurigheid geeft aan hoe accuraat de meting is, ofwel hoe groot de afwijking is tussen de gemeten en werkelijke waarde. De precisie heeft betrekking op de spreiding van de gemeten waarden uit een serie metingen.
@@ -101,7 +101,7 @@ Kijken we ter illustratie van het verschil tussen nauwkeurigheid en reproduceerb
- In figuur 3 zijn de nauwkeurigheid en reproduceerbaarheid groot.
- In figuur 4 is zowel de nauwkeurigheid als de reproduceerbaarheid klein.
-[[./references/@sickipedia_2021|@sickipedia_2021]]
+[[./References/@sickipedia_2021|@sickipedia_2021]]
### Kritische Succesfactoren (KSF'en) en Kritische Prestatie-Indicatoren (KPI's)
![](https://i.imgur.com/DuRozFG.png)
@@ -157,7 +157,7 @@ Het maken van KSF'en, KPI's en doelen vergt oefening. Eenmaal we ze hebben geeft
Vergeet niet dat situaties veranderen en dat het noodzakelijk is de KSF'en, KPI's en doelen mee te veranderen. Je moet ze stelselmatig herbekijken.
-[[./references/@governmentofwesternaustralia_2017|@governmentofwesternaustralia_2017]]
+[[./References/@governmentofwesternaustralia_2017|@governmentofwesternaustralia_2017]]
## Kwaliteitsinstrumenten
![](https://i.imgur.com/2ruPyDz.png)
@@ -173,7 +173,7 @@ Je kan deze instrumenten toepassen op projecten van alle groottes en over alle i
5. scatter diagrammen
6. control charts
7. pareto charts
-[[./references/@examspm_2022|@examspm_2022]]
+[[./References/@examspm_2022|@examspm_2022]]
### Kwaliteitsinstrument: Oorzaak- en gevolgdiagram (Visgraatdiagram)
@@ -432,7 +432,7 @@ Deming heeft zijn cirkel gebaseerd op de verbetercirkel van de natuurkundige Wal
[YouTube - Lean Manufacturing, a pursuit of perfection](https://youtu.be/xkUjX_c32c8)
Lean manufacturing (Engels voor slanke productie) of Lean production (of soms het Toyota Production System (TPS), hoewel dit meer specifiek is) is een managementfilosofie die erop gericht is om verspillingen (無駄, Muda), zaken die geen toegevoegde waarde leveren, te elimineren. De methode is afkomstig van de Japanse autofabrikant Toyota. Door de 'slanke productie' zou de kwaliteit van het product omhoog en de kosten omlaag gaan, wat leidt tot een verbetering van het bedrijfsresultaat.
-[[./references/@janse_2020|@janse_2020]]
+[[./References/@janse_2020|@janse_2020]]
#### Drie Mu's
@@ -561,11 +561,11 @@ Een aantal TQM-stromingen maakt gebruik van kwaliteitscirkels, zoals die van Dem
# Bibliografie
-- [[./references/@cspo_2021|@cspo_2021]]: _'Quality vs. Grade for PMP'_ - **CSPO, Erin Aldridge, PMP, PMI-ACP, &(2021)** https://projectmanagementacademy.net/resources/blog/quality-vs-grade-pmp-guide/
-- [[./references/@examspm_2022|@examspm_2022]]: _'Understanding the 7 Basic Quality Tools for your PMP® Exam – ExamsPM.com'_ - **ExamsPM,(2022)** https://www.examspm.com/2016/07/11/understanding-7-basic-quality-tools/
-- [[./references/@governmentofwesternaustralia_2017|@governmentofwesternaustralia_2017]]: _'Improvement tools: Critical success factors and key performance indicators'_ - **Government of Western Australia,(2017)** https://www.agric.wa.gov.au/improvement-tools-critical-success-factors-and-key-performance-indicators
-- [[./references/@janse_2020|@janse_2020]]: _'LEAN management'_ - **Janse, B.(2020)** https://www.toolshero.nl/kwaliteitsmanagement/lean-management/
-- [[./references/@nederlandovn_2021|@nederlandovn_2021]]: _'Kwaliteitskringen | Optometristen Vereniging Nederland (OVN)'_ - **Nederland (OVN), Optometristen Vereniging(2021)** https://www.optometrie.nl/optometrist/organisatie-beleid/ovn-organisatie/kwaliteitskringen
-- [[./references/@sickipedia_2021|@sickipedia_2021]]: _'Het verschil tussen nauwkeurigheid en reproduceerbaarheid'_ - **SICKipedia,(2021)** https://cdn.sick.com/media/content/hcc/hdf/9692943974430.pdf
-- [[./references/@wikipediakwaliteitsmanagement_2020|@wikipediakwaliteitsmanagement_2020]]: _'Kwaliteitsmanagement'_ - **Wikipedia kwaliteitsmanagement,(2020)** https://nl.wikipedia.org/w/index.php?title=Kwaliteitsmanagement&oldid=55870333
+- [[./References/@cspo_2021|@cspo_2021]]: _'Quality vs. Grade for PMP'_ - **CSPO, Erin Aldridge, PMP, PMI-ACP, &(2021)** https://projectmanagementacademy.net/resources/blog/quality-vs-grade-pmp-guide/
+- [[./References/@examspm_2022|@examspm_2022]]: _'Understanding the 7 Basic Quality Tools for your PMP® Exam – ExamsPM.com'_ - **ExamsPM,(2022)** https://www.examspm.com/2016/07/11/understanding-7-basic-quality-tools/
+- [[./References/@governmentofwesternaustralia_2017|@governmentofwesternaustralia_2017]]: _'Improvement tools: Critical success factors and key performance indicators'_ - **Government of Western Australia,(2017)** https://www.agric.wa.gov.au/improvement-tools-critical-success-factors-and-key-performance-indicators
+- [[./References/@janse_2020|@janse_2020]]: _'LEAN management'_ - **Janse, B.(2020)** https://www.toolshero.nl/kwaliteitsmanagement/lean-management/
+- [[./References/@nederlandovn_2021|@nederlandovn_2021]]: _'Kwaliteitskringen | Optometristen Vereniging Nederland (OVN)'_ - **Nederland (OVN), Optometristen Vereniging(2021)** https://www.optometrie.nl/optometrist/organisatie-beleid/ovn-organisatie/kwaliteitskringen
+- [[./References/@sickipedia_2021|@sickipedia_2021]]: _'Het verschil tussen nauwkeurigheid en reproduceerbaarheid'_ - **SICKipedia,(2021)** https://cdn.sick.com/media/content/hcc/hdf/9692943974430.pdf
+- [[./References/@wikipediakwaliteitsmanagement_2020|@wikipediakwaliteitsmanagement_2020]]: _'Kwaliteitsmanagement'_ - **Wikipedia kwaliteitsmanagement,(2020)** https://nl.wikipedia.org/w/index.php?title=Kwaliteitsmanagement&oldid=55870333
diff --git a/content/005 Kosten en Batenanalyse.md b/content/005 Kosten en Batenanalyse.md
index c1d17b20..6c4f12fb 100644
--- a/content/005 Kosten en Batenanalyse.md
+++ b/content/005 Kosten en Batenanalyse.md
@@ -453,7 +453,7 @@ De interne rentabiliteit (IRR) is het percentage dat ervoor zorgt dat de NCW van
> - C = het kapitaal geïnvesteerd op tijdstip 0
> - N = de levensduur van het project
> - IRR = de discontovoet.
-[[./references/@cfi_2022|@cfi_2022]]
+[[./References/@cfi_2022|@cfi_2022]]
Rangschikken we de termen, dan krijgen we :
@@ -727,5 +727,5 @@ Indien voor de uitbreiding van het computersysteem geopteerd wordt dient men het
# Bibliografie
-- [[./references/@cfi_2022|@cfi_2022]]: _'Internal Rate of Return (IRR)'_ - **CFI,(2022)** https://corporatefinanceinstitute.com/resources/knowledge/finance/internal-rate-return-irr/
+- [[./References/@cfi_2022|@cfi_2022]]: _'Internal Rate of Return (IRR)'_ - **CFI,(2022)** https://corporatefinanceinstitute.com/resources/knowledge/finance/internal-rate-return-irr/
diff --git a/content/007 Agile Projectmanagement.md b/content/007 Agile Projectmanagement.md
index 531e70ee..7af79061 100644
--- a/content/007 Agile Projectmanagement.md
+++ b/content/007 Agile Projectmanagement.md
@@ -47,12 +47,12 @@ Het spitst zich toe op teamwerk en op een 1-op-1 afhandelen van producteigenscha
> [!abstract] Samengevat
> Agile is een manier van projectmanagement die zich toespitst op het verdelen van taken in korte werkfases, met veelvuldige reviews (controles) van het project en mogelijke aanpassingen tijdens het uitvoeren. Een Agile aanpak is flexibel en minder strak dan sommige andere manieren van projectmanagement.
-[[./references/@stanley.etal_2020|@stanley.etal_2020]]
+[[./References/@stanley.etal_2020|@stanley.etal_2020]]
## Incrementele ontwikkeling
![](https://i.imgur.com/jWB3oST.jpg)
-[[./references/@martin_2020|@martin_2020]]
+[[./References/@martin_2020|@martin_2020]]
Een van de eigenschappen van Agile is dat het **incrementeel** is.
@@ -87,7 +87,7 @@ Op het eind van elke cyclus is er een afgewerkt product beschikbaar en kan men h
## Daily Standups
![](https://i.imgur.com/lbKcBA7.png)
-[[./references/@vanderwardt_2017|@vanderwardt_2017]]
+[[./References/@vanderwardt_2017|@vanderwardt_2017]]
De dagelijkse meetings voor de werknemers die aan een project samenwerken noemen we de "Daily Standups". De bedoeling is dat deze maar 5 tot 15 minuten duren. Gebruikelijk staan alle aanwezigen recht. Dit heeft als doel de deelnemers aan te moedigen de vergadering niet nodeloos te rekken. De duurtijd van 15 minuten is een maximum!
@@ -113,7 +113,7 @@ Als je, bijvoorbeeld, software aan het schrijven bent waarmee je de leden, locat
## Sprints
![](https://i.imgur.com/jwLYumg.png)
-[[./references/@visual-paradigm_2022|@visual-paradigm_2022]]
+[[./References/@visual-paradigm_2022|@visual-paradigm_2022]]
Sprints zijn de hartslag van Agile, waar ideeën worden omgezet in waarde.
@@ -155,7 +155,7 @@ Waar we Agile beschouwen als een methodologie, spreken we bij Scrum over een raa
> [!note] DEFINITIE: Scrum
-> **Scrum (n):** een eenvoudig raamwerk voor complexe productontwikkeling (1); een eenvoudig raamwerk om complexe uitdagingen te adresseren (2); een eenvoudig raamwerk dat mensen helpt om waarde te genereren uit complexe uitdagingen (3). [[./references/@verheyen_2022|@verheyen_2022]]
+> **Scrum (n):** een eenvoudig raamwerk voor complexe productontwikkeling (1); een eenvoudig raamwerk om complexe uitdagingen te adresseren (2); een eenvoudig raamwerk dat mensen helpt om waarde te genereren uit complexe uitdagingen (3). [[./References/@verheyen_2022|@verheyen_2022]]
Alle termen en concepten die we tot nu toe bespraken voor Agile, passen we toe in Scrum, zoals:
- **Sprints** (vaste periodes van 1 week, 2 weken, enz.)
@@ -170,18 +170,18 @@ Een goede manier om de relatie tussen Scrum en Agile te bekijken is het volgende
Of, om het met een analogie te bekijken.
![](https://i.imgur.com/jwtVfu7.jpg)
-[[./references/@stanley.etal_2020|@stanley.etal_2020]]
+[[./References/@stanley.etal_2020|@stanley.etal_2020]]
In dit voorbeeld bekijk je “sports” als projectmanagement, “basketbal” als Agile en “NBA” (de populairste uitvoering van basketbal) is Scrum.
> [!note] DEFINITIE: Sprint (in Scrum)
-> **Sprint:** een event dat als een zogenaamd ‘container event’ de overige Scrum Events omvat, met een time-box van niet meer dan vier weken. De overige events in Scrum zijn: Sprint Planning, Daily Scrum, Sprint Review en Sprint Retrospective.[[./references/@verheyen_2022|@verheyen_2022]]
+> **Sprint:** een event dat als een zogenaamd ‘container event’ de overige Scrum Events omvat, met een time-box van niet meer dan vier weken. De overige events in Scrum zijn: Sprint Planning, Daily Scrum, Sprint Review en Sprint Retrospective.[[./References/@verheyen_2022|@verheyen_2022]]
### Empirische procescontrole
![](https://i.imgur.com/F5ySO0e.png)
-[[./references/@zentaoteam_2022a|@zentaoteam_2022a]]
+[[./References/@zentaoteam_2022a|@zentaoteam_2022a]]
Scrum is gebaseerd op de filosofie van het empirisme.
@@ -194,7 +194,7 @@ Deze drie pilaren ondersteunen de ontwikkeling van elke empirisch proces: **tran
- **Inspectie**: Men kan het product, de processen, menselijk aspecten, praktijken en de voortdurende verbeteringen inspecteren. Het team toont aan het einde van elke Sprint, open en doorzichtig, het product aan de klant om hierdoor waardevolle feedback te krijgen. Wanneer de klant de vereisten na inspectie aanpast, gaat het team niet klagen. Het gaat zich net flexibel opstellen en dit zien als een kans om nóg beter samen te werken met de klant, diens vereisten nog duidelijker te zien en de nieuwe veronderstelling uit te testen.
- **Aanpassing**: Aanpassing beschouwen we in deze context als alle voortdurende verbeteringen die we aanbrengen. We zien het als de mogelijkheid aan te passen, kijkend naar de resultaten van de Inspectie. Iedereen in de organisatie moet op geregelde tijdstippen zich de vraag stellen: *"Staan we er beter voor dan gisteren?"*
-[[./references/@doshi_2016|@doshi_2016]]
+[[./References/@doshi_2016|@doshi_2016]]
> [!tip] tip
> Later, in de [[007 Agile Projectmanagement#Scrum Waarden|Scrum Waarden]], gaan we dieper in op de manier waarop de Empirisch gedachte in Scrum uitgewerkt is.
@@ -210,7 +210,7 @@ In Agile en Scrum is de **Product Owner** de persoon die het gezag heeft de bela
De Product Owner is altijd beschikbaar voor het projectteam (al is die zelf niet betrokken in het ontwikkelen van het project) en is aanwezig bij het merendeel van de vergaderingen. Een Product Owner is de "baas" *(maar neem dat zeker niet letterlijk, de reden dat het woord tussen quotes staat is niet toevallig)* van het project, maar ze laten de teamleden toe hun eigen doelen te bepalen en zichzelf te managen.
![](https://i.imgur.com/uGHziP8.png)
-[[./references/@userstorymap_2022|@userstorymap_2022]]
+[[./References/@userstorymap_2022|@userstorymap_2022]]
Typisch zijn Product Owners de personen die met de klant samenzitten.
@@ -237,7 +237,7 @@ Stakeholders beschouwen we als alle partijen die interesse hebben in een op te l
Door deze afhankelijkheid zijn ze in staat het project te maken of te breken. Aan de ene kant beschouwen we als stakeholders de mensen die dicht bij je Scrum project staan, zoals je belangrijkste klanten, managers en interne opdrachtgevers. Aan de andere kant zien we ze als de personen die verder van je af staan, zoals de CEO of de Board of Directors.
> [!note] DEFINITIE: Stakeholder
-> **Stakeholder:** een persoon van buiten het Scrum Team met een specifiek belang in het product of kennis ervan die noodzakelijk is voor de verdere ontwikkeling van het product. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Stakeholder:** een persoon van buiten het Scrum Team met een specifiek belang in het product of kennis ervan die noodzakelijk is voor de verdere ontwikkeling van het product. [[./References/@verheyen_2022|@verheyen_2022]]
#### Stakeholders identificeren
@@ -250,10 +250,10 @@ Het identificeren van stakeholders kan je als [[007 Agile Projectmanagement#Prod
2. **Externe stakeholders**: deze zitten op behoefte-invulling van het project en hebben een emotioneel belang. Het betreft bijvoorbeeld de eindgebruiker, de consument, de betalende klant.
3. **Interface stakeholders**: deze hebben mogelijk invloed door wet- en regelgeving, bijvoorbeeld de overheid, maatschappij, onderwijs.
-[[./references/@vanlier_2018|@vanlier_2018]]
+[[./References/@vanlier_2018|@vanlier_2018]]
## Scrum Master
-![](https://i.imgur.com/8IDZ0WM.png)[[./references/@qframe_2021|@qframe_2021]]
+![](https://i.imgur.com/8IDZ0WM.png)[[@qframe_2021|@qframe_2021]]
De Scrum Master is, in tegenstelling tot de [[007 Agile Projectmanagement#Product Owner|Product Owner]], werkelijk betrokken met de softwareontwikkeling. Het is de persoon die de groepsactiviteiten coördineert en laat functioneren. De Scrum Master is er, op het terrein, werk uitvoerend en de mede-teamgenoten helpend. De rol van Scrum Master is niet altijd door dezelfde persoon voor lange tijd opgenomen. Sommige teams hebben voorzien dat deze rol een wisselrol is, zodat elk teamlid dit een bepaalde periode kan uitvoeren.
@@ -265,7 +265,7 @@ Sommige van de taken van deze rol omvatten:
- de [[007 Agile Projectmanagement#De Developers||Developers]] behoeden voor verstoringen van buitenaf en andere afleidingen.
> [!note] DEFINITIE: Scrum Master
-> **Scrum Master:** de persoon die aansprakelijk is voor een correct begrip en effectief gebruik van Scrum door Scrum Teams en hun bredere omgeving door technieken als coaching, facilitering, lesgeven en stilzwijgende observatie. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Scrum Master:** de persoon die aansprakelijk is voor een correct begrip en effectief gebruik van Scrum door Scrum Teams en hun bredere omgeving door technieken als coaching, facilitering, lesgeven en stilzwijgende observatie. [[./References/@verheyen_2022|@verheyen_2022]]
De term *"master"* kenmerkt in deze context niet iemand die anderen voor zich laat werken. Het is eerder te verstaan als *"een specialist van een bepaald onderwerp"*. Waar we de Scrum Master hebben als iemand die het beste (of zeker een sterk) begrip van Scrum heeft, vergeleken met de rest van de mensen betrokken bij het project. Men beschouwt hen als de *'masters van het Scrum raamwerk'*.
@@ -280,7 +280,7 @@ In een letterlijke betekenis kun je een omgevallen boom die een straat blokkeert
In Scrum is een impediment eender wat dat het team tegenhoudt hun volledige potentieel te gebruiken.
> [!note] DEFINITIE: Impediment
-> **Impediment:** elke hindernis of obstakel dat het ontwikkelwerk blokkeert of vertraagt, maar niet kan weggenomen worden via zelfsturing. De verwijdering ervan is onderdeel van de aansprakelijkheid van de Scrum Master. [[./references/@verheyen_2022|@verheyen_2022]].
+> **Impediment:** elke hindernis of obstakel dat het ontwikkelwerk blokkeert of vertraagt, maar niet kan weggenomen worden via zelfsturing. De verwijdering ervan is onderdeel van de aansprakelijkheid van de Scrum Master. [[./References/@verheyen_2022|@verheyen_2022]].
Dit omvat problemen die een project tegenhouden het op tijd en tegen het juiste budget te laten beëindigen. Het is de taak van de [[007 Agile Projectmanagement#Scrum Master|Scrum Master]] deze impediments te behandelen of te verwijderen.
@@ -309,7 +309,7 @@ De Developers hebben enkele kenmerken:
Hoeveel leden een team bevat, hangt natuurlijk af van de organisatie en het project. Over het algemeen geldt dat een team moet bestaan uit 3 tot 10 leden. Minder dan drie mensen in het team verkleint de interactie, wat leidt tot lagere productiviteit. Daarnaast mankeert men mogelijk bepaalde vaardigheden in het team, waardoor er tegen problemen wordt aangelopen. Meer dan 10 mensen in het team vereist strakkere coördinatie en zorgt voor hogere complexiteit.
**De [[007 Agile Projectmanagement#Product Owner|Product Owner]] en de [[007 Agile Projectmanagement#Scrum Master|Scrum Master]] horen niet tot de Developers, behalve als ze taken uit de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]] uitvoeren.**
-[[./references/@scrumguide_2022|@scrumguide_2022]]
+[[./References/@scrumguide_2022|@scrumguide_2022]]
Laten we nog de belangrijkste Scrum rollen herhalen om deze nog verder duidelijk te maken.
@@ -363,24 +363,24 @@ Scrum Master is een Scrum term. Product Owner is een Agile term die tevens in Sc
Bij de start van elke Sprint, is er een planningssessie binnen het team: de **Sprint Planning**.
![](https://i.imgur.com/gVPiokj.png)
-[[./references/@raghuprasad_2019|@raghuprasad_2019]]
+[[./References/@raghuprasad_2019|@raghuprasad_2019]]
Tijdens de Sprint Planning plannen we de [[007 Agile Projectmanagement#Sprint Backlog|Sprint Backlog]]. Meer bepaald gaat het team dan beslissen welke [[007 Agile Projectmanagement#Product Backlog item|Product Backlog item]]s (PBI's) ze aanpakt tijdens de volgende Sprint. Ze nemen items uit de Product Backlog die ze plaatsen in de [[007 Agile Projectmanagement#Sprint Backlog|Sprint Backlog]]. Hier kiezen ze, naargelang de belangrijkheid en rekening houdend met de capaciteit van het team, de onderwerpen die ze denken af te ronden in 1 Sprint. Belangrijk is hier de capaciteit van het team goed in te schatten. Dat kan door het bekijken van de [[007 Agile Projectmanagement#Velocity|Velocity]] en door rekening te houden met verlofdagen en opleidingen van leden van het team.
> [!note] DEFINITIE: Sprint Planning
-> **Sprint Planning:** het event dat het begin van een Sprint uitmaakt, met een time-box van acht uur of minder. Tijdens dit event bepaalt het Scrum Team welke selectie van de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]] in een Sprint wordt opgenomen en identificeert het Sprint Doel en de ontwikkelactiviteiten ervoor. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Sprint Planning:** het event dat het begin van een Sprint uitmaakt, met een time-box van acht uur of minder. Tijdens dit event bepaalt het Scrum Team welke selectie van de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]] in een Sprint wordt opgenomen en identificeert het Sprint Doel en de ontwikkelactiviteiten ervoor. [[./References/@verheyen_2022|@verheyen_2022]]
Niet alleen de [[007 Agile Projectmanagement#Sprint Backlog|Sprint Backlog]] wordt tijdens de Sprint Planning bepaald, er wordt tevens een duidelijk [[007 Agile Projectmanagement#Sprint Doel|Sprint Doel]] vastgelegd.
![](https://i.imgur.com/oHybCrv.png)
-[[./references/@zentaoteam_2022a|@zentaoteam_2022a]]
+[[./References/@zentaoteam_2022a|@zentaoteam_2022a]]
Sommige teams kiezen bepaalde taken aan bepaalde ontwikkelaars toe te wijzen, maar dit is niet nodig. Het gros van de teams beslist alleen maar over de [[007 Agile Projectmanagement#Sprint Backlog|Sprint Backlog]], en laat de teamleden beslissen wie aan welke taak werkt tijdens de uitvoering van de Sprint.
### User Stories (en Epics)
![](https://i.imgur.com/2nUIGtg.png)
-[[./references/@productplan_2022|@productplan_2022]]
+[[./References/@productplan_2022|@productplan_2022]]
Een **User Story** is een Agile en Scrum werkinstrument dat als doel heeft producten (*"software"*) te beschrijven vanuit het standpunt van een eindgebruiker.
@@ -466,10 +466,10 @@ Het Sprint Doel (of de Sprint Goal) is een korte zin van een of twee regels die
Het Sprint Doel is handig om [[007 Agile Projectmanagement#Stakeholders|Stakeholders]] op de hoogte te houden. Stakeholders hebben geen behoefte aan alle gedetailleerde items, het doel van de komende Sprint te weten is al genoeg.
> [!note] DEFINITIE: Sprint Doel
-> **Sprint Doel:** een korte omschrijving van de overkoepelende doelstelling van een Sprint. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Sprint Doel:** een korte omschrijving van de overkoepelende doelstelling van een Sprint. [[./References/@verheyen_2022|@verheyen_2022]]
Het succes van deze Sprint wordt beoordeeld in de [[007 Agile Projectmanagement#Sprint Review|Sprint Review]]. Het opgeleverde wordt vergeleken met het Sprint Doel. In de [[007 Agile Projectmanagement#Sprint Review|Sprint Review]] kijkt men niet naar de specifieke items, maar beoordeeld men of het doel is behaald.
-[[./references/@agile4all_2019|@agile4all_2019]]
+[[./References/@agile4all_2019|@agile4all_2019]]
### Sprint Backlog
@@ -497,16 +497,16 @@ Ten slotte, voor wie het nog niet duidelijk is, hier een overzicht van de versch
## Product Backlog Refinement
![](https://i.imgur.com/QKHODEO.png)
-[[./references/@vanrooden_2015|@vanrooden_2015]]
+[[./References/@vanrooden_2015|@vanrooden_2015]]
![](https://i.imgur.com/6NEBVMN.jpg)
-[[./references/@vanrooden_2015a|@vanrooden_2015a]]
+[[./References/@vanrooden_2015a|@vanrooden_2015a]]
Product Backlog Refinement is een meeting gedurende de Sprint waarin we items van de Product Backlog bespreken en verduidelijken. We proberen in te schatten hoeveel [[007 Agile Projectmanagement#Storypunten|Storypunten]] er voor elke PBI ([[007 Agile Projectmanagement#Product Backlog item|Product Backlog item]]) nodig is zijn deze af te ronden en we geven de taken een prioriteit.
Backlog Refinement noemt men "Backlog Grooming" of "Story Time".
> [!note] DEFINITIE: Product Backlog Refinement
-> **Product Backlog refinement:** de regelmatige activiteit om gradueel verfijndere inzichten te creëren in de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]]. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Product Backlog refinement:** de regelmatige activiteit om gradueel verfijndere inzichten te creëren in de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]]. [[./References/@verheyen_2022|@verheyen_2022]]
Een belangrijk aspect hierin waarover je zeker moet leren is de inschatting van moeilijkheid een taak af te ronden. De twee gebruikelijkste zijn "T-shirt grootte" en "Fibonacci reeks". Beide methodes duiden aan hoeveel werk er nodig is voor een bepaalde taak.
@@ -528,10 +528,10 @@ De Sprint Review is bedoeld als het officiële moment tijdens elke Sprint waarin
Daarnaast tonen we alleen de [[007 Agile Projectmanagement#User Stories (en Epics)|User Stories]] die daadwerkelijk afraakten tijdens de Sprint. Items die niet (helemaal) klaar raakten tonen we niet. Dit zou een verkeerde indruk geven van de hoeveelheid waarde die opgeleverd is.
Het laatste onderdeel van de Sprint Review is het bespreken van de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]] door de [[007 Agile Projectmanagement#Product Owner|Product Owner]]. Deze neemt de [[007 Agile Projectmanagement#Stakeholders|Stakeholders]] mee in de stand van zaken. Welke items hebben de hoogste prioriteit en gaan we tijdens de volgende Sprint oppakken? Welke nieuwe items bevat de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]]?
-[[./references/@agilescrumgroup_2018|@agilescrumgroup_2018]]
+[[./References/@agilescrumgroup_2018|@agilescrumgroup_2018]]
> [!note] DEFINITIE: Sprint Review
-> **Sprint Review:** het event dat het einde van de ontwikkelactiviteiten van een Sprint uitmaakt, met een time-box van vier uur of minder. Tijdens dit event bespreken het Scrum Team en uitgenodigde belanghebbenden de resultaten van de [[007 Agile Projectmanagement#Sprint|Sprint]], de huidige inhoud van de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]] en de voortgang op productniveau. Het doel is om potentieel belangrijk werk voor de nabije, of verdere, toekomst te identificeren. Het resultaat is een bijgewerkte Product Backlog. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Sprint Review:** het event dat het einde van de ontwikkelactiviteiten van een Sprint uitmaakt, met een time-box van vier uur of minder. Tijdens dit event bespreken het Scrum Team en uitgenodigde belanghebbenden de resultaten van de [[007 Agile Projectmanagement#Sprint|Sprint]], de huidige inhoud van de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]] en de voortgang op productniveau. Het doel is om potentieel belangrijk werk voor de nabije, of verdere, toekomst te identificeren. Het resultaat is een bijgewerkte Product Backlog. [[./References/@verheyen_2022|@verheyen_2022]]
## Sprint Retrospective
@@ -542,7 +542,7 @@ Een **Sprint Retrospective** (of kort: een Sprint Retro) is de meeting op het ei
De [[007 Agile Projectmanagement#Product Owner|Product Owner]] kan toezien op deze meeting, maar in vele gevallen is dit een meeting met alleen maar de [[007 Agile Projectmanagement#De Developers|Developers]].
> [!note] DEFINITIE: Sprint Retrospective
-> **Sprint Retrospective:** het event dat het einde van een Sprint uitmaakt, met een time-box van drie uur of minder. Tijdens dit event kijkt het Scrum Team terug op de aflopende Sprint, met als doel om op basis van de ervaringen in de huidige Sprint het proces en de manier van werken, in brede zin, voor de volgende Sprint te bepalen. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Sprint Retrospective:** het event dat het einde van een Sprint uitmaakt, met een time-box van drie uur of minder. Tijdens dit event kijkt het Scrum Team terug op de aflopende Sprint, met als doel om op basis van de ervaringen in de huidige Sprint het proces en de manier van werken, in brede zin, voor de volgende Sprint te bepalen. [[./References/@verheyen_2022|@verheyen_2022]]
Hier enkele voorbeelden van typische vragen die men kan vragen tijdens een Sprint Retrospectieve
@@ -567,7 +567,7 @@ Deze commitments bestaan om empirisme en de Scrum waarden te versterken voor het
## Overzicht van de 5 Scrum Events
![](https://i.imgur.com/xdg1vMM.png)
-[[./references/@visualparadigm_2022|@visualparadigm_2022]]
+[[./References/@visualparadigm_2022|@visualparadigm_2022]]
We hebben ze nu allemaal gezien, maar hoe hangt Scrum nu alweer aan elkaar? En welke zijn de vijf Scrum Events?
@@ -634,7 +634,7 @@ Om met storypunten te starten, moet je team eerst een **referentie-story bepale
> [!abstract] Samengevat
> Storypunten zijn een relatieve waarde die je samen met je Scrum Team creëert. Ze bieden inzicht in de moeite die het kost om een User Story te maken. De Product Owner kan afwegen om een bepaald item al dan niet te prioriteren. En het team weet hoeveel storypunten het per Sprint kan oppakken.
-[[./references/@vrielink_2020|@vrielink_2020]]
+[[./References/@vrielink_2020|@vrielink_2020]]
#### What are Story Points (Video)
@@ -661,10 +661,10 @@ Velocity is de snelheid waartegen teams werk afronden. Meer bepaald, de som van
Eenmaal men de velocity kent na een aantal Sprints, kan men deze waarde gebruiken om het plannen van projecten te helpen en te voorspellen welke opleverdatum te voorzien.
![](https://i.imgur.com/CyNyN9u.png)
-[[./references/@adobeworkfront_2022|@adobeworkfront_2022]]
+[[./References/@adobeworkfront_2022|@adobeworkfront_2022]]
> [!note] DEFINITIE: Velocity
-> **Velocity:** een veelgebruikte aanduiding van de gemiddelde hoeveelheid [[007 Agile Projectmanagement#Product Backlog|Product Backlog]] die een specifiek team met zijn specifieke samenstelling tijdens een Sprint omgezet heeft in één of meerdere Incrementen. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Velocity:** een veelgebruikte aanduiding van de gemiddelde hoeveelheid [[007 Agile Projectmanagement#Product Backlog|Product Backlog]] die een specifiek team met zijn specifieke samenstelling tijdens een Sprint omgezet heeft in één of meerdere Incrementen. [[./References/@verheyen_2022|@verheyen_2022]]
### Definition of Done
@@ -678,7 +678,7 @@ Je bereikt onder andere het volgende met een goede Definition of Done:
2. Het verhogen van de snelheid waarmee werk wordt opgeleverd. Doordat je een algemeen geldende checklist hebt die je kan afvinken kun je snel werk van hoge kwaliteit leveren.
> [!note] DEFINITIE: Definition of Done
-> **Definition of Done:** de verzameling kwaliteiten, verwachtingen en criteria waaraan een Increment moet voldoen om te kunnen worden vrijgegeven naar de eindgebruikers – met respect voor overkoepelende organisatierichtlijnen indien beschikbaar. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Definition of Done:** de verzameling kwaliteiten, verwachtingen en criteria waaraan een Increment moet voldoen om te kunnen worden vrijgegeven naar de eindgebruikers – met respect voor overkoepelende organisatierichtlijnen indien beschikbaar. [[./References/@verheyen_2022|@verheyen_2022]]
De Definition of Done wordt tijdens de start van iedere [[007 Agile Projectmanagement#Sprints|Sprint]] in de [[007 Agile Projectmanagement#Sprint Planning|Sprint Planning]] herhaald. Daarnaast wordt de Definition of Done aangescherpt op basis van voortschrijdend inzicht.
@@ -688,7 +688,7 @@ De Definition of Done wordt tijdens de start van iedere [[007 Agile Projectmana
> - Er is een installatiehandleiding voor de installatie van de software.
> - Alle functionele testen zijn gedraaid.
> - Code heeft een peer review ondergaan.
-[[./references/@agilescrumgroup_2017|@agilescrumgroup_2017]]
+[[./References/@agilescrumgroup_2017|@agilescrumgroup_2017]]
> [!example] Voorbeeld van een DoD voor een niet-IT-project
>
@@ -715,12 +715,12 @@ Binnen Scrum wordt gewerkt met een Scrum bord *(synoniem: 'takenbord' of 'Kanban
Het doel is om aan het einde van iedere Sprint alle taken onder de laatste kolom te hebben geplakt. Dat betekent dat alle vooraf bepaalde taken werden uitgevoerd en dat het doel van de Sprint behaald is. Het takenbord is voor het Scrum Team de centrale plaats om de aanpak van het resterende werk af te stemmen. Het takenbord wordt een **Scrum Board** genoemd, en wordt gebruikt tijdens de [[007 Agile Projectmanagement#Daily Standups|Daily Scrums]].
Wanneer de Sprint is afgelopen en niet alle taken staat onder ‘Done’ dan plaatsen we de niet beëindigde taken terug in de [[007 Agile Projectmanagement#Product Backlog|Product Backlog]]. De [[007 Agile Projectmanagement#Product Owner|Product Owner]] kijkt dan vervolgens of deze taken in de volgende Sprint passen.
-[[./references/@scrumguide_2022a|@scrumguide_2022a]]
+[[./References/@scrumguide_2022a|@scrumguide_2022a]]
## Scrum Waarden
> [!note] DEFINITIE: Scrum Waarden
-> **Scrum Waarden:** een verzameling van vijf kernwaarden die het Scrum raamwerk schragen: commitment, focus, openheid *(Engels: ‘openness’)*, respect en moed *(vert. Engels: ‘courage’)*. [[./references/@verheyen_2022|@verheyen_2022]]
+> **Scrum Waarden:** een verzameling van vijf kernwaarden die het Scrum raamwerk schragen: commitment, focus, openheid *(Engels: ‘openness’)*, respect en moed *(vert. Engels: ‘courage’)*. [[./References/@verheyen_2022|@verheyen_2022]]
![](https://i.imgur.com/ASHoG3J.png)
@@ -759,7 +759,7 @@ Alle spelers tonen moed door geen software te bouwen waar niemand op zit te wach
Men toont moed als men veranderende inzichten, meningen en verwachtingen als een bron van inspiratie en vernieuwing beschouwt, in plaats van als een bron van ergernis. Het vergt moed om tijdelijke opleveringen uit te voeren, software te tonen die niet volledig en perfect lijkt, maar wel waarde levert of toevoegt. Alle spelers tonen moed door op elk gewenst moment de nodige informatie te delen die het team en de organisatie vooruithelpt. Spelers zijn moedig als ze erkennen dat niemand perfect is. Er is de moed om meer of minder radicaal van richting te durven veranderen, om een ander idee dan het eigen idee te omarmen, moed om zowel risico’s als voordelen te delen. Het vereist moed om de oude, valse zekerheden los te laten.
De spelers tonen moed als ze Scrum correct toelichten als een empirisch proces, vanuit de moed om toe te geven dat aanpasbaarheid de enige manier is om met complexiteit om te gaan. Ze hebben de moed om de kernwaarden van Scrum te leven en te beleven, om een beslissing te nemen, tot actie over te gaan, niet tot een impasse verleid te worden, en vervolgens de moed tonen om genomen beslissingen gemaakt met ervaring opnieuw kritisch tegen het licht te houden en bij te sturen.
-[[./references/@verheyen_2017|@verheyen_2017]]
+[[./References/@verheyen_2017|@verheyen_2017]]
### The Five Scrum Values (Video)
@@ -886,27 +886,27 @@ Je kunt perfect zien hoeveel tijd het team heeft besteed aan de story. Wees in d
# Bibliografie
-- [[./references/@adobeworkfront_2022|@adobeworkfront_2022]]: _'What is Velocity in Agile? Charts & Examples | Adobe Workfront'_ - **Adobe Workfront,(2022)** https://www.workfront.com/project-management/methodologies/agile/velocity
-- [[./references/@agilescrumgroup_2018|@agilescrumgroup_2018]]: _'De Sprint Review uitgelegd. Waarom deze meeting? (+ Checklist & Valkuilen)'_ - **Agile Scrum Group,(2018)** https://agilescrumgroup.nl/sprint-review/
-- [[./references/@agilescrumgroup_2017|@agilescrumgroup_2017]]: _'Wat is Definition of Done? Check de uitleg en voorbeelden (IT & non-IT)'_ - **Agile Scrum Group,(2017)** https://agilescrumgroup.nl/wat-is-definition-of-done/
-- [[./references/@agile4all_2019|@agile4all_2019]]: _'Sprint Planning'_ - **agile4all,(2019)** https://www.agile4all.nl/sprint-planning/
-- [[./references/@doshi_2016|@doshi_2016]]: _'The Three Pillars of Empiricism (Scrum)'_ - **Doshi, Hiren(2016)** https://www.scrum.org/resources/blog/three-pillars-empiricism-scrum
-- [[./references/@martin_2020|@martin_2020]]: _'Incremental Model in SDLC: Use, Advantage & Disadvantage'_ - **Martin, Matthew(2020)** https://www.guru99.com/what-is-incremental-model-in-sdlc-advantages-disadvantages.html
-- [[./references/@productplan_2022|@productplan_2022]]: _'User Story'_ - **productplan,(2022)** https://www.productplan.com/glossary/user-story/
-- [[./references/@qframe_2021|@qframe_2021]]: _'Scrum Master, Teambuilder of Agile Coach?'_ - **qframe,(2021)** https://qframe.be/2021/06/25/scrum-master-teambuilder-of-agile-coach/
-- [[./references/@raghuprasad_2019|@raghuprasad_2019]]: _'Basics of Sprint Planning - WHAT'_ - **Raghuprasad,(2019)** https://agilebatech.com/what-is-sprint-planning/
-- [[./references/@scrumguide_2022|@scrumguide_2022]]: _'Het Scrumteam: uitleg en tips bij de verantwoordelijkheid | Scrumguide.nl'_ - **scrumguide,(2022)** https://scrumguide.nl/scrumteam/
-- [[./references/@scrumguide_2022a|@scrumguide_2022a]]: _'Scrum takenbord | Scrumguide.nl'_ - **Scrumguide,(2022)** https://scrumguide.nl/scrumbord/
-- [[./references/@stanley.etal_2020|@stanley.etal_2020]]: _'Project management handbook: simplified Agile, Scrum, and DevOps for beginners'_ - **Stanley, Jack C; Gross, Erik D; Tech Academy(2020)** \-
-- [[./references/@userstorymap_2022|@userstorymap_2022]]: _'How to Be An Effective Product Owner'_ - **userstorymap,(2022)** https://www.userstorymap.io/being-an-effective-product-owner/
-- [[./references/@vanderwardt_2017|@vanderwardt_2017]]: _'Daily Stand-up: 5 tips voor een goede meeting (+checklist download)'_ - **van der Wardt, Rik(2017)** https://agilescrumgroup.nl/5-tips-goede-daily-stand-up-meeting/
-- [[./references/@vanlier_2018|@vanlier_2018]]: _'Stakeholdermanagement in projecten met Scrum'_ - **van Lier, Willemijn(2018)** https://agilescrumgroup.nl/stakeholder-management-matrix-model/
-- [[./references/@vanrooden_2015|@vanrooden_2015]]: _'Product Backlog Refinement explained (1/3)'_ - **van Rooden, Stephan(2015)** https://www.scrum.org/resources/blog/product-backlog-refinement-explained-13
-- [[./references/@vanrooden_2015a|@vanrooden_2015a]]: _'Product Backlog Refinement explained (3/3)'_ - **van Rooden, Stephan(2015)** https://www.scrum.org/resources/blog/product-backlog-refinement-explained-33
-- [[./references/@verheyen_2022|@verheyen_2022]]: _'Scrum Glossary'_ - **Verheyen, Gunther(2022)** https://scrumglossary.org/
-- [[./references/@verheyen_2017|@verheyen_2017]]: _'De kernwaarden van Scrum'_ - **Verheyen, Gunther(2017)** https://guntherverheyen.com/2017/02/15/de-kernwaarden-van-scrum/
-- [[./references/@visualparadigm_2022|@visualparadigm_2022]]: _'What are Time-boxed Events in Scrum?'_ - **Visual Paradigm,(2022)** https://www.visual-paradigm.com/scrum/what-are-scrum-time-boxed-events/
-- [[./references/@visual-paradigm_2022|@visual-paradigm_2022]]: _'Why Fixed Length Sprints in Scrum?'_ - **visual-paradigm,(2022)** https://www.visual-paradigm.com/scrum/why-fixed-length-of-sprints-in-scrum/
-- [[./references/@vrielink_2020|@vrielink_2020]]: _'Hoe werken story points?'_ - **Vrielink, Martijn(2020)** https://www.incentro.com/nl-NL/blog/story-points-hoe-werken-ze-eigenlijk
-- [[./references/@zentaoteam_2022a|@zentaoteam_2022a]]: _'What Are The Complete Scrum Artifacts? - Agile - ZenTao'_ - **ZenTao team,(2022)** https://www.zentao.pm/blog/What-are-the-complete-Scrum-artifacts-1102.html
+- [[@qframe_2021|@qframe_2021]]: _'\-'_ - **\-(\-)** \-
+- [[./References/@adobeworkfront_2022|@adobeworkfront_2022]]: _'What is Velocity in Agile? Charts & Examples | Adobe Workfront'_ - **Adobe Workfront,(2022)** https://www.workfront.com/project-management/methodologies/agile/velocity
+- [[./References/@agilescrumgroup_2018|@agilescrumgroup_2018]]: _'De Sprint Review uitgelegd. Waarom deze meeting? (+ Checklist & Valkuilen)'_ - **Agile Scrum Group,(2018)** https://agilescrumgroup.nl/sprint-review/
+- [[./References/@agilescrumgroup_2017|@agilescrumgroup_2017]]: _'Wat is Definition of Done? Check de uitleg en voorbeelden (IT & non-IT)'_ - **Agile Scrum Group,(2017)** https://agilescrumgroup.nl/wat-is-definition-of-done/
+- [[./References/@agile4all_2019|@agile4all_2019]]: _'Sprint Planning'_ - **agile4all,(2019)** https://www.agile4all.nl/sprint-planning/
+- [[./References/@doshi_2016|@doshi_2016]]: _'The Three Pillars of Empiricism (Scrum)'_ - **Doshi, Hiren(2016)** https://www.scrum.org/resources/blog/three-pillars-empiricism-scrum
+- [[./References/@martin_2020|@martin_2020]]: _'Incremental Model in SDLC: Use, Advantage & Disadvantage'_ - **Martin, Matthew(2020)** https://www.guru99.com/what-is-incremental-model-in-sdlc-advantages-disadvantages.html
+- [[./References/@productplan_2022|@productplan_2022]]: _'User Story'_ - **productplan,(2022)** https://www.productplan.com/glossary/user-story/
+- [[./References/@raghuprasad_2019|@raghuprasad_2019]]: _'Basics of Sprint Planning - WHAT'_ - **Raghuprasad,(2019)** https://agilebatech.com/what-is-sprint-planning/
+- [[./References/@scrumguide_2022|@scrumguide_2022]]: _'Het Scrumteam: uitleg en tips bij de verantwoordelijkheid | Scrumguide.nl'_ - **scrumguide,(2022)** https://scrumguide.nl/scrumteam/
+- [[./References/@scrumguide_2022a|@scrumguide_2022a]]: _'Scrum takenbord | Scrumguide.nl'_ - **Scrumguide,(2022)** https://scrumguide.nl/scrumbord/
+- [[./References/@stanley.etal_2020|@stanley.etal_2020]]: _'Project management handbook: simplified Agile, Scrum, and DevOps for beginners'_ - **Stanley, Jack C; Gross, Erik D; Tech Academy(2020)** \-
+- [[./References/@userstorymap_2022|@userstorymap_2022]]: _'How to Be An Effective Product Owner'_ - **userstorymap,(2022)** https://www.userstorymap.io/being-an-effective-product-owner/
+- [[./References/@vanderwardt_2017|@vanderwardt_2017]]: _'Daily Stand-up: 5 tips voor een goede meeting (+checklist download)'_ - **van der Wardt, Rik(2017)** https://agilescrumgroup.nl/5-tips-goede-daily-stand-up-meeting/
+- [[./References/@vanlier_2018|@vanlier_2018]]: _'Stakeholdermanagement in projecten met Scrum'_ - **van Lier, Willemijn(2018)** https://agilescrumgroup.nl/stakeholder-management-matrix-model/
+- [[./References/@vanrooden_2015|@vanrooden_2015]]: _'Product Backlog Refinement explained (1/3)'_ - **van Rooden, Stephan(2015)** https://www.scrum.org/resources/blog/product-backlog-refinement-explained-13
+- [[./References/@vanrooden_2015a|@vanrooden_2015a]]: _'Product Backlog Refinement explained (3/3)'_ - **van Rooden, Stephan(2015)** https://www.scrum.org/resources/blog/product-backlog-refinement-explained-33
+- [[./References/@verheyen_2022|@verheyen_2022]]: _'Scrum Glossary'_ - **Verheyen, Gunther(2022)** https://scrumglossary.org/
+- [[./References/@verheyen_2017|@verheyen_2017]]: _'De kernwaarden van Scrum'_ - **Verheyen, Gunther(2017)** https://guntherverheyen.com/2017/02/15/de-kernwaarden-van-scrum/
+- [[./References/@visualparadigm_2022|@visualparadigm_2022]]: _'What are Time-boxed Events in Scrum?'_ - **Visual Paradigm,(2022)** https://www.visual-paradigm.com/scrum/what-are-scrum-time-boxed-events/
+- [[./References/@visual-paradigm_2022|@visual-paradigm_2022]]: _'Why Fixed Length Sprints in Scrum?'_ - **visual-paradigm,(2022)** https://www.visual-paradigm.com/scrum/why-fixed-length-of-sprints-in-scrum/
+- [[./References/@vrielink_2020|@vrielink_2020]]: _'Hoe werken story points?'_ - **Vrielink, Martijn(2020)** https://www.incentro.com/nl-NL/blog/story-points-hoe-werken-ze-eigenlijk
+- [[./References/@zentaoteam_2022a|@zentaoteam_2022a]]: _'What Are The Complete Scrum Artifacts? - Agile - ZenTao'_ - **ZenTao team,(2022)** https://www.zentao.pm/blog/What-are-the-complete-Scrum-artifacts-1102.html
diff --git a/content/998 Het Gezin PeeTers/+ 001 ProjectManagement.md b/content/998 Het Gezin PeeTers/+ 001 ProjectManagement.md
deleted file mode 100644
index 8bdaf087..00000000
--- a/content/998 Het Gezin PeeTers/+ 001 ProjectManagement.md
+++ /dev/null
@@ -1,65 +0,0 @@
----
-share: true
-category: 998 Het Gezin PeeTers
-title: Goedgekeurde PracTische vragen over Projectmanagement
----
-
-# Vraag het aan het Gezin PeeTers (GPT)
-
-Het is tijd om kennis te maken met het enige gezin dat nooit slaapt en altijd een antwoord heeft (als we ze tenminste porren met een uitdagende vraag). Maak kennis met de PeeTers! Dit unieke gezin kwam tot leven dankzij het brein van jullie lector, de wijsheid van Bing Chat, de speelsheid van ChatGPT en het fotografische geheugen van Midjourney.
-
-**Maar pas op, deze familie spreekt niet altijd de waarheid - dus wees op je hoede!**
-
-Niettemin zijn we dolblij om deze fantastische familie in ons team te hebben.
-
-