Wat is een afhankelijkheid
Definitie van een afhankelijkheid
Een afhankelijkheid beschrijft de relatie tussen activiteiten en specificeert de specifieke volgorde waarin ze moeten worden uitgevoerd. Afhankelijkheden ontstaan in elk besluitvormings-, plannings- en ontwikkelingsproces en zijn idealiter vooraf bepaald. Taken kunnen opvolgers en voorgangers van andere taken zijn, waarbij het moment van elke uitvoering daarop kan worden afgestemd.
Afhankelijkheden hebben een directe invloed op de voortgang van de productontwikkeling, en komen vaak voor in cross-functionele productteams. Daarom is het zo belangrijk dat afhankelijkheden duidelijk in kaart worden gebracht en gepland, om eventuele verstoringen van de algehele productontwikkeling te voorkomen.
Voorbeelden van afhankelijkheden
Om een afhankelijkheid te configureren kan het type afhankelijkheid tussen een paar verder worden gedefinieerd door een van de volgende relatiemodellen:
finish-to-start
De finish-to-start afhankelijkheid is de meest voorkomende relatie tussen twee taken. De taak van de voorganger moet zijn voltooid voordat een andere taak, de opvolger, kan beginnen.
start-to-start
De voorganger moet zijn begonnen voordat de afhankelijke taak kan beginnen. De finish van beide taken is niet-afhankelijk.
finish-to-finish
De opvolger kan pas finishen als de voorganger is gefinisht. De start van de opvolger is niet afhankelijk van de voorganger en kan voor, na of op hetzelfde moment beginnen.
start-to-finish
De start-to-finish is de minst voorkomende relatie tussen twee taken. De opvolger is al begonnen en kan pas eindigen als de voorganger ook begonnen is.
Afhankelijkheden kunnen optreden tussen teams, initiatieven, of deliverables.
Een veel voorkomend voorbeeld van een interne afhankelijkheid is dat een ander team iets moet doen binnen hun functie, voordat de ontwikkelaars een nieuwe functie kunnen implementeren. Dit zou kunnen zijn dat je ontwerpteam klaar moet zijn met het maken van Sketch-bestanden, zodat je engineeringteam ze kan implementeren.
Uitdagingen
Gemeenschappelijke uitdagingen verschijnen wanneer afhankelijkheden zijn gekoppeld aan externe bijdragers. Deze zogenaamde riskante afhankelijkheden kunnen zich bijvoorbeeld voordoen wanneer software van een derde partij een belangrijk onderdeel van uw product vormt of wanneer een afhankelijkheid van een taak een beperking heeft en het voltooiingsproces niet kan worden voorspeld. Een andere moeilijkheid kan zijn om afhankelijkheden überhaupt te identificeren. Het is belangrijk om er bovenop te blijven zitten wanneer een project meer tractie krijgt en complexer wordt.
Voordelen van het in kaart brengen van afhankelijkheden
Het in kaart brengen van afhankelijkheden versterkt het taakbeheer en de tijdlijn van elke projectplanning. Vooral bij het managen van een cross-functioneel team is het van cruciaal belang om het niveau van bewustzijn te onderbouwen door afhankelijkheden en statusrapporten op te nemen in bijvoorbeeld de roadmap van het product. Er zijn echter meerdere benaderingen om dit te doen. Of het nu gaat om het weergeven van afhankelijkheden in een Gantt-Chart, diagram, tabel of met andere middelen, het zal het team in staat stellen om de inzet opnieuw te evalueren en om bezwaar te maken tegen onpraktische maatregelen indien nodig.
Hoe een afhankelijkheid te beheren
Dependenties zijn niet inherent problematisch, maar ze vereisen wel een gerichte aanpak van de productplanning om het risico van eventuele problemen te verminderen.
Als producten groeien in mogelijkheden en functies, groeien ze natuurlijk in complexiteit. Deze toegenomen complexiteit betekent dat weten waar afhankelijkheden bestaan ruim van tevoren van cruciaal belang is voor een succesvolle productontwikkeling – ongeacht of een ontwikkelteam in een startup-omgeving werkt of binnen een gevestigde organisatie.
Effectieve roadmapping is een van de meest effectieve manieren om potentiële risico’s van afhankelijkheden te verminderen.
Bijvoorbeeld: stel dat uw ontwerpteam een onverwachte vertraging oploopt en een paar dagen extra nodig heeft om een aantal mock-ups te maken. Ontwikkeling, QA, Marketing en Sales moeten dit ruim van tevoren weten om verstoringen tot een minimum te beperken. Dit kan effectief worden afgehandeld met een speciale tool voor productbeheer – hiermee kunt u de voortgang van alle afhankelijkheden in real-time communiceren met de belangrijkste belanghebbenden.
