Sådan navigerer du i den delikate kunst ikke at vide alt som teknisk projektleder

Læs transskriptionen:

Vi prøver at transskribere vores podcasts ved hjælp af et softwareprogram. Bær over med eventuelle slåfejl, da botten ikke er korrekt 100 % af tiden.

Galen Low: SaaS. SOC2. ADA. Jenkins. Du troede, det var teksten til en Charlie XCX-sang. Det viser sig, at det ikke er tilfældet. Og ud fra din kundes ansigtsudtryk burde du sikkert have vidst det — eller i det mindste kendt nogen på dit team, der vidste det. Men før du hænger støvlerne på hylden og opgiver drømmen om at blive en respekteret leder inden for teknisk projektledelse, så lyt videre.

Vi skal undersøge, hvor teknisk du behøver at være som teknisk projektleder i 2025 — og hvordan teamledere kan støtte og udvikle projektledere med stor gennemslagskraft uden at sende dem af sted for at tage en doktorgrad i DevOps.

Hej alle, og tak fordi I lytter med. Jeg hedder Galen Low og kommer fra The Digital Project Manager. Vi er et fællesskab af digitale fagfolk, der har som mål at hjælpe hinanden med at blive dygtigere, mere selvsikre og bedre forbundet, så vi kan øge værdien af projektledelse i en digital verden. Hvis du vil høre mere om det, så gå over på thedpm.com/membership.

Okay, i dag taler vi om at vejlede, være mentor for og lede et team af tekniske projektledere, så de finder den rette balance mellem tekniske færdigheder og menneskelige færdigheder. Vi skal hjælpe dem med at udvikle sig professionelt i et miljø, hvor de skal vide nok, men ganske enkelt ikke kan vide alt om de teknologier, deres teams arbejder med.

Med mig i dag har jeg Kayla Keizer, teamleder og senior teknisk projektleder hos Plank, et digitalt bureau, der specialiserer sig i web- og IT-projekter for kunder inden for kunst og kultur, nonprofitorganisationer og uddannelse.

Kay, mange tak fordi du er med i dag.

Kayla Keizer: Tak fordi du inviterede mig.

Galen Low: Jeg gik lige glip af din Costa Rica-baggrund. Kom du hjem fra Costa Rica i dag, i går?

Kayla Keizer: I dag, her til morgen.

Galen Low: Jeg var så begejstret. Jeg planlagde dette forkert, for vi kunne have haft en jungle eller en strand i baggrunden.

Kayla Keizer: Ja, det kunne vi have haft. Der er stadig grønt bag mig, men det ville have været ægte natur, junglen, bag mig.

Galen Low: Hvis du lytter til denne podcast og ikke ser den, så forestil dig bare vidunderlig natur bag Kay lige nu.

Jeg tænkte, at vi måske bare kunne kaste os direkte ud i det og begynde med det spørgsmål, som alle gerne vil kende svaret på. Kan man fortsætte med at udvikle sig som teknisk projektleder uden at have en teknisk uddannelse? Eller rammer man en mur, hvis man er teknisk projektleder og ikke kan fejlfinde Python, håndtere Git, navigere i Laravel eller konfigurere et CDN i AWS?

Hvad tænker du om det?

Kayla Keizer: Jeg tænker, at du er en del af et team af tekniske eksperter, hvis opgave i sidste ende er at fejlfinde og konfigurere AWS. Det falder derfor bestemt ikke på dig at udføre det faktiske arbejde trin for trin, men det er altid godt at forstå eller have en grundlæggende viden om konceptet.

Hvis nogen nævner Python for dig, og du ikke aner, hvad det er, er det ikke så godt. Men det er ikke noget, du behøver gå i skole for eller have særlig træning i. Du kan google dig frem til en god forståelse eller et grundlag. Du kan spørge dine teammedlemmer: Hej, har du noget imod at bruge lidt mere tid på at give mig lidt mere kontekst om dette, så jeg er bedre forberedt, når vi taler om det, eller når vi skriver krav, så jeg kan give dig de oplysninger, vi har brug for?

