Process för överlämning, avslut
När en designer ska lämna ett projekt måste de spara sitt arbete så andra kan fortsätta eller ta del av det arbetet som är gjort. Leveransen är uppdelad i grundläggande samt utökad-leverans.
Innehåll
Grundläggande leverans
Den grundläggande leveransen är det minsta som behöver levereras vid en exit.
Design- och beslutshistorik
För att förstå varför designen och flödena fungerar som dom gör behöver man en dokumentation med argument och beslut på val som gjorts och varför. Detta skapar större förståelse för lösningarna och hur beslutet har tagits.
Design- och beslutshistorik kan göras på många sätt, det viktigaste är att det framgår vad för beslut som tagits och varför. Det är fördelaktigt om det görs på ett strukturerat sätt, så att efterkommande designers enkelt förstår vad som gjorts.
Exempel på hur du kan strukturera design- och beslutshistorik finns på sidan https://inera.atlassian.net/l/cp/bjezm5nv. Det går även bra att dokumentera designbeslut i Figma, exempelvis på en egen sida.
Figmafiler
Börja med att se till att Figmafil/er finns i rätt projektspace i Ineras Figma. Se sedan till att det med hjälp av exempelvis namnsättning och sidstruktur framgår vad som finns vart så att nästa person som ska arbeta med projektet kan navigera och hitta rätt i filen. Exempel på sådant som behöver vara tydligt:
Vart eventuella egna komponenter finns (samla gärna på ett ställe)
Vad som är aktuellt och vad som är gammalt
Att dokumentation är lätt att hitta
Att designbeslut och designhistorik är tydlig
Eventuella kopplingar till specifika ärenden eller jiror
Döp sidorna så det tydligt framgår var flöden och/eller prototyp/er finns och:
Vilken uppgift/flöde/funktion som avses
Vilken som är den senaste versionen
Alla filer som ligger i DRAFTS kommer raderas så finns det något viktigt där flytta in i ett PROJECT.
Överför OWNER av filen/projektet till efterträdare eller till anställd på Inera
Övrigt material
Vad som gäller för att spara filer efter projektavslut, alternativt då du slutar i ett projekt varierar mellan olika projekt, stäm av med din projektledare.
Material från användningstester, enkäter och undersökningar är bra att spara så att andra kan ta del av informationen. Detta sparas på sidorna:
Material inför test - återanvändbara mallar för inbjudningar och enkäter i samband med användningstester
https://inera.atlassian.net/l/cp/dSsvmVV4 - insikter från användningstester, enkäter och undersökningar som kan vara värdefulla för andra
Har det i ditt projekt skapats HTML-prototyper?
Prototyper i HTML på https://ineraservices.bitbucket.io/*
Allt som behövs är att man får behörighet att publicera till repot ineraservices på Bitbucket. Inera Stödsystem – stodsystem@inera.se – hjälper dig med det.Här finns en mer utförlig instruktion som förklarar hur det hela fungerar: https://confluence.atlassian.com/bitbucket/publishing-a-website-on-bitbucket-cloud-221449776.html
I övrigt görs en avstämning med UX-strateg innan uppdrag avslutas för att stämma av att allt material är tillvarataget för att kunna återbrukas.
Återanvändning till designsystemet
Har ni tagit fram något i ert projekt som kan skapa värde för andra så vill vi gärna återanvända det i designsystemet. För generell återkoppling på UX-ramverket/designsystemet, använd Återkoppling på UX-ramverk.
Har du andra förslag och vill komma i kontakt med rätt person, se över kontaktsidan eller fråga en kollega
Överlämning och arbeta parallellt
Om det går att arbeta parallellt under en period är detta fördelaktigt för att kunna ställa frågor och få bättre förståelse för det som tagits fram av en annan person.
Avslutssamtal
Boka in ett avslutssamtal med Andreas Melin (välj UX-genomgång konsult).
Utökad leverans
Leveranserna i denna överlämningsprocess beror på vad ditt projekt gör. Men utöver den grundläggande leveransen rekommenderas en kombination av följande exempel om det finns:
Användarresor
Copy
Animationer
Researchdokumentation
Test av användbarhet och analysrapporter
Storyboards
Use Cases
Moodboards