En individuell utvecklingsplan (IUP) är en kort, skriftlig överenskommelse om hur en person ska utvecklas de närmaste månaderna: vilka färdigheter hen ska arbeta med, vad hen faktiskt ska göra och till när. Det låter som pappersarbete, och på många företag är det just det – ett formulär som fylls i en gång om året och aldrig öppnas igen. Så behöver det inte vara.
Den här guiden visar hur du skriver en IUP som blir av: var målen kommer ifrån, vad som gör en aktivitet konkret, en mall du kan kopiera och exempel för roller inom support, sälj, utveckling och ledning.
Vad en individuell utvecklingsplan är – och inte är
En användbar IUP har tre delar:
- En riktning. Oftast nästa nivå på personens karriärstege, ibland ett byte till ett annat karriärspår eller en annan roll.
- En eller två fokusfärdigheter. De luckor som står mellan personen och den riktningen.
- Några konkreta aktiviteter med slutdatum – den del som faktiskt förändrar något.
Den är inte en åtgärdsplan. En åtgärdsplan är ett formellt svar på att någon inte når upp till kraven i sin nuvarande roll. En IUP är för personer som gör ett bra jobb och vill göra mer. Om de två blandas ihop börjar folk frukta IUP:n.
Den är inte heller en ansökan om utbildningsbudget. Kurser kan ingå i en plan, men den mesta utvecklingen kommer från själva arbetet: att ta sig an ett svårare problem, leda något för första gången, lära andra.
Utgå från luckan, inte från en önskelista
Den bästa källan till en IUP är en avstämning: medarbetaren har bedömt sig själv mot de färdigheter som rollen förväntar sig, chefen har gjort detsamma, och båda har sett var bedömningarna skiljer sig eller inte når upp till nivån. De luckorna är råmaterialet.
Välj en eller två av dem. Välj genom att fråga:
- Vilken lucka betyder mest för nästa nivå? Läs förväntningarna för nästa nivå och hitta det största klivet.
- Vilken bryr sig personen om? En plan som personen inte är intresserad av blir inte av.
- Finns det arbete på gång som skulle hjälpa? En lucka som nästa kvartals arbete kan stänga är lättast att göra något åt.
Utan en karriärstege kan du ändå skriva en IUP, men målen tenderar att glida mot det som låter bra – ”bli mer strategisk” – i stället för det som rollen behöver. Tydliga förväntningar per nivå gör planen mycket lättare att skriva.
Så skriver du en aktivitet som blir av
De flesta IUP:er faller på det här steget. ”Förbättra kommunikationsförmågan” är en önskan, inte en aktivitet. En bra aktivitet svarar på fem frågor:
- Vad exakt ska du göra? Ett verb och ett resultat.
- Vilken färdighet bygger den? En färdighet från rollen, eller ett bredare mål om den inte passar in under en.
- Hur vet vi att den är klar? En mållinje som båda kan se.
- Till när? Ett verkligt datum, några veckor till tre månader bort.
- Vilket stöd behövs? Tid, åtkomst, en mentor, en budget, en kontakt.
Jämför:
| Vagt | Konkret |
|---|---|
| Bli bättre på att tala inför grupp | Presentera den kvartalsvisa supportrapporten på personalmötet i december; repetera en gång med teamledaren först |
| Lära mig mer om produkten | Följa med på två introduktionssamtal med lösningsteamet före månadens slut och skriva ner tre frågor som kunderna ställer |
| Ta mer ansvar | Äga releasechecklistan för de två kommande releaserna, inklusive beslutet om go/no-go |
Blanda olika sorters aktiviteter. En bra balans är mest göra (ett utmanande uppdrag i verkligt arbete), en del lära av andra (jobbskuggning, mentorskap, feedback) och lite formellt lärande (en kurs eller en bok) – inte tvärtom. En plan som bara består av kurser ger certifikat, inte nya beteenden.
En mall för IUP
Kopiera den här till det verktyg du använder. Den ryms på en skärm, och det är poängen.
Person / roll / nivå: namn – roll – nuvarande nivå
Riktning: till exempel ”redo för nivå 3 inom 12 månader” eller ”byta till chefsspåret”
Fokusfärdigheter: en eller två, från rollens förväntningar
| Aktivitet | Färdighet | Klar när | Senast | Stöd som behövs |
|---|---|---|---|---|
| Vad du ska göra | Färdighetens namn | Synlig mållinje | Datum | Tid, mentor osv. |
Följs upp vid: nästa avstämning, datum
Ha två till fyra aktiviteter öppna åt gången. När en är klar, lägg till nästa i stället för att skriva tio från början.
Exempel för fyra roller
Supportspecialist, nivå 2 3
Riktning: bli den som andra förlitar sig på inom ett komplext område. Fokusfärdigheter: produktkunskap och teknisk kunskap, supportdrift. Se mallen för kundsupport för förväntningarna per nivå.
| Aktivitet | Färdighet | Klar när | Senast |
|---|---|---|---|
| Skriva interna anteckningar för de fem vanligaste faktureringsärendena | Produktkunskap och teknisk kunskap | Anteckningarna publicerade; två kollegor har använt dem | 6 veckor |
| Hålla ett 30-minuterspass för teamet om faktureringsinställningar | Produktkunskap och teknisk kunskap | Passet hållet, frågorna insamlade | 10 veckor |
| Föreslå en ändring i eskaleringsprocessen utifrån förra månadens ärenden | Supportdrift | Förslaget diskuterat med supportteamledaren | 12 veckor |
Account executive, mellannivå senior
Riktning: driva större affärer med flera intressenter på egen hand. Fokusfärdigheter: behovsanalys och kvalificering, affärsdrivning och avslut. Se mallen för account executive.
| Aktivitet | Färdighet | Klar när | Senast |
|---|---|---|---|
| Leda behovsanalysen i två affärer med tre eller fler intressenter, med chefen som observatör | Behovsanalys och kvalificering | Två samtal ledda, skriftlig feedback efter varje | 8 veckor |
| Skriva en gemensam handlingsplan med kunden för varje aktiv affär över en viss storlek | Affärsdrivning och avslut | Planerna delade med kunden och hålls aktuella | Löpande, uppföljning efter 12 veckor |
| Be två kollegor som var med på de samtalen om skriftlig feedback | Behovsanalys och kvalificering | Feedback mottagen och diskuterad i avstämningen | 10 veckor |
Mjukvaruutvecklare, nivå 2 3
Riktning: senior utvecklare inom ett år. Fokusfärdigheter: systemdesign, mentorskap och teamutveckling. Se mallen för mjukvaruutvecklare.
| Aktivitet | Färdighet | Klar när | Senast |
|---|---|---|---|
| Skriva designdokumentet för rapportexporten och leda granskningen av det | Systemdesign | Dokumentet granskat av två seniora utvecklare och godkänt | 6 veckor |
| Parprogrammera varje vecka med den senast anställda utvecklaren i teamet | Mentorskap och teamutveckling | Åtta pass hållna; den nya utvecklaren levererar sin första funktion på egen hand | 10 veckor |
| Granska pull requests utanför ditt eget område minst två gånger i veckan | Systemdesign | Vanan hållen under ett helt kvartal | 12 veckor |
Ny engineering manager, de första sex månaderna
Riktning: leda teamet utan att gå tillbaka till eget utvecklingsarbete. Fokusfärdigheter: medarbetarutveckling, leverans och genomförande. Se mallen för engineering manager.
| Aktivitet | Färdighet | Klar när | Senast |
|---|---|---|---|
| Hålla en karriäravstämning med varje direktrapport | Medarbetarutveckling | Alla avstämningar slutförda, var och en med överenskomna aktiviteter | 8 veckor |
| Lämna över jourschemat och releasechecklistan till två teammedlemmar | Leverans och genomförande | Båda sköter dem utan dig under en hel månad | 12 veckor |
| Träffa en mer erfaren chef varannan vecka | Medarbetarutveckling | Sex möten hållna; en ändring gjord i hur du håller 1:1-samtal | 12 veckor |
Lägg märke till vad exemplen har gemensamt: nästan varje aktivitet är verkligt arbete som personen delvis skulle ha gjort ändå – nu gjort medvetet och försett med en mållinje.
Håll planen levande
En plan som skrivs och arkiveras är glömd inom en månad. Tre vanor håller den levande:
- Följ upp den i varje avstämning. Börja varje avstämning med de öppna aktiviteterna: vad som blev gjort, vad som har fastnat, vad som inte längre är meningsfullt. Stryk aktiviteter som har förlorat sitt syfte – det är ärligt, inte ett misslyckande.
- Skriv ner framstegen medan de sker. En kort anteckning när något händer – ”första passet hållet, 6 personer deltog” – slår att försöka minnas tre månader senare, och den blir ett belägg i ett befordringsunderlag.
- Låt medarbetaren stänga aktiviteten. Den som gör jobbet säger när det är klart, med en kommentar om hur det gick. Chefen kan invända och öppna den igen, men ska inte bocka av saker åt någon annan.
Slutdatum fungerar bara om någon lägger märke till dem. Om din plan finns i ett dokument, lägg in datumen i en kalender. I LadderKit är varje punkt i en IUP en utvecklingsaktivitet med slutdatum, en valfri koppling till en färdighet från personens roll, en anteckningstråd som båda skriver i och påminnelser före och efter slutdatumet; bara medarbetaren kan markera den som klar.
Vanliga misstag
- För många mål. Två fokusfärdigheter, två till fyra aktiviteter. Allt annat får vänta.
- Aktiviteter utan mållinje. Om du inte kan avgöra om den är klar blir den aldrig klar.
- Bara kurser. Lärandet sker i arbetet; kurserna stöder det.
- Skriven av chefen ensam. Personen måste känna igen den som sin egen plan.
- Frikopplad från rollen. Mål som inte pekar mot nästa nivås förväntningar hjälper inte till en befordran, och det märker folk.
- Aldrig uppföljd. En IUP som inte diskuteras vid nästa avstämning var bara en formalitet.