Det, du virkelig har brug for at vide, er at forstå koncepterne og også forstå: Okay, hvilke spørgsmål skal jeg stille for at give udviklingsteamet, designeren eller indholdsteamet — hvem det end måtte være — de oplysninger, de har brug for, så de faktisk kan udføre opgaven?

Galen Low: Bum. Det elsker jeg. Jeg elsker, at det ikke handler om, at du skal vide alt og tage en formel uddannelse i det. Kunsten er faktisk at stille det rigtige spørgsmål, have overskuddet til at spørge og derefter stille de rigtige spørgsmål, så du kan være den oversætter eller kanal, der får nogle af disse oplysninger til at bevæge sig mellem dit team og dine interessenter. Og jeg synes, det er så fedt.

Jeg spekulerer på, om vi kunne zoome lidt ud, for tidligere i din karriere befandt du dig i en rolle inden for teknisk projektledelse. Og jeg vil ikke lægge dig ord i munden, men jeg tror, det var på et tidspunkt, hvor du ikke selv følte dig særlig teknisk, og det var virkelig teknisk. Du og jeg talte om det i green room.

Det var telekommunikation, som er fyldt med akronymer, teknologier og alle mulige koncepter, der er ret specifikke for branchen. Og nu har du fulgt det spor, og du leder i dag et team af tekniske projektledere hos Plank.

Hvad var den første store udfordring, du stod over for som ikke-teknisk projektleder, da du ledede et projektteam af tekniske specialister, og hvordan overvandt du den?

Kayla Keizer: Jeg tror, du er nødt til at overvinde dig selv en smule. Som du sagde, var jeg dybt involveret. Jeg arbejdede sammen med mennesker, der havde været i virksomheden i 10, 15 eller endda 20 år.

De havde ikke kun den tekniske ekspertise, men også en historie og en baggrund, der byggede på netværkets fundament. Jeg var koordinator på det tidspunkt, og jeg arbejdede også tæt sammen med direktøren. Så jeg hjalp ham meget. Igen arbejdede jeg sammen med direktøren, en 25-årig, og prøvede at finde ud af det hele.

Men det, der hjalp mig igennem det, var, at man ikke må vige uden om ting. Man er nødt til at komme over sig selv en smule. Og ja, det er skræmmende. Og ja, du ved ikke alt, men du kommer ikke til at vide det, før du stiller spørgsmålene, dykker ned i det og tager udfordringen på dig. Jeg oplever, at tingene begynder at gå meget mere gnidningsfrit, når man omfavner dem, end når man tænker: Åh, det her er noget skidt.

Jeg har ikke lyst til at gøre det her. Og så udskyder man det, er usikker og tænker, at hvis man lægger al den negative energi i det, vil det altid føles svært. Det vil altid føles, som om man sidder fast i mudderet og prøver at komme fri. Så jeg tror virkelig, det handler om indstilling, og om at lade som om man har selvtillid, hvis det er nødvendigt.

Galen Low: Jeg kan godt lide tanken om, at vi så ofte skaber vores egne barrierer ved at komme ind i vores eget hoved. Mens det, der faktisk får tingene til at bevæge sig fremad, bare er at have den indstilling, der siger: Ved du hvad, det her skal jeg gøre. Og ja, måske skal man lade lidt som om, men man lader som om ud fra et udgangspunkt, hvor man har nok selvtillid til at spørge — og lige nu måske også selvtillid nok til at bilde sig selv ind, at man faktisk ved noget om det.

Men i virkeligheden handler det igen om at finde ud af, hvad man skal spørge om.

Kayla Keizer: Når du stiller spørgsmål med selvtillid, står du ikke i baggrunden. Du er ikke forsigtig. Du kommer ikke til den person, du skal spørge, med frygt og nervøsitet, for det vil de opfange. Hvis du sidder i et kundemøde, vil kunden zoome ind på det og vide, at du ikke er sikker på det, du taler om.

