Avhängighet

Vad är en beroendeställning

Avhängigheter har en direkt inverkan på framstegen i produktutvecklingen och uppstår ofta i tvärfunktionella produktteam. Därför är det så viktigt att beroenden tydligt kartläggs och planeras för att undvika störningar i den övergripande produktutvecklingen.

Exempel på beroenden

För att konfigurera ett beroende kan typen av beroende mellan ett par definieras ytterligare genom en av följande relationsmodeller:

finish-to-start

Finish-to-start-beroendet är det vanligaste förhållandet mellan två uppgifter. Den föregående uppgiften måste vara avslutad innan en annan uppgift, efterföljaren, kan starta.

start-till-start

Förföljaren måste ha startat innan den beroende uppgiften kan starta. Avslutningen av endera uppgiften är inte beroende.

avslutning-till-avslutning

Den efterföljande uppgiften kan endast avslutas efter att föregångaren har avslutats. Efterföljarens start är inte beroende av föregångaren och kan börja före, efter eller samtidigt.

start-till-slut

Start-till-slut

Start-till-slut är det minst vanliga förhållandet mellan två uppgifter. Efterföljaren har redan börjat och kan inte avsluta förrän föregångaren också har börjat.

Avhängigheter kan uppstå mellan team, initiativ eller leveranser.

Ett mycket vanligt exempel på ett internt beroende skulle vara att kräva att ett annat team gör något som de äger inom sin funktion, innan utvecklarna kan driftsätta en ny funktion. Detta kan vara att ditt designteam måste avsluta skapandet av Sketch-filer för att ditt ingenjörsteam ska kunna implementera dem.

Utmaningar

Gemensamma utmaningar dyker upp när beroenden är kopplade till externa bidragsgivare. Dessa så kallade riskfyllda beroenden kan uppstå t.ex. när programvara från en tredje part utgör en nyckelkomponent i din produkt eller när ett beroende av en uppgift har en begränsning och dess slutförandeprocess inte kan förutses. En annan svårighet kan vara att överhuvudtaget identifiera beroenden. Det är viktigt att hålla koll på dem när ett projekt tar fart och blir mer komplext.

Fördelar med att kartlägga beroenden

Visualisering av beroenden hävdar uppgiftshanteringen och tidslinjen i varje projektplan. Särskilt när man leder ett tvärfunktionellt team är det viktigt att underbygga medvetandenivån genom att inkludera beroenden och statusrapporter i t.ex. produktens färdplan. Det finns dock flera olika tillvägagångssätt för att göra detta. Oavsett om man avbildar beroenden i ett Gantt-diagram, diagram, tabell eller på annat sätt, kommer det att göra det möjligt för teamet att omvärdera engagemanget och invända mot opraktiska åtgärder om det behövs.

Hur man hanterar ett beroende

Beroenden är inte problematiska i sig, men de kräver ett fokuserat tillvägagångssätt vid produktplaneringen för att minska risken för eventuella problem.

I takt med att produkter växer i antal egenskaper och funktioner ökar de naturligtvis i komplexitet. Denna ökade komplexitet innebär att det är avgörande för en framgångsrik produktutveckling att veta var beroenden finns i god tid – oavsett om ett utvecklingsteam arbetar i en nystartad miljö eller inom en etablerad organisation.

Effektiv roadmapping är ett av de mest effektiva sätten att minska eventuella risker med beroenden.

Till exempel: Säg att ditt designteam drabbas av en oväntad försening och att de behöver några dagar till för att färdigställa några mock ups. Utveckling, kvalitetssäkring, marknadsföring och försäljning måste få veta detta i god tid för att minimera störningar. Detta kan hanteras effektivt med ett särskilt produkthanteringsverktyg – det gör det möjligt för dig att kommunicera framstegen för alla beroenden mellan de viktigaste intressenterna i realtid.