Mijlpalen en gewenste datums

Gebruik mijlpalen om belangrijke gebeurtenissen te markeren en gewenste datums om taken aan specifieke datums vast te pinnen.

Mijlpalen zijn de leestekens van je projectplan. Ze staan niet voor werk — ze staan voor genomen besluiten, opgeleverde resultaten en gepasseerde poorten. Een plan zonder mijlpalen is lastig te communiceren en lastig te beheersen.

Wat maakt een goede mijlpaal?

Een mijlpaal moet een duidelijke, binaire uitkomst hebben: hij is bereikt of niet. Vermijd vage mijlpalen zoals “Ontwikkeling afgerond” — er is altijd nog één bug. Gebruik in plaats daarvan: “Build uitgerold naar staging en smoketest uitgevoerd.”

Sterke voorbeelden van mijlpalen:

  • Projectkick-off (akkoord om te starten)
  • Akkoord op requirements (schriftelijke goedkeuring van stakeholders)
  • Ontwerp goedgekeurd (definitieve mock-ups akkoord)
  • Code freeze (geen nieuwe functies, alleen bugfixes)
  • Bèta uitgebracht (geleverd aan testgebruikers)
  • Go-live (publiek beschikbaar)
  • Evaluatie na lancering gehouden

Mijlpalen in LoopGantt

Een mijlpaal is een taak met duur = 0. Hij verschijnt als een ruitsymbool op de Gantt-tijdlijn. Zo maak je er een:

  1. Voeg zoals gewoonlijk een taak toe.
  2. Zet de duur op 0 of zet de schakelaar Mijlpaal aan in de taakeditor.
  3. De taakbalk verandert in een ruit (◆) op de Gantt.

Aan mijlpalen kun je net als aan gewone taken afhankelijkheden toewijzen. Een veelgebruikt patroon: koppel de laatste taak van een fase aan een mijlpaal die de toegang tot de volgende fase bewaakt. Zo ontstaat er een duidelijke “fasepoort” in je plan.

Gewenste datum — een taak op een specifieke datum plannen

Met een Gewenste datum vertel je de planner wanneer je wilt dat een taak begint. De planner gebruikt deze datum zolang die niet botst met afhankelijkheden.

Zo werkt het:

  • Geen afhankelijkheden: de taak begint op de gewenste datum.
  • Met afhankelijkheden, gewenste datum ligt later: de taak wordt uitgesteld tot de gewenste datum — handig om een taak bewust later te plannen binnen de beschikbare speling (slack).
  • Met afhankelijkheden, gewenste datum ligt eerder: de gewenste datum wordt genegeerd. Een taak kan niet eerder beginnen dan de voorgangers toelaten.

Gebruik gewenste datums voor:

  • Taken die gekoppeld zijn aan een vaste externe datum (congres, lancering, wettelijke deadline)
  • Een taak uitstellen tot een specifieke dag, ook al zou die eerder kunnen beginnen
  • Mijlpalen met een bekende streefdatum (bijv. “Go-live op 31 juli”)
Tip: gebruik mijlpalen aan het einde van elke fase als “poorten”. Koppel de eerste taak van de volgende fase aan die mijlpaal (FS-afhankelijkheid). Zo kan fase 2 pas beginnen als fase 1 formeel is afgesloten — precies zoals methodieken met fasepoorten werken.
Was dit artikel nuttig?