Så det er det, jeg mener, når jeg siger, at man skal lade som om man har selvtillid. Selv hvis du ikke ved det, er det okay, men vær i det mindste direkte, ærlig og selvsikker, for folk har en tendens til at zoome ind på det, eller de mister tilliden, hvis de føler: Åh, de har ikke engang tillid til sig selv. Hvordan skal jeg så have tillid til dem?

Det er det, jeg mener. Og hvis vi skal vende tilbage til, hvordan man overvinder det, så skal man læne sig op ad sine styrker, når man først har overvundet sine mentale barrierer. Min styrke var, at jeg er virkelig god til dokumentation. Jeg er virkelig god til at forstå tekniske oplysninger, når de bliver forklaret for mig, og derefter omsætte dem til noget, jeg kan give videre til en kunde, skrive som en opgave eller bruge til at udarbejde krav.

Du behøver ikke være teknisk for at dokumentere og stille spørgsmål.

Galen Low: Det kan jeg virkelig godt lide, for selv hvis man tænker på det som en bogstavelig oversætterrolle — som ved en eller anden FN-generalforsamling, hvor man oversætter — betyder det ikke, at man skal vide, hvordan man leder et land.

Men din færdighed, ikke? Det, du gerne vil have, at folk stoler på dig for, er at få budskabet til at fungere på et andet sprog på den anden side. Og jeg synes, det er en så stærk og værdifuld rolle i teknologiens, IT-verdenens og den digitale verdens univers, hvor det er det, man gerne vil have, at folk opbygger tillid til dig for.

Ikke din evne til at kode, fejlfinde eller implementere software, men at vide, hvordan det bliver gjort, og i det mindste kunne drive samtalen og orkestrere det hele, så det faktisk bliver gjort på en meningsfuld og kompetent måde.

Kayla Keizer: Ja.

Galen Low: Må jeg sætte dig lidt på prøve?

Kayla Keizer: Hvad?

Galen Low: Må jeg spørge, hvad du synes var det mest skræmmende “dumme” spørgsmål, du skulle stille i telekommunikationsverdenen?

Kayla Keizer: Jeg ved ikke, om der var ét specifikt spørgsmål, men jeg vil indrømme, at jeg ikke stillede nok spørgsmål i begyndelsen. Og jeg overvurderede måske mine evner.

Galen Low: Okay, ja. Du lod virkelig som om, du havde styr på det.

Kayla Keizer: Ja, og de bad mig om en eller anden form for rapport. Jeg gik i gang og lavede rapporten efter bedste evne. Jeg stillede ikke ekstra spørgsmål, spurgte ikke, hvordan de ville have den, eller hvilke data der skulle med.

Jeg var bare sådan: Ja, det kan jeg godt. Jeg lavede rapporten, gav den til direktøren, og han sagde: Nej, det her er ikke det, jeg bad om. Jeg tænkte: Åh. Og han spurgte, hvorfor jeg ikke havde stillet flere afklarende spørgsmål, hvis jeg var usikker. Og jeg tænkte: Nå ja. Det kunne jeg vel godt have gjort.

Galen Low: Først og fremmest vil jeg rose dig for det, for det er ret modigt. Du gik ind i det med indstillingen: Jeg ved faktisk, hvad jeg skal gøre. Og ja, måske ramte det ikke helt plet, men jeg synes faktisk, at det er en ret modig indstilling at have, når man ikke sidder fast i sit eget hoved, men bare går ud og gør noget. Det var ikke perfekt, men det er en modig måde at tænke på.

Når man træder ind i en branche og er ny i rollen — sådan lidt — kan man føle: Ja, det her har jeg styr på. Men helt fair: Afklarende spørgsmål og præciserende spørgsmål er aldrig en dårlig idé, når man befinder sig i et miljø, hvor tingene bliver gjort på en bestemt måde, som det er tilfældet i nogle af disse brancher.

Kayla Keizer: Og det forventedes, at man stillede spørgsmål. Folk forventer, at man stiller flere uddybende spørgsmål. Så for mig var det en stor læring. Nu siger jeg bare: Spørg, spørg.

