En individuel udviklingsplan (IDP) er en kort, skriftlig aftale om, hvordan én person skal udvikle sig over de næste par måneder: hvilke færdigheder vedkommende skal arbejde med, hvad der konkret skal gøres, og hvornår. Det lyder som papirarbejde, og i mange virksomheder er det det – en formular, der bliver udfyldt én gang om året og aldrig åbnet igen. Sådan behøver det ikke at være.
Denne guide viser, hvordan du skriver en IDP, der bliver fulgt: hvor målene kommer fra, hvad der gør en aktivitet konkret, en skabelon, du kan kopiere, og eksempler for roller i support, salg, udvikling og ledelse.
Hvad en individuel udviklingsplan er – og hvad den ikke er
En brugbar IDP har tre ting:
- En retning. Som regel næste niveau på personens karrierestige, nogle gange et skifte til et andet spor eller en anden rolle.
- En eller to fokusfærdigheder. De huller, der står mellem personen og den retning.
- Nogle få konkrete aktiviteter med deadlines – den del, der faktisk ændrer noget.
Den er ikke en forbedringsplan. En PIP er en formel reaktion på, at en person ikke lever op til sin nuværende rolle. En IDP er for folk, der klarer sig fint og gerne vil mere. Bliver de to forvekslet, begynder folk at frygte IDP’en.
Den er heller ikke en ansøgning om et uddannelsesbudget. Kurser kan være en del af en plan, men det meste af udviklingen kommer fra selve arbejdet: at tage et sværere problem på sig, at stå i spidsen for noget for første gang, at lære fra sig.
Start med hullet, ikke med en ønskeliste
Den bedste kilde til en IDP er et check-in: Medarbejderen har vurderet sig selv ud fra de færdigheder, rollen forventer, lederen har gjort det samme, og begge har set, hvor vurderingerne er forskellige eller ligger under niveauet. De huller er råmaterialet.
Vælg et eller to af dem. Vælg ved at spørge:
- Hvilket hul betyder mest for næste niveau? Læs forventningerne på næste niveau, og find det største spring.
- Hvilket går personen selv op i? En plan, personen ikke er interesseret i, bliver ikke gennemført.
- Er der kommende opgaver, der kan hjælpe? Et hul, som næste kvartals arbejde kan lukke, er det nemmeste at handle på.
Uden en karrierestige kan du stadig skrive en IDP, men målene har det med at glide mod det, der lyder godt – »bliv mere strategisk« – frem for det, rollen kræver. Klare forventninger pr. niveau gør planen meget nemmere at skrive.
Sådan skriver du en aktivitet, der bliver gjort
De fleste IDP’er fejler på dette trin. »Forbedre kommunikationsevner« er et ønske, ikke en aktivitet. En god aktivitet svarer på fem spørgsmål:
- Hvad skal du helt præcist gøre? Et udsagnsord og et resultat.
- Hvilken færdighed opbygger den? Én færdighed fra rollen eller et bredere mål, hvis den ikke passer til en enkelt.
- Hvordan ved vi, at den er gjort? En slutstreg, begge parter kan se.
- Hvornår? En rigtig dato, et par uger til tre måneder ude i fremtiden.
- Hvilken støtte er der brug for? Tid, adgang, en mentor, et budget, en introduktion.
Sammenlign:
| Vagt | Konkret |
|---|---|
| Bliv bedre til at tale foran folk | Præsentér den kvartalsvise supportrapport på fællesmødet i december; øv den én gang med teamlederen først |
| Lær mere om produktet | Følg to onboardingmøder med solutions-teamet inden udgangen af måneden, og skriv tre spørgsmål ned, som kunderne stiller |
| Tag mere ansvar | Ejer tjeklisten for de næste to releases, inklusive beslutningen om go/no-go |
Bland de forskellige typer aktiviteter. En god balance er mest at gøre (en strækopgave i det rigtige arbejde), noget at lære af andre (følge en kollega, mentorskab, feedback) og lidt formel læring (et kursus eller en bog) – ikke omvendt. En plan, der kun består af kurser, giver kursusbeviser, ikke ny adfærd.
En IDP-skabelon
Kopiér den ind i det værktøj, du bruger. Den kan være på én skærm, og det er hele pointen.
Person / rolle / niveau: navn – rolle – nuværende niveau
Retning: for eksempel »klar til niveau 3 inden for 12 måneder« eller »skifte til ledersporet«
Fokusfærdigheder: en eller to, fra rollens forventninger
| Aktivitet | Færdighed | Færdig når | Deadline | Behov for støtte |
|---|---|---|---|---|
| Det, du vil gøre | Færdighedens navn | Synlig slutstreg | Dato | Tid, mentor osv. |
Følges op ved: næste check-in, dato
Hav to til fire aktiviteter åbne ad gangen. Når én er færdig, så tilføj den næste i stedet for at skrive ti på forhånd.
Eksempler for fire roller
Supportspecialist, niveau 2 3
Retning: blive den, andre støtter sig til, på ét komplekst område. Fokusfærdigheder: produkt- og teknisk viden, supportdrift. Se skabelonen for kundesupport for forventningerne pr. niveau.
| Aktivitet | Færdighed | Færdig når | Deadline |
|---|---|---|---|
| Skriv interne noter om de fem hyppigste faktureringsproblemer | Produkt- og teknisk viden | Noterne er udgivet; to kolleger har brugt dem | 6 uger |
| Hold en session på 30 minutter for teamet om konfiguration af fakturering | Produkt- og teknisk viden | Sessionen er holdt, spørgsmålene er samlet | 10 uger |
| Foreslå én ændring af eskaleringsprocessen ud fra sidste måneds sager | Supportdrift | Forslaget er drøftet med supportteamlederen | 12 uger |
Account executive, mellemniveau senior
Retning: håndtere større aftaler med flere interessenter på egen hånd. Fokusfærdigheder: behovsafdækning og kvalificering, aftalestyring og lukning. Se skabelonen for account executive.
| Aktivitet | Færdighed | Færdig når | Deadline |
|---|---|---|---|
| Led behovsafdækningen på to aftaler med tre eller flere interessenter, med lederen som observatør | Behovsafdækning og kvalificering | To møder ledet, feedback skrevet efter hvert | 8 uger |
| Skriv en fælles handlingsplan for hver aktiv aftale over en fastsat størrelse | Aftalestyring og lukning | Planerne er delt med kunden og holdes opdateret | Løbende, opfølgning om 12 uger |
| Bed to kolleger, der var med på de møder, om skriftlig feedback | Behovsafdækning og kvalificering | Feedback modtaget og drøftet ved check-in’et | 10 uger |
Softwareudvikler, niveau 2 3
Retning: seniorudvikler inden for et år. Fokusfærdigheder: systemdesign, mentorskab og teamudvikling. Se skabelonen for softwareudvikler.
| Aktivitet | Færdighed | Færdig når | Deadline |
|---|---|---|---|
| Skriv designdokumentet for rapporteksporten, og stå for gennemgangen af det | Systemdesign | Dokumentet er gennemgået af to seniorudviklere og godkendt | 6 uger |
| Parprogrammér hver uge med den nyeste udvikler i teamet | Mentorskab og teamudvikling | Otte sessioner holdt; den nye udvikler leverer sin første feature alene | 10 uger |
| Lav review af pull requests uden for dit eget område mindst to gange om ugen | Systemdesign | Vanen er holdt et helt kvartal | 12 uger |
Ny Engineering Manager, de første seks måneder
Retning: lede teamet uden at falde tilbage i fagarbejdet. Fokusfærdigheder: udvikling af medarbejdere, leverance og udførelse. Se skabelonen for Engineering Manager.
| Aktivitet | Færdighed | Færdig når | Deadline |
|---|---|---|---|
| Hold et karriere-check-in med hver af dine direkte medarbejdere | Udvikling af medarbejdere | Alle check-ins er afsluttet, hver med aftalte aktiviteter | 8 uger |
| Overdrag vagtordningen og release-tjeklisten til to medlemmer af teamet | Leverance og udførelse | Begge står for dem uden dig i en hel måned | 12 uger |
| Mød en mere erfaren leder hver anden uge | Udvikling af medarbejdere | Seks møder holdt; én ændring i den måde, du holder 1:1-samtaler på | 12 uger |
Læg mærke til, hvad eksemplerne har til fælles: Næsten hver aktivitet er rigtigt arbejde, som personen delvis ville lave alligevel – nu gjort bevidst og med en slutstreg.
Hold planen i live
En plan, der bliver skrevet og lagt i en mappe, er glemt inden for en måned. Tre vaner holder den i live:
- Følg op på den ved hvert check-in. Start hvert check-in med de åbne aktiviteter: hvad der er gjort, hvad der sidder fast, hvad der ikke længere giver mening. Aflys aktiviteter, der har mistet deres formål – det er ærligt, ikke et nederlag.
- Skriv fremskridt ned, mens de sker. En kort note, når noget rykker sig – »første session holdt, 6 deltog« – slår at prøve at huske det tre måneder senere, og den bliver dokumentation i en indstilling til forfremmelse.
- Lad medarbejderen afslutte aktiviteten. Den, der gør arbejdet, siger, hvornår det er gjort, med en note om, hvordan det gik. Lederen kan være uenig og genåbne den, men bør ikke sætte flueben på andres vegne.
Deadlines virker kun, hvis nogen lægger mærke til dem. Ligger din plan i et dokument, så sæt datoerne i en kalender. I LadderKit er hvert punkt i en IDP en udviklingsaktivitet med en deadline, en valgfri kobling til en færdighed fra personens rolle, en notetråd, som begge parter skriver i, og påmindelser før og efter deadline; kun medarbejderen kan markere den som afsluttet.
Typiske fejl
- For mange mål. To fokusfærdigheder, to til fire aktiviteter. Alt andet må vente.
- Aktiviteter uden slutstreg. Kan du ikke se, om den er gjort, bliver den aldrig gjort.
- Kun kurser. Læring sker i arbejdet; kurser understøtter det.
- Skrevet af lederen alene. Personen skal kunne genkende planen som sin egen.
- Uden forbindelse til rollen. Mål, der ikke peger på forventningerne på næste niveau, hjælper ikke med en forfremmelse – og det lægger folk mærke til.
- Aldrig fulgt op. En IDP, der ikke bliver drøftet ved næste check-in, var en formalitet.