Hvad er en afhængighed
Definition af en afhængighed
En afhængighed beskriver forholdet mellem aktiviteter og angiver den særlige rækkefølge, i hvilken de skal udføres. Afhængigheder opstår i enhver beslutnings-, planlægnings- og udviklingsproces og er ideelt set forudbestemte. Opgaver kan være efterfølgere og forgængere til andre opgaver, hvorved tidspunktet for hver enkelt udførelse kan tilpasses i overensstemmelse hermed.
Afhængigheder har en direkte indvirkning på produktudviklingsforløbet og opstår ofte i tværfaglige produktteams. Derfor er det så vigtigt, at afhængigheder er klart kortlagt og planlagt for at undgå forstyrrelser i den samlede produktudvikling.
Eksempler på afhængigheder
For at konfigurere en afhængighed kan typen af afhængighed mellem et par yderligere defineres ved en af følgende relationsmodeller:
finish-to-start
Finish-to-start-afhængigheden er den mest almindelige relation mellem to opgaver. Forgængeropgaven skal være afsluttet, før en anden opgave, efterfølgeren, kan starte.
start-til-start
Forgængeren skal være startet, før den afhængige opgave kan starte. En af de to opgavers afslutning er ikke afhængig.
finish-to-finish
Næstfølgeren kan først afslutte, når forgængeren er færdig. Efterfølgerens start er ikke afhængig af forgængeren og kan begynde før, efter eller samtidig.
start-til-færdiggørelse
Start-til-færdiggørelse
Start-til-færdiggørelse er den mindst almindelige relation mellem to opgaver. Efterfølgeren er allerede begyndt og kan ikke afslutte, før forgængeren også er begyndt.
Afhængigheder kan opstå mellem teams, initiativer eller leverancer.
Et meget almindeligt eksempel på en intern afhængighed ville være at kræve, at et andet team skal gøre noget, som de ejer inden for deres funktion, før udviklerne er i stand til at implementere en ny funktion. Dette kunne være at kræve, at dit designteam skal afslutte oprettelsen af Sketch-filer, før dit ingeniørteam kan implementere dem.
Udfordringer
Fælles udfordringer opstår, når afhængigheder er forbundet med eksterne bidragydere. Disse såkaldte risikable afhængigheder kan f.eks. opstå, når software fra en tredjepart udgør en nøglekomponent til dit produkt, eller når en opgaveafhængighed har en begrænsning, og dens færdiggørelsesproces ikke kan forudses. En anden vanskelighed kan være at identificere afhængigheder overhovedet. Det er vigtigt at holde styr på dem, når et projekt tager fart og bliver mere komplekst.
Fordele ved at kortlægge afhængigheder
Visualisering af afhængigheder hævder opgaveforvaltningen og tidslinjen i enhver projektplan. Især når man leder et tværfagligt team, er det afgørende at underbygge bevidsthedsniveauet ved at inddrage afhængigheder og statusrapporter i f.eks. produktets køreplan. Der er dog flere tilgange til at gøre dette. Uanset om man afbilder afhængigheder i et Gantt-diagram, diagram, tabel eller med andre midler, vil det gøre det muligt for teamet at revurdere engagementet og om nødvendigt gøre indsigelse mod upraktiske foranstaltninger.
Sådan håndterer du en afhængighed
Afhængigheder er ikke i sig selv problematiske, men de kræver en fokuseret tilgang til produktplanlægningen for at reducere risikoen for eventuelle problemer.
Når produkter vokser i funktioner og egenskaber, vokser de naturligvis også i kompleksitet. Denne øgede kompleksitet betyder, at det er afgørende for en vellykket produktudvikling at vide, hvor der findes afhængigheder i god tid – uanset om et udviklingsteam arbejder i et startup-miljø eller inden for en etableret organisation.
Effektiv roadmapping er en af de mest effektive måder at reducere eventuelle risici ved afhængigheder på.
For eksempel: Lad os sige, at dit designteam får en uventet forsinkelse, og at de har brug for et par dage mere til at færdiggøre nogle mock ups. Udvikling, QA, marketing og salg skal vide det i god tid for at minimere forstyrrelser. Dette kan håndteres effektivt med et dedikeret produktstyringsværktøj – det vil gøre det muligt for dig at kommunikere fremskridtene i alle afhængigheder på tværs af de vigtigste interessenter i realtid.