Galen Low: Nu er det blevet dit varemærke, og jeg kan godt lide det som en grundsten i din tilgang: Ikke alene kan du ikke vide alt, men på en eller anden måde ved du sandsynligvis heller ikke de fleste ting, vel?

Jeg fornærmer ikke intelligensen hos nogen, der lytter eller ser med, men der er bare så meget at vide. Hvordan skulle nogen kunne vide alt? Værdien ligger i at finde ud af det. Jeg læste filmvidenskab på universitetet. Jeg plejer at sige, at jeg ikke rigtig lærte noget af værdi, men jeg lærte bestemt, hvordan man håndterer mennesker og samarbejder, hvordan man finder et svar, hvis man ikke kender svaret, og derefter hvordan man omsætter det til en tanke, man kan sætte i handling.

Og jeg tror ikke kun, det gælder folk, der har gået på universitetet, men alle, ikke? Det er en færdighed, der er værd at træne i dag, simpelthen fordi der ærligt talt er for meget at vide.

Kayla Keizer: Og du rammer et meget vigtigt punkt. Jeg tror nogle gange, vi undervurderer vores bløde færdigheder.

Hvis organisationen ønskede en teknisk projektleder med en ingeniørbaggrund, ville de have ansat den person. Hvis du er en ikke-teknisk projektleder i en teknisk rolle, er det sandsynligvis, fordi du har stærke menneskelige færdigheder. Du er organiseret, og de ser den værdi, du bidrager med ud over den tekniske ekspertise. Du kan tale med kunder, du kan tale med teamet, og du kan motivere teamet, hvilket er utrolig vigtigt som projektleder: at kunne motivere og lede uden direkte ledelsesmyndighed.

Galen Low: Jeg synes, det er en virkelig vigtig pointe, for i mange af de samtaler, jeg har med folk i mit fællesskab, er spørgsmålet næsten formuleret som: Hvad mangler jeg? Hvilke færdigheder mangler jeg, som jeg skal have for at blive teknisk projektleder? Der er ikke nok fokus på: Okay, hvis du overhovedet overvejer den rolle, har du sandsynligvis allerede nogle af disse bløde færdigheder, som du sikkert stadig kan udvikle yderligere. Det er faktisk den centrale del af rollen: lederrollen og kommunikationsrollen.

Kayla Keizer: Ja. Og jeg må sige, at jeg netop er blevet færdig med at ansætte. En af de ting, jeg kiggede efter, var mennesker, der kunne forklare, hvordan de gik frem for at finde information, og som kunne forklare, hvordan de fandt frem til noget. Jeg søgte en teknisk orienteret projektleder, og jeg stillede spørgsmålet: Hvad er din metode til at lære nye koncepter? De kunne svare på, hvordan de ville finde oplysningerne, og det er værdifuldt. Du behøver ikke vide det hele, men hvis du har en metode og kan forklare din metode til at finde informationen,

så er det guld værd.

Galen Low: Hvad er sådan dit yndlingssvar på det? Eller måske bare din tilgang til at finde svar, især når du og dit team arbejder med projekter, der handler om cybersikkerhed, data, privatliv og tilgængelighed? Hvad er et godt svar på spørgsmålet om, hvordan man finder frem til noget, man ikke ved?

Kayla Keizer: Jeg er altid meget nysgerrig, og som første skridt prøver jeg altid selv at undersøge sagen for i det mindste at få definitionerne på plads. At kende begreberne, ikke? Derefter er jeg meget menneskeorienteret, så jeg finder ud af, hvem eksperten på teamet er, og så spørger jeg personen: Hej, har du lyst til at sætte dig ned med mig i 30 minutter, så vi kan gennemgå et par ting? Kan du hjælpe mig, så jeg ved præcis, hvad du har brug for, når vi sidder i det næste kundemøde, eller når jeg skriver den næste opgave til dig?

