{"id":38230,"date":"2026-09-03T13:42:48","date_gmt":"2026-09-03T12:42:48","guid":{"rendered":"https:\/\/keyfy.com\/blog\/uitleg-over-taakafhankelijkheden-in-ms-project\/"},"modified":"2026-09-03T13:42:48","modified_gmt":"2026-09-03T12:42:48","slug":"uitleg-over-taakafhankelijkheden-in-ms-project","status":"publish","type":"post","link":"https:\/\/keyfy.com\/nl\/blog\/uitleg-over-taakafhankelijkheden-in-ms-project\/","title":{"rendered":"Uitleg over taakafhankelijkheden in MS Project"},"content":{"rendered":"

Je hebt de einddatum van \u00e9\u00e9n taak met drie dagen uitgesteld, waardoor de helft van de planning op een manier is verschoven die niemand had gewild. Of het tegenovergestelde gebeurde: een datum werd verplaatst en er veranderde verder niets, ook al zijn twee taken duidelijk van elkaar afhankelijk. Voor iedereen die problemen met taakafhankelijkheden in MS Project<\/a><\/strong> oplost: in beide gevallen klopt er iets niet, en meestal zijn het niet de data. <\/p>\n

Die data vloeien voort uit een eerder genomen beslissing, misschien zonder dat iemand zich daarvan bewust was. Door twee taken aan elkaar te koppelen, heeft Microsoft Project een relatietype toegewezen. Standaard is dat \u2018Einde-naar-begin\u2019, tenzij dit is gewijzigd. Die relatie bepaalt hoe de planning reageert wanneer er iets verschuift. Dus als de reactie niet klopt, is de relatie verkeerd. <\/p>\n

Beschouw dit als een diagnose. In plaats van de vier soorten afhankelijkheden als abstracte definities op te sommen, moet je kijken wat elk type daadwerkelijk met een tijdlijn doet<\/em> wanneer een datum verandert. Zoek het gedrag dat bij het symptoom past, en de afhankelijkheid wordt vanzelf duidelijk. <\/p>\n

\n
Korte samenvatting (TLDR)<\/div>\n
Taakafhankelijkheden in MS Project bepalen hoe taken reageren wanneer een datum verschuift, en de vier typen (Einde-naar-Begin, Begin-naar-Begin, Einde-naar-Einde, Begin-naar-Einde) zorgen elk voor een ander planningsgedrag. Als de planning niet klopt, ligt dat meestal aan het verkeerde type afhankelijkheid, niet aan de data. De vertraging en doorlooptijd die bovenop die koppelingen worden gelegd, zijn de punten waarop de meeste echte planningen stilletjes mislopen. <\/div>\n<\/div>\n

Waarom taakafhankelijkheden in MS Project je planning in de verkeerde richting sturen<\/h2>\n

De meeste handleidingen beschrijven de vier soorten afhankelijkheden en laten het daarbij. \u2018Finish-to-Start\u2019 houdt in dat de ene taak moet zijn afgerond voordat de volgende begint, enzovoort. Technisch gezien klopt dit wel, maar het heeft totaal geen zin als een Gantt-diagram al niet goed werkt en de oorzaak daarvan nog steeds een raadsel is. <\/p>\n

Dit is waar het echt om draait. Een afhankelijkheidssoort is geen label. Het is een regel die de planningsengine volgt telkens wanneer er een datum wordt aangepast. In de documentatie van Microsoft zelf over hoe Project taken plant, wordt uitgelegd dat de software de hele keten opnieuw berekent op basis van koppelingen, beperkingen en agenda\u2019s, in die volgorde. Je ziet de berekening nooit. Alleen het resultaat dat verandert. <\/p>\n

En dit is nu precies waar mensen vaak de fout in gaan. Project slaat het type direct naast het taak-ID op, in een afkorting die de meeste mensen nooit lezen. Een voorganger die wordt weergegeven als \u201e4FS\u201d betekent \u201eFinish-to-Start\u201d voor taak 4. \u201e4SS\u201d staat voor \u201eStart-to-Start\u201d. Sla die kolom over, en je tast in het duister over de exacte instelling die voor problemen zorgt. <\/p>\n

Het punt is: je kunt een planningsprobleem niet oplossen door data een beetje te verschuiven. De koppeling bepaalt de datum. Los de koppeling op. <\/p>\n

De vier typen, op basis van wat ze met je tijdlijn doen<\/h2>\n

Laten we ze een voor een doornemen aan de hand van de symptomen die ze veroorzaken, en niet aan de hand van de definitie uit het leerboek.<\/p>\n

Finish-to-Start (FS)<\/strong> is de standaardinstelling en dekt zo\u2019n 80%<\/strong> van de werkelijke afhankelijkheden. Taak A is voltooid, taak B begint. Als je de einddatum van A naar achteren schuift, verschuift B mee naar achteren. Dit is het gedrag dat je verwacht<\/em>, en juist daarom leidt het zelden tot verwarring. Als de planning voorspelbaar verschuift wanneer de einddatum van een voorganger verandert, werk je volgens FS en werkt het. In een \u2018finish-to-start\u2019-projectketen stort je eerst de fundering en bouw je daarna de muren \u2013 dat is het werkpaard van FS. <\/p>\n

Start-to-Start (SS)<\/strong> koppelt de starttijdstippen<\/em> van twee taken aan elkaar. B kan pas beginnen als A begint. Het symptoom dat hierop wijst: de einddatum van een voorganger is verschoven, maar die van de opvolger is niet veranderd, wat de indruk wekte dat het systeem niet goed werkte. Dat is echter niet het geval. Bij SS zijn alleen de startdata aan elkaar gekoppeld, dus het wijzigen van een einddatum heeft geen gevolgen voor de taken die daarop volgen. Twee taken die gelijktijdig op gang komen, zoals het uitgraven van het terrein en het mobiliseren van materieel, vereisen een SS-koppeling. <\/p>\n

Bij \u201eFinish-to-Finish\u201c (FF)<\/strong> zijn de uiteinden<\/em> aan elkaar gekoppeld. B kan pas klaar zijn als A klaar is. Het kenmerk hiervan is een opvolger waarvan de startdatum vrij kan vari\u00ebren, maar waarvan de einddatum plotseling verspringt wanneer de voorganger wordt verlengd. Testen die gelijktijdig met de ontwikkeling moeten worden afgerond, vormen een klassiek voorbeeld van FF: beide lopen parallel, maar moeten tegelijkertijd worden afgerond. <\/p>\n

Start-to-Finish (SF)<\/strong> is een zeldzame, verwarrende optie, en eerlijk gezegd gebruikten de meeste mensen die ermee werkten deze per ongeluk. B kan pas worden voltooid als A begint. Als de einddatum van een taak steeds wordt verschoven door de startdatum<\/em> van een andere taak, en dit intu\u00eftief niet logisch is, is SF waarschijnlijk toegepast terwijl iets anders bedoeld was. Het komt voor in legitieme gevallen, zoals bij het overdragen van diensten. Maar als niemand er bewust voor heeft gekozen, is het waarschijnlijk een fout. <\/p>\n

\u201cDe diagnostische stap is dus eenvoudig. Kijk wat er is veranderd (een begin of een einde), kijk wat er stroomafwaarts is verschoven (een begin, een einde of niets), en koppel dat paar aan het bovenstaande type. Als er geen overeenkomst is, weet je waarnaar je moet overschakelen.\u201d<\/p><\/blockquote>\n

Hoe je de link kunt controleren en wijzigen<\/h2>\n

Open eerst de kolom \u2018Voorgangers\u2019 als deze niet wordt weergegeven. Klik met de rechtermuisknop op een willekeurige kolomkop, kies \u2018Kolom invoegen\u2019 en selecteer \u2018Voorgangers\u2019. Nu worden bij elke taak de koppelingen in die afgekorte vorm weergegeven, zodat je niet meer hoeft te gissen. <\/p>\n

Om een type te wijzigen, dubbelklik je op de opvolgende taak, open je het tabblad \u2018Voorgangers\u2019 in het dialoogvenster \u2018Taakinformatie\u2019 en selecteer je de relatie in de vervolgkeuzelijst \u2018Type\u2019. Dat is de nette manier. Je kunt de kolom \u2018Voorganger\u2019 ook rechtstreeks bewerken als je vertrouwd bent met de afkorting, door \u20185FF\u2019 in plaats van \u20185\u2019 te typen om \u2018Einde-naar-einde\u2019 voor taak 5 te forceren. <\/p>\n

Elke nieuwe relatie is standaard ingesteld op \u2018Finish-to-Start\u2019 (FS). Selecteer twee taken, klik op de kettingknop in het lint, en klaar: beide taken worden nu FS. Dat is de standaardmanier om taken aan elkaar te koppelen in Microsoft Project. In de handleiding van ExperTrain over het koppelen van afhankelijkheden wordt de \u2018selecteren-en-koppelen\u2019-methode uitgebreid behandeld, voor als je een stapsgewijze uitleg wilt. Het addertje onder het gras is die standaardinstelling. Als de daadwerkelijke relatie SS of FF was, heb je nu het verkeerde type \u2013 en niemand merkt dat op totdat een datum vreemd verschuift. <\/p>\n

\n
TIP<\/div>\n
Kijk, direct nadat je twee taken aan elkaar hebt gekoppeld, even naar de kolom \u2018Voorgangers\u2019 voordat je verdergaat. Het kost maar twee seconden om te controleren of de afkorting (FS, SS of FF) overeenkomt met wat je werkelijk bedoelde \u2014 en dit is het enige moment waarop je een verkeerde standaardinstelling kunt opmerken voordat deze zich in de planning nestelt. <\/div>\n<\/div>\n

Hier schuilt het echte probleem. De vier typen krijgen de meeste aandacht, maar de instellingen voor vertraging en doorlooptijd zijn juist de factoren die stilletjes de tijdschema\u2019s in de war sturen, omdat ze onzichtbaar zijn tenzij je er specifiek naar op zoek gaat. <\/p>\n

Vertraging<\/strong> is een extra vertraging bovenop een afhankelijkheid. \u2018Finish-to-Start\u2019 met twee dagen vertraging betekent dat B twee dagen nadat<\/em> A is voltooid, begint. Denk aan uithardingstijd, het drogen van verf, een verplichte wachttijd. Je voert dit in als \u201e4FS+2d\u201c in de kolom \u201evoorganger\u201c. Het schema behoudt die tussenruimte, ongeacht hoe de omliggende data verschuiven, en dat is precies wat je wilt voor een echte wachttijd. En precies wat je niet wilt als het per ongeluk is toegevoegd. <\/p>\n

\u2018Lead\u2019<\/strong> is een negatieve vertraging. In feite gaat het om een overlapping. \u20184FS-2d\u2019 betekent dat B twee dagen voordat<\/em> A klaar is begint, waardoor de taken in elkaar overlopen. Dit is handig wanneer een opvolger kan beginnen terwijl de voorganger de laatste fase afrondt. In het artikel van de Microsoft Community Hub over geavanceerde taakafhankelijkheden wordt uitgelegd hoe voorloop en naloop samenwerken met de nieuwere Project for the web-engine. Dit is het lezen waard als je overlappingen ziet die je niet bedoeld had. <\/p>\n

Dit is hoe het misgaat. Iemand typt \u201e+2d\u201c terwijl hij \u201e-2d\u201c bedoelde, of laat een buffer staan nadat de reden daarvoor is verdwenen. Nu zit er een schijnbare leemte in de planning die het hele project oprekt, en omdat de buffer niet als aparte rij wordt weergegeven, merkt niemand het op. Elke datum na die koppeling klopt twee dagen niet en de Gantt-balken zien er volkomen normaal uit. <\/p>\n

Dus als een project langer duurt dan de som van de taakduur, controleer dan allereerst de vertragingen. Bekijk de kolom \u2018voorganger\u2019 op vermeldingen met \u2018+\u2019 en \u2018-\u2019 en controleer of er voor elk daarvan een concrete reden is. In de MVP-gids van Dale Howard over het instellen van afhankelijkheden wordt hier heel duidelijk over gesproken: de meeste onverklaarbare vertragingen zijn het gevolg van vertragingen die niemand zich herinnert te hebben toegevoegd. <\/p>\n

Problemen oplossen: veelvoorkomende symptomen<\/h2>\n

Er gebeurt niets als ik een datum wijzig.<\/strong> Waarschijnlijk SS of FF, en je wijzigt het verkeerde uiteinde. SS negeert wijzigingen in de afloop, FF negeert wijzigingen in het begin. Wijzig het type, of pas het andere uiteinde van de taak aan. <\/p>\n

Alles beweegt veel te veel.<\/strong> Meestal gaat het om een reeks FS-koppelingen waarbij een beperking een remmende factor vormt, of om een opgehoopte vertraging. Controleer of een taak een harde beperking heeft, zoals \u201cMoet beginnen op\u201d, die voorrang heeft op de koppeling, aangezien beperkingen in de berekeningsvolgorde van Project voorrang hebben op afhankelijkheden. <\/p>\n

Het eindpunt van een taak verschuift, maar het beginpunt blijft op zijn plaats.<\/strong> Dat is Finish-to-Finish dat zijn werk doet. Als dat niet is wat je wilde, schakel dan over naar FS. <\/p>\n

De einddatum wordt verschoven door de startdatum van een andere taak.<\/strong> \u2018Start-to-Finish\u2019 wordt bijna altijd per ongeluk gebruikt. Verander het in wat je eigenlijk bedoelde, waarschijnlijk FS. <\/p>\n

\n
\n
E\u00e9n preventieve gewoonte is beter dan alle oplossingen. Vraag jezelf, voordat je taken aan elkaar koppelt, af welke uiteinden daadwerkelijk met elkaar verband houden: de begin- of eindtijdpunten, of een koppeling van een eindtijdpunt naar een beginpunt. Beantwoord die vraag eerst, kies vervolgens het type en koppel de taken daarna aan elkaar. Door de relatie vast te stellen voordat je klikt, voorkom je vrijwel alle problemen van het type \u201ewaarom is mijn planning verschoven\u201c voordat ze \u00fcberhaupt ontstaan. <\/div>\n<\/div>\n<\/div>\n

Veelgestelde vragen<\/h2>\n

Wat is het standaardtype voor afhankelijkheden in Microsoft Project?<\/strong>
\nFinish-to-Start. Elke koppeling die met de koppelingsknop van het lint wordt aangemaakt, wordt standaard ingesteld op FS, tenzij u dit wijzigt in het dialoogvenster \u2018Taakinformatie\u2019 of via de snelkoppeling in de kolom \u2018Voorganger\u2019. <\/p>\n

Hoe lees ik de afkorting in de kolom \u2018voorganger\u2019?<\/strong>
\nHet getal is het ID van de voorafgaande taak, de letters geven het type aan. \u201c7FS\u201d staat voor \u2018Finish-to-Start\u2019 op taak 7, \u201c7SS\u201d voor \u2018Start-to-Start\u2019, \u201c7FF\u201d voor \u2018Finish-to-Finish\u2019 en \u201c7SF\u201d voor \u2018Start-to-Finish\u2019. Een achtervoegsel \u201c+3d\u201d of \u201c-3d\u201d geeft de vertraging of voorsprong aan. <\/p>\n

Waarom is mijn hele project langer geworden na \u00e9\u00e9n kleine wijziging?<\/strong>
\nMeestal gaat het om onbedoelde vertragingen of een beperking die voorrang heeft op je koppelingen. Bekijk de kolom \u2018voorganger\u2019 op \u2018+\u2019-waarden en controleer of er harde beperkingen zijn, aangezien de planningsengine van Project beperkingen voorrang geeft boven afhankelijkheden. <\/p>\n

Wanneer moet ik \u2018Start-to-Start\u2019 gebruiken in plaats van \u2018Finish-to-Start\u2019?<\/strong>
\nWanneer twee taken tegelijkertijd moeten beginnen, maar niet tegelijkertijd hoeven te eindigen. De graafwerkzaamheden en de mobilisatie van materieel komen tegelijkertijd op gang, dus hun startmomenten zijn aan elkaar gekoppeld, terwijl hun eindmomenten onafhankelijk van elkaar blijven. In de handleiding over afhankelijkheden van Wrike vind je meer voorbeelden van parallelle taken. <\/p>\n

Is doorlooptijd hetzelfde als vertraging?<\/strong>
\n\u201cLead\u201d is een negatieve vertraging, wat betekent dat er sprake is van overlapping in plaats van een vertraging. Met \u201cFS-2d\u201d (lead) begint de opvolger twee dagen voordat de voorganger klaar is. \u201cFS+2d\u201d (lag) zorgt voor een tussenpoos van twee dagen daarna. Hetzelfde veld, tegengesteld teken, tegengesteld effect. <\/p>\n

Alles op een rijtje<\/h2>\n

Wanneer taakafhankelijkheden in MS Project niet goed werken, is het afhankelijkheidssoort de eerste verdachte, niet de data. Koppel het symptoom aan het gedrag: wat is er veranderd en wat is er verschoven? Dan wordt het juiste soort vanzelf duidelijk. Controleer vervolgens de vertraging en de voorsprong, want een verdwaalde \u201e+2d\u201c ligt aan de basis van meer mysterieuze vertragingen dan welke andere oorzaak dan ook. Lees de kolom \u2018voorganger\u2019, bepaal de relatie voordat je koppelt, en de Gantt-grafiek gaat zich normaal gedragen. <\/p>\n

\n
\ud83d\ude80 Geef je groei een boost<\/div>\n
Maak planningen die echt kloppen<\/div>\n
Schaf een originele Microsoft Project-licentie aan en maak een einde aan de worsteling met afhankelijkheidskoppelingen die je niet kunt zien.<\/div>\n

Download Microsoft Project \u2192<\/a><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Taakafhankelijkheden in MS Project bepalen hoe je planning reageert wanneer data verschuiven. Breng het symptoom in verband met het juiste type afhankelijkheid en corrigeer de koppeling, niet de data. <\/p>\n","protected":false},"author":1483,"featured_media":38234,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_glsr_average":0,"_glsr_ranking":0,"_glsr_reviews":0,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[368,377],"tags":[],"class_list":["post-38230","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-handleidingen","category-pro-tools"],"acf":[],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"https:\/\/keyfy.com\/wp-content\/uploads\/2026\/09\/magnific_realistic-photo-of-a-cork_DoaPvQapcl.webp","_links":{"self":[{"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/posts\/38230","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/users\/1483"}],"replies":[{"embeddable":true,"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/comments?post=38230"}],"version-history":[{"count":0,"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/posts\/38230\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/media\/38234"}],"wp:attachment":[{"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/media?parent=38230"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/categories?post=38230"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/keyfy.com\/nl\/wp-json\/wp\/v2\/tags?post=38230"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}