Og selvfølgelig vil de gerne bruge tid på det, fordi du fremstiller det som: Hvordan kan jeg blive bedre, så jeg i sidste ende kan hjælpe dig? Det er værdien for dem. For mig har det fungeret at lave lidt research selv og få eksperterne til at hjælpe. Og du behøver ikke se 30 timers YouTube-videoer.

Galen Low: Det er det gode ved det, ikke? Jeg kender nogle mennesker, der siger: Jeg er nødt til at lære cybersikkerhed, for eksempel. Og så går de næsten så langt, at de sikkert kunne udføre en SOC2-complianceaudit. Og jeg tænkte: Jeg tror, du gik for langt, ikke? Hvorimod jeg virkelig godt kan lide din model, fordi den er meget praktisk.

På en sag-til-sag-basis har du som projektperson ikke 30 timer til at sætte dig ned og se YouTube, men det er en meget stærk læringsmodel: Læs noget på egen hånd, vær selv nysgerrig, og tal med nogen, der ved noget. Og jeg elsker den nuance, at der også er noget i det for dem, ikke?

Det handler ikke kun om, at du strategisk kan bruge det til at opbygge tillid til dit team, fordi du er nysgerrig på, hvad de laver. Og helt ærligt har projektledere — også tekniske projektledere — et dårligt ry for bare at slå i bordet: Jeg er ligeglad med, hvad der skal til. Det skal være færdigt på denne dato.

Kom i stedet ind og sig: Kan du fortælle mig, hvad dette akronym betyder? Det vil hjælpe mig. Og så vil det også hjælpe dig. Jeg synes, det er et meget stærkt værdiforslag.

Kayla Keizer: Ja, for det handler ikke kun om at opbygge relationer til kunderne, men også om at opbygge relationer til teamet. Lige præcis.

Galen Low: Ja, det er at slå to fluer med ét smæk — for nu at bruge en PETA-metafor.

Du sagde noget tidligere, som jeg tænkte, vi kunne dykke ned i. Det handlede ikke kun om at tale med teamet uden for mødet for at forberede sig, men nogle gange også i realtid under et kundemøde. Du leder et team af tekniske projektledere. Hvad råder du dem til at gøre, hvis de får et teknisk spørgsmål fra en kunde eller et teammedlem i en situation, hvor de ikke kender svaret?

Kayla Keizer: Jeg siger altid til dem, at det er okay at sige, at man ikke kender svaret. Men jeg sørger for, at de ved, hvem der har svaret. Det er vigtigt, og det hænger sammen med at forstå koncepterne og vide, hvem der gør hvad på teamet: Hvad er et frontendproblem, hvad er et backendproblem, og hvad er et SEO-problem?

Når kunden spørger om noget, du måske ikke ved, kan du sige: Ved du hvad, det ved jeg ikke. Min person på teamet, som arbejder med X, Y og Z, har oplysningerne. Jeg noterer det med det samme, og jeg giver dig sandsynligvis et svar inden for de næste 24 timer. Bare rolig. Det viser stor selvtillid. De får en tidsramme for, hvornår de får oplysningerne, og de ved, hvem der har dem.

Så hvorfor skulle de blive fornærmede over, at du ikke har svaret lige i det øjeblik?

Galen Low: Og det fremhæver faktisk værdien af din rolle. Du kan igen bruge det som et kombinationsslag: Jeg kender ikke svaret, men jeg ved, hvordan alting fungerer her. Jeg kender teamet, og jeg ved, hvem jeg skal spørge, fordi jeg forstod dit spørgsmål.

Jeg kender bare ikke svaret på det. Og så er mit job faktisk at forbinde dig med svaret. Det er en del af det, jeg laver her: at oversætte det for dig. Så lad mig hente det, og samtidig undgår vi at fastholde forudfattede forestillinger om, at du er mere teknisk, eller at du er oraklet, der kender svaret på alt.

For det skaber en mærkelig forventning til, hvad din rolle er. Jeg ved ikke, om du har nogen på dit team, der har været ingeniør eller udvikler, eller som faktisk kom fra en mere teknisk baggrund ind i projektledelse i stedet for det modsatte?

Kayla Keizer: Ikke rigtigt. Vi har nogle, der snuser lidt til det, men de er meget fokuserede på deres spor som udviklere og på teknisk erfaring. Men jeg føler, at hvis du kommer fra den modsatte retning, altså fra en ingeniørbaggrund og ind i projektlederverdenen, kan du falde i den fælde, at du ikke stiller nok spørgsmål og antager kravene, fordi du ved for meget, ikke?

Så du kommer måske utilsigtet til at styre kunden eller projektet i en retning, som det ikke burde være gået i, fordi du lavede en antagelse i stedet for at stille et spørgsmål. Så jeg tror, der kan være udfordringer og faldgruber ved at have den tekniske baggrund og forsøge at skifte til projektlederrollen.

Jeg tager nogle gange mig selv i at gøre det, fordi jeg er nået til et punkt, hvor jeg ved nok til at være farlig. Nogle gange prøver jeg derfor uden at opdage det at stille et spørgsmål, der styrer samtalen i en bestemt retning, og så siger en af teammedlemmerne på opkaldet: Åh nej, sådan bør vi ikke formulere det. Sådan her bør vi spørge. Og jeg tænker: Nå, okay. Ja, det er rigtigt.

Galen Low: Det er en virkelig interessant drejning, for det er her, kaninhullet opstår — eller i hvert fald den typiske vej fra projektledelsessiden ind i en mere teknisk projektlederrolle. Man starter med stort set ikke at vide noget og føler sig som en bedrager. Man har ikke selvtilliden eller føler, at man mangler noget.

Og så bevæger man sig frem til det punkt, hvor man tænker: Faktisk har jeg lært en masse. Jeg tror, jeg kender svaret nu. Og nogle gange er det måske ikke den rigtige måde at gå til det på. At vide nok til at være farlig kan faktisk blive et problem.

Kayla Keizer: Ja.

Galen Low: Hvordan opdager du det hos dig selv, når du tænker: Jeg tror, jeg kender svaret, men jeg bør nok ikke svare, fordi jeg tror, at denne person bør svare, eller fordi jeg bør få svaret fra dem?

Kayla Keizer: For mig sker det, når jeg skal give en mere omfattende eller detaljeret forklaring. For eksempel: Nej, det, du beder om, er dårlig brugeroplevelse.

Jeg kan ikke fortælle dig, hvorfor det er dårlig brugeroplevelse, men jeg ved, at det er det. I det øjeblik tænker jeg: Okay, nu er jeg nødt til at spørge eller få et af teammedlemmerne involveret, for jeg kan ikke give mere end et ja- eller nej-svar på nuværende tidspunkt.

Galen Low: Jeg elsker den tilgang. Jeg har en mening. Jeg kan give dig et ja- eller nej-svar, men jeg kan ikke forklare hvorfor. Okay, så giver jeg den videre.

Kayla Keizer: Præcis.

Galen Low: Vi har talt om nogle af de her bløde færdigheder, men jeg tænkte, at jeg måske bare ville stille spørgsmålet alligevel. Er en teknisk uddannet projektleder efter din mening muligvis bedre til rollen som teknisk projektleder end en ikke-teknisk projektleder, når man kommer fra den retning?

Men det, jeg mest har brug for at spørge om, er: Når en projektleder ikke er teknisk, hvilken værdi bidrager vedkommende så med? Måske skal vi omformulere det, for jeg ved, vi har talt om bløde færdigheder og den slags, men hvordan ville du formulere det, hvis du forsøgte at få et job som teknisk projektleder, men ikke havde alle disse platformscertificeringer og ikke kendte alle akronymerne?

Kayla Keizer: Hvis du er til en jobsamtale, skal du lave dit forarbejde og forstå branchen og den teknologi, virksomheden arbejder med. Så selv hvis du ikke har en dyb forståelse, har du gjort dit forarbejde, lavet lidt research og forberedt dig, så du i det mindste kan tale på et overordnet niveau om bestemte koncepter.

Du kan også tale om, hvordan du ville kunne gå mere i dybden, eller hvordan du ville gribe det an at lære mere, så du kunne hjælpe med at facilitere teamet endnu bedre. For mit eget vedkommende har det også været nyttigt at kunne følge en proces. Som vi talte om med de bløde færdigheder, bidrager du som projektleder også med struktur til projektet.

Vi ser det hele tiden: Der er ingen projektledere involveret, og alt bevæger sig i alle retninger, mens intet bliver færdigt. Så det at være forkæmper for en proces og forstå de forskellige trin fra A til B og videre til projektets afslutning og lancering er en enorm kvalitet, som vi glemmer, at vi har.

Vi driver projektet. Selv hvis vi ikke er tekniske, kan vi stadig få projektet til at bevæge sig fremad.

Galen Low: Det elsker jeg. Ja, værdien er, at vi skaber struktur. Og du har en god pointe: Hvis du er til en jobsamtale til en teknisk projektlederrolle, ville de have kaldt det en projektlederrolle, hvis de ikke forventede et vist niveau af forståelse.

Så lav dit hjemmearbejde. Antag ikke bare, at du kan sige: Jeg er god til mennesker. Det er sikkert perfekt til denne rolle. Der ligger en intention bag at give den titlen teknisk projektleder. Der er et forventningsniveau. Det er god praksis at lave det forarbejde før en jobsamtale, for gæt hvad? Det er sandsynligvis også det, du kommer til at gøre i jobbet, ikke? Lave lidt research, blive klogere, tale med nogen, der er klogere end dig, og så af sted.

Kayla Keizer: Ja.

Galen Low: Måske vil jeg afslutte med dette. Vi har talt om teknisk projektledelse, og jeg tror, vi er landet et sted, hvor du skal være nysgerrig, men ikke nødvendigvis udvikler. Du behøver heller ikke nødvendigvis selv være dybt teknisk. Men hvis du havde en person på dit team — eller kendte en projektleder — der overvejede, om vedkommende skulle specialisere sig yderligere som teknisk projektleder,

med andre ord faktisk var ivrig efter at lære mere, hvilket råd ville du så give? Ville du anbefale, at personen tog nogle af disse certificeringer, såsom AWS, eller måske tog et kursus i webudvikling? Eller ville du mene, at det sendte personen ned ad den forkerte vej?

Kayla Keizer: Hvis de overvejer det, synes jeg, de skal vurdere, hvor de ønsker at føre deres karriere hen, og inden for hvilket område.

Hvis du for eksempel virkelig interesserer dig for sikkerhed, så tag bestemt nogle certifikater inden for websikkerhed og få genopfrisket området, så du kan tale om det og forstå koncepterne. Hvis du virkelig interesserer dig for tilgængelighed og for at være forkæmper for tilgængelighed, så forstå de grundlæggende principper for tilgængelighed og hvordan man arbejder med det.

Vi koder ikke. I hvert fald kender jeg ikke nogen projektledere, der koder, så du behøver ikke kunne kode. Men hvis du vil ind i en bestemt branche, kan der være certifikater, du kan tage inden for den branche, så du kan få genopfrisket din viden og tage den med til en jobsamtale.

Galen Low: Ja, det elsker jeg, for nogle gange glemmer jeg også, at specialisering handler om specificitet. Ved du, hvad jeg mener? Og når jeg hører dig tale, tænker jeg: Ja, måske ville det forkerte være at have hundrede specialiseringer, for så spørger folk: Hvad er det egentlig, du laver?

Hvorimod hvis du havde én dyb niche, som du virkelig brændte for og interesserede dig for — for eksempel cybersikkerhed — så kunne du sige: Det her er det, jeg nyder. Jeg brænder for projektledelse og cybersikkerhed. Og når I ansætter eller forfremmer mig til en rolle, er det det, I får, fordi jeg kan begge dele.

I stedet for at specialisere dig i for mange ting, så du ligner en, der kan lidt af det hele, og får det såkaldte svar, at du er overkvalificeret. Du ser lidt ud, som om du ikke kan beslutte dig for, hvad du laver, eller kommunikere, hvad du gør, som gør dig særlig og anderledes.

Kayla Keizer: Og jeg tror ikke, folk indser, hvor mange retninger man kan gå i med web, internet og teknologi i dag. Jeg arbejdede med telekommunikation. Der er mennesker, som er projektledere inden for telekommunikation, og det er det, de laver. De forstår hardwaren og ved, hvordan man opretter et netværk, og det er deres specialisering.

Hvis du vil specialisere dig, så find ud af, hvilken branche du vil være i: cybersikkerhed, telekommunikation, webudvikling. Der er så mange forskellige nicher, og der er masser af muligheder.

Galen Low: Det elsker jeg.

Måske kan jeg føre det hele tilbage til begyndelsen, for vi taler om at lede og være mentor for et team af tekniske projektledere. Mange af disse ting lærer hvert enkelt teammedlem undervejs. Har I en mekanisme hos Plank eller måske et praksisfællesskab, hvor I kan dele nogle af de erfaringer, I gør jer undervejs, mellem projektlederne?

Kayla Keizer: Ja, jeg mødes med mit team cirka en gang om ugen, og vi gennemgår forskellige ting, men en gang om måneden mødes vi også alle sammen.

Vi taler om udfordringer, projektets fremdrift og processer. Vi har også en privat Slack-kanal, hvor vi kan lufte vores frustrationer. Det er sådan, vi kommunikerer med hinanden. Jeg har faktisk brugt meget af DPM-materialet. Jeg har gennemgået det sammen med en af mine medarbejdere for at give personen et bedre grundlag eller mere information på en anden måde.

Man tager PMP-certificeringen eller CMPM-certificeringen, og især inden for digital projektledelse kommer man til webudvikling uden nødvendigvis at forstå, hvordan det hele hænger sammen. Så det er meget værdifuldt at have ekstra indhold, der kan oversætte principper til konkrete handlinger.

Galen Low: Jeg er så glad for, at du bruger det. Tak for det. Men du har ret: Der er så mange steder at gå hen på nettet. På nogle måder ville det være urimeligt at forvente, at en organisation som Project Management Institute kunne skabe det perfekte materiale, der besvarer alle verdens spørgsmål.

Vi begyndte med, at man ikke kan vide alt. Og jeg synes faktisk, det er et smukt og poetisk sted at lande: Fint. Gå i dybden dér, hvor du har passion, interesse og nysgerrighed. Forstå den verden, du arbejder i, og stil spørgsmål. Bliv ved med at være nysgerrig.

Kayla Keizer: Og jeg synes også, det er vigtigt at anerkende, hvor du befinder dig, ikke? Hvis du lige er begyndt, så er du lige begyndt. Ingen forventer, at du skal have ti års erfaring på dag ét, og det er helt okay. Føl dig ikke som en bedrager. Vær ikke nervøs. Anerkend, hvor du er, så møder folk dig dér, hvor du er.

Det er noget af det, jeg minder mit team om flere gange, når de føler, at de burde have vidst noget. Du er dér, hvor du er i dag. Om ti eller fem år befinder du dig et andet sted, og forventningerne vil være anderledes.

Galen Low: Det elsker jeg. Det er virkelig solidt råd.

Kay, mange tak fordi du brugte tiden sammen med mig i dag. Jeg har haft det rigtig sjovt.

Kayla Keizer: Fantastisk. Tak fordi du inviterede mig.

Galen Low: Ja, det var en fornøjelse. En fornøjelse.

Okay alle sammen, så har I det. Som altid: Hvis du gerne vil deltage i samtalen med over tusind ligesindede forkæmpere for projektledelse, så kom med i vores fællesskab! Gå over på thedpm.com/membership for at læse mere. Og hvis du kunne lide det, du hørte i dag, så abonnér, og hold kontakten på thedigitalprojectmanager.com. Indtil næste gang: Tak fordi du lyttede.