Sådan finder og udvikler du DPM’er, der kan håndtere teknisk kompleksitet (med Matthew O’Bryant fra Pare & Co)

Læs transskriptionen:

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

Galen Low

Så du interviewer en kandidat, der forsøger at blive den næste digitale projektleder på dit team. Personen opfylder mange af kravene, men snubler lidt, når du spørger om de teknologier, vedkommende tidligere har arbejdet med. Blev det bygget i PHP eller ASP? Kan ikke huske det. Var det hostet i skyen, eller var det lokalt? Ikke sikker. Var det caching, der løste hastighedsproblemerne, eller var det CDN’et, der gjorde hele forskellen til sidst? Øh…

I sidste uge interviewede du en person, der sandsynligvis kunne skrive en hel arbejdsbeskrivelse i Python, men som manglede den menneskelige tilgang, der er nødvendig, hvis du nogensinde skal kunne sætte personen foran dine kunder. Er du for krævende? Behøver den person, du ansætter, virkelig at være så teknisk? Hvordan kan det være så svært at finde nogen til en så efterspurgt rolle? Hvis det er noget, du kan genkende — hvis det begynder at føles lidt mere som at fange en flue med spisepinde at ansætte en DPM, mens du rider baglæns på en hest med bind for øjnene — så lyt videre. Vi gennemgår de vigtigste egenskaber, du skal se efter hos en god DPM, og hvordan du former dit team til at bestå af dine bedste medarbejdere.

Hej, og tak fordi du lytter med. Mit navn er Galen Low fra thedigitalprojectmanager.com. Vi er et fællesskab af digitale fagfolk med en mission om at hjælpe hinanden med at blive dygtigere, mere selvsikre og bedre forbundet, så vi kan levere projekter bedre. Hvis du vil høre mere om det, kan du besøge thedigitalprojectmanager.com.

Okay. Hej alle sammen, og tak fordi I hænger ud med os på DPM-podcasten. Min gæst i dag er en erfaren digital projektleder, der har arbejdet i over 20 år i digitale bureaukontekster samt med teknologi generelt. Fra en beskeden begyndelse som Microsoft Certified Systems Engineer til at opbygge store e-handels- og marketingwebsites for store nationale brands har han været igennem hele den digitale verden. I dag er han VP for Professional Services hos Pare & Co, beliggende i Providence, Rhode Island. I sin fritid er han en discipel af de kulinariske kunstarter, som i øjeblikket er fast besluttet på at mestre sin opskrift på barbecue-brisket, og han er også en af arrangørerne af Boston Digital Project Manager Meetup Group.

Tag godt imod Matthew O’Bryant. Hej, Matt.

Matthew O’Bryant

Hej. Hej. Hej. Tak fordi jeg måtte være med. Det er virkelig dejligt at være sammen med dig.

Galen Low

Det er fantastisk at have dig med i programmet. Jeg glæder mig til at tale med dig.

Matthew O’Bryant

Det er dejligt at tale projektledelse med en anden PM-nørd.

Galen Low

Helt sikkert. Vi går helt i nørdemode i dag. Først skal vi lige fortælle lytterne lidt om dig. Du har haft en imponerende udvikling fra digital projektleder til medlem af ledelsesteamet hos Pare & Co. Og jeg forestiller mig, at det har krævet meget blod, sved og tårer.

Så jeg tænkte, at jeg ville spørge dig: Hvor henter du din inspiration? Hvad inspirerer dig til at blive ved med at arbejde videre?

Matthew O’Bryant

Ja, det er et godt spørgsmål. Du ved, helt sikkert blod og sved og nok lidt for få, mange tårer for mit vedkommende. Det handler om et ønske om bare at forstå ting.

Jeg kan virkelig godt lide at forstå, hvordan ting bliver lavet og bygget, altså hvordan og hvorfor. Og det handler ikke kun om teknologi. Som alle andre har jeg også hobbyer. Lige nu er jeg meget optaget af træarbejde. Det er superinteressant at se, hvordan ting bliver bygget fysisk. Jeg bliver virkelig motiveret, når jeg lærer mere om det, der foregår under overfladen — teknologien, hvordan og hvorfor — og når jeg kan se de fantastiske ting, som de teams, jeg arbejder sammen med nu og tidligere, har været i stand til at bygge og skabe sammen. Det er fantastisk. Jeg bliver virkelig inspireret af andre mennesker.

Galen Low

Så på et tidspunkt får vi dig til at lave nogle stole til os. Måske nogle flotte gyngestole. En ting, jeg gerne ville spørge om: Er der noget, du for nylig er stødt på, enten på arbejdet eller uden for arbejdet, som bare gør dit liv virkelig fantastisk?

Matthew O’Bryant

Ja. Det er Mr. Chickens fortolkninger af popsange på YouTube. Det er en person med en gummikylling, som bare klemmer den ind og ud, så den lyder, som om kyllingen synger med på musikken. Det er helt fantastisk morsomt.

Galen Low

Synger gummikyllingen rent?

Matthew O’Bryant

Jeg vil sige, at den rammer ret tæt på.

Galen Low

Ret imponerende.

Matthew O’Bryant

Ret tæt på. Ja. Og du skal helt sikkert se Bohemian Rhapsody. Det er uden tvivl den sjoveste. Selvom Take On Me også er ret god.

Galen Low

Okay. Så lad os komme i gang.

Lad os tale om at ansætte og udvikle digitale projektledere, der er eller på en eller anden måde kan blive tekniske. Bare for at præcisere: Ikke nødvendigvis en teknisk person på udviklersiden, for det er lidt noget andet, men vi skal tale om, hvordan man finder folk, der er villige til at blive teknisk dygtige nok.

Jeg tænker på folk, der er villige til at fordybe sig i teknologi og i processen tage ejerskab over ting og få tingene gjort. Du er selv en person, som jeg betragter som ret teknisk. Du er faktisk systemingeniør, blev projektleder og er nu teamleder. Du har skrevet kode. Du har migreret databaser. Du har skabt noget, der minder om Acquia Site Factory, før Site Factory overhovedet eksisterede. Så jeg synes, du er ret teknisk, og mange digitale projektledere og mange af vores lyttere er sandsynligvis kommet fra den anden retning — fra mindre komplekse digitale projekter til stadig mere komplekse projekter. Jeg har en mistanke om, at dine forventninger måske er lidt højere end gennemsnittets, når det kommer til tekniske evner, mens du gennemgår kandidatfeltet. Men det er også derfor, jeg virkelig gerne vil høre dit perspektiv på, hvordan du ansætter og udvikler gode teams. Hvordan vil du beskrive rollen som digital projektleder på dit team?

Matthew O’Bryant

Ja, det er et godt spørgsmål, hvis vi skal koge det ned til det grundlæggende. Jeg betragter dem som ejeren. Ikke?

Du er den person, der ejer projektet. Du skal eje alle projektets detaljer. Du er ikke eneansvarlig for projektets succes, men jeg synes, du bærer en stor del af ansvaret for at hjælpe med at drive projektet frem og gøre det til en succes. Så ja, du bruger det helt sikkert. Du ejer det. Du er kundeorienteret og taler med kunden. Samtidig er du internt orienteret og arbejder sammen med teamet, strategi, design, account management, udvikling og engineering. Så du skal virkelig eje alle de forskellige dele af projektet og samle dem.

Galen Low

Ja, det er en fair pointe. Og selv jeg fremstillede det lidt som om, at det at være teknisk er det samme som at være dygtig til udvikling, men det er ikke nødvendigvis sådan. Det handler også om at kende og eje hvert enkelt trin i livscyklussen, uanset om det er design, UX, udvikling, test eller lancering.

Det er lidt den definition af teknisk kunnen og villigheden til at blive teknisk. I vores samtale mener vi altså ikke kun kode og det at bygge ting, men hele pakken.

Matthew O’Bryant

Ja, helt sikkert. For alle de andre dele bruger vi jo også teknologi til at udføre dem.

Og tag design som eksempel. Du bør kende den tekniske terminologi og de tekniske aspekter af design. Ikke? For mig er det vigtigt at forstå, hvad vores UX- og designteam laver, og hvad de taler om. Så ja.

Galen Low

Det kan jeg godt lide. Det bringer os måske til mit næste spørgsmål: Hvad er efter din mening den vigtigste værdi, en god DPM tilfører kunderne og teamet?

På kundesiden ser jeg projektledere som professionelle teknologioversættere.

Fordi du både er internt og eksternt orienteret, handler det om at kunne tage noget komplekst og omsætte det til noget, kunderne kan forstå. Omvendt skal du kunne tale med kunden, forstå deres forretningsmål og derefter hjælpe med at formidle dem videre til teknologi- og designteamet, så de forstår, hvad de skal opnå, og hvilke resultater der vil gøre projektet til en succes. Da jeg selv havde et CV, og da jeg sendte det rundt, kunne jeg godt lide at beskrive mig selv som en, der tænker i nuller og ettaller, men taler engelsk.

Matthew O’Bryant

Evnen til at tænke teknisk og stadig forklare det til en kunde på en måde, der er forståelig for kunden. Når du forstår teknologien og hvor komplekse og vanskelige ting kan være, bliver du som projektleder bedre i stand til at kommunikere den værdi, som din virksomhed tilfører kunden og projektet. Kunden tænker måske, at det, du arbejder på, ikke er særligt komplekst. Kunden tænker kun på det endelige resultat. Men der kan være utrolig mange ting, der skal gøres for at nå dertil. Hvis du kan hjælpe kunden med at forstå alt det, der indgår — hele processen, teknologien og alt det, du gør for at nå frem til det endelige produkt — hjælper du efter min mening med at positionere virksomheden, så kunden virkelig kan se den værdi, virksomheden som helhed tilfører.

Galen Low

Ja, det kan jeg virkelig godt lide. Det er som en destillation. Færdigheden er også at være budbringer. Ja. Den såkaldte Babel-fisk, men også at destillere de vigtige ting på en måde, som kunden får værdi af.

Matthew O’Bryant

Og tilbage til teamet: Når du forstår, hvad nogen arbejder med til daglig, hvor mange af os har så ikke sagt til nogen: Hvorfor tager det så lang tid?

Hvis du forstår, hvorfor det tager så lang tid, giver det dig empati. Når din ingeniør eller udvikler siger: “Jeg kæmper virkelig med mit lokale miljø i dag,” kan du forstå situationen. For nogle år siden tænkte jeg: Hvorfor hører jeg det her igen og igen? Jeg har bygget websites, og alt, hvad jeg gjorde, var at sætte MAMP eller noget lignende op, og så var jeg klar. Så jeg tænkte, at jeg ville se, hvor svært det var. Jeg klonede repository’et og forsøgte at sætte mit lokale miljø op med Lando.

Jeg tænkte: Wow, det her er faktisk virkelig komplekst og svært. Jeg stødte på fejl efter fejl, men det gav mig empati. Det er ikke nemt. Det er svært. Så jeg synes, empati er vigtigt. Jeg synes også, at når I taler det samme sprog, forbedrer det kommunikationen i hele teamet. Hvis du ved, hvad de taler om, kommer du ikke til at sidde med et tomt blik. Hvis du kan kommunikere bedre, fordi I taler det samme sprog, får I sandsynligvis bedre resultater og kan opnå mere sammen som gruppe. Og endelig synes jeg, at hvis du er lidt mere teknisk, kan du fungere som første forsvarslinje. Du kan være support på første niveau, besvare kundernes spørgsmål og lade teamet fokusere på de vigtigere ting, de bør bruge deres tid på. Når du gør det for dem, kommer teamet til at holde af dig og sætte pris på, at de ikke bliver afbrudt i løbet af dagen. Så det tilfører virkelig meget.

Galen Low

Det er meget.

For alle derude, som er digital projektleder og ikke er sikre på den værdi, de tilfører, eller hvordan de skal kommunikere den, er det et godt sted at begynde.

Det bringer mig måske til et lidt ledende spørgsmål. Hvor teknisk skal en DPM på dit team være? Med andre ord: Hvad forventer du, at en DPM kan gøre for at drive projekter frem mod en vellykket levering? Skal de for eksempel kunne skrive kode?

Matthew O’Bryant

Måske. Er det et absolut krav at kunne skrive kode? Nej, selvfølgelig ikke.

Men jeg synes, det er vigtigt, at de forstår lidt om, hvordan kode skrives. Jeg vil også gerne have, at de har et godt grundlæggende kendskab til HTML og CSS. Det er vigtigt, fordi du så kan hente noget frem i en browser, højreklikke, vælge inspicer element og se på det og sige: Det her er lidt forkert. Eller hurtigt lave en mockup direkte i browseren for at vise en kunde, hvordan noget kunne se ud, og få accept af den overordnede tilgang. Det synes jeg er vigtigt, og jeg forventer, at de kan noget af det. Men forventer jeg, at de kan skrive kode i PHP og JavaScript? Nej, slet ikke.

Galen Low

Er der nogen på dit team, der har adgang til Git og faktisk kan committe?

Matthew O’Bryant

Ja, helt sikkert. Der er flere af os, der har adgang til Git og gør det. Nogle kan endda bidrage lidt til pull request-processen ved enklere ændringer. Hvis det er en hurtig ændring, har jeg et par PM’er, der uden problemer kan gå ind og få den godkendt og sendt videre.

Galen Low

Fedt. Hvordan arbejder du med den model med support på første niveau? Jeg har set begge dele. Jeg har set projektledere, der tror, de kan gøre det, men alle på teamet siger: Nej, nej, nej, lad være med at tale, for du kommer til at sige noget forkert. Og så har jeg set teams, hvor der er opbygget tillid, så folk siger: Den person ved, hvad vedkommende taler om. Vi har vist dem, hvordan processen fungerer.

Hvordan får du folk på dit team frem til det punkt, hvor teamet stoler på dem, og hvor de selv stoler på, at de ikke gør noget, der ligger helt uden for processen?

Matthew O’Bryant

Vi kaster dem bestemt ikke direkte ud på dybt vand og siger: Find selv ud af det. Vores organisation er struktureret sådan, at vi har dedikerede teams, som arbejder sammen hele tiden.

Det er tværfaglige teams, der er dedikeret til bestemte områder. De vænner sig til at arbejde sammen og opbygger en relation og et godt samarbejde. Der udvikles en tillid og tryghed over tid. Det hjælper også at have en teknisk person med på et opkald, som kan se, hvad de laver, og støtte dem i en periode. For at gøre dem trygge opfordrer vi kraftigt vores PM’er til at løfte deres tekniske niveau. Vi opfordrer dem til at tage kurser og til at bygge en demoside eller noget lignende for at dykke ned i den tekniske side og virkelig begynde at lære teknologien.

Galen Low

Jeg kan godt lide den tilgang, hvor man lærer ved at gøre. Og jeg kan også godt lide det, du siger om at have en teknisk person med på et opkald. Folk, der har arbejdet sammen med mig, ved, at jeg altid siger: “Så og så, hold mig lige på sporet, men svaret er…” Og så siger de: “Tja, sådan nogenlunde.” Så kan man lære til næste gang.

Matthew O’Bryant

En af de ting, jeg altid opfordrer folk til fra projektledelsessiden, er at stille spørgsmål. Jeg er nok en af de personer, der kan være lidt irriterende, fordi jeg stiller mange spørgsmål. Men gør det respektfuldt, og gør det ikke foran kunden, for du vil ikke give indtryk af, at du sætter spørgsmålstegn ved løsningerne.

Brug i stedet ti minutter efter opkaldet på at spørge din ingeniør: “Hvorfor anbefalede du det? Jeg er nysgerrig. Hvad er fordelene ved det?” Vær nysgerrig, og prøv at forstå, hvorfor udviklere og ingeniører kommer med de anbefalinger, de gør. Du kan lære meget af dem.

Galen Low

Jeg kan godt lide det fokus på hvorfor. Det er som regel det, du skal forklare til en kunde, sponsor eller interessenter. Og det hjælper dig selv med at opbygge en grundlæggende forståelse. Vi talte tidligere om at kende og forstå tekniske termer og fagudtryk. Hvad tænker du om det? Hvilke forventninger har du til, at folk på dit team bruger de tekniske termer korrekt?

Matthew O’Bryant

Det forventer jeg fuldt ud. Vi arbejder primært med Drupal. Vi har nogle WordPress-kunder, og vi begynder at arbejde med afkoblede løsninger som API-first-headless CMS-værktøjer. Jeg forventer 100 %, at de kender forskellen på et modul og et plugin. Hvis du siger, at du vil installere et plugin i Drupal, siger jeg: Nej, for der findes ikke plugins i Drupal. Der findes moduler. Plugins findes i WordPress. “Content type” er et Drupal-udtryk, mens “custom post type” er et WordPress-udtryk. Det er vigtigt. Det kan lyde som en lille ting, men det giver mig tillid, og jeg er sikker på, at det også giver kunden større tillid til, at du faktisk ved, hvad du taler om. Så man skal lære fagudtrykkene og ikke bare kunne gentage dem — man skal vide, hvad de betyder.

Galen Low

Ja, det er fair. Nogle af vores kunder er også meget teknisk kyndige. De ved, hvad alle termerne betyder, og de har sat sig ind i Drupal. Det er måske netop derfor, de er blevet sat på projektet.

Matthew O’Bryant

Ja, helt sikkert. Nogle gange arbejder vi med interne udviklingsteams gennem projekter med ekstra bemanding. Så skal man virkelig vide, hvad man taler om.

Galen Low

Sender du folk et bestemt sted hen, når de laver den fejl og siger “plugin”?

Matthew O’Bryant

Nej, der er ikke nogen virtuel narrehat, de skal have på.

Galen Low

Jeg mener, hvor kan de lære det eller dygtiggøre sig?

Matthew O’Bryant

For Drupal har vi en drupalize.me-konto. Vi opfordrer nye medarbejdere til at gennemføre den uddannelse. Den er fantastisk og består af mange korte kapitler, som man hurtigt kan gennemgå for at lære terminologien. Det er en virkelig god ressource til Drupal. For WordPress findes der en million ting derude. Man kan også bruge Codecademy, Udemy, Lynda.com eller LinkedIn Learning.

Galen Low

Lad os dykke ned i ansættelser. Når du specifikt ansætter en digital projektleder, hvad leder du så efter? Leder du normalt efter en, der er klar til brug og bare kan træde ind? Eller leder du specifikt efter talent, som du kan udvikle og forme til det, du har brug for?

Matthew O’Bryant

Det afhænger af situationen. Nogle gange leder man efter en mere erfaren person, der kan træde direkte ind, og som er lidt mere teknisk. I andre tilfælde har vi måske ikke budgettet til det. Men vi er primært en Drupal-virksomhed, og det er et mere specialiseret udviklingsområde. Der er ikke mange CV’er fra personer, der kun administrerer Drupal-projekter. Derfor er kandidaterne ofte ikke helt klar til brug alligevel.

For mig er det ikke det vigtigste. Teknologien ændrer sig. Da jeg begyndte, arbejdede vi primært med WordPress, og nu bevæger vi os i retning af andre værktøjer. Værktøjer ændrer sig. Så længe du er teknisk velfunderet, er det det afgørende. Jeg ser mere på kvaliteten som individ og menneske. Er du villig til at lære? Har du den der tilgang, hvor du smøger ærmerne op og finder ud af det? Det er det vigtigste for mig.

Galen Low

Hvordan kan man se det på et CV? Når man gennemgår en bunke CV’er, er der så noget, der springer i øjnene og viser, at personen er en problemløser, der smøger ærmerne op?

Matthew O’Bryant

Ja, det tror jeg. Det handler mindre om de millioner af punkter med ansvarsområder, du havde på dit CV. Jeg vil hellere se resultaterne og de præstationer, du opnåede som projektleder. Var der noget virkelig udfordrende, der dukkede op, og som du og dit team fandt ud af at løse? Det handler mindre om, at du administrerede ti kunder eller gjorde en masse bestemte ting. Vi ved, hvad en projektleders kerneansvar er. Jeg vil se resultater: Hvad var nogle af de store, interessante ting, du gjorde og opnåede? Det får mig til at tænke, at personen virkelig kan få tingene gjort. Jeg vil også gerne se variation. Hvis alt er det samme, fortæller det mig ikke nødvendigvis, at du er typen, der smøger ærmerne op og finder ud af det. Det kan blot betyde, at du følger den samme proces igen og igen.

Galen Low

Når du siger variation, mener du så forskellige projekttyper og måske også forskellige størrelser?

Matthew O’Bryant

Ja, helt sikkert. Kan du håndtere store ting? Kan du håndtere små ting? Har du arbejdet med forskellige værktøjer? Det behøver ikke være Drupal. Har du arbejdet med forskellige platforme og værktøjer? Det er vigtigt, fordi det viser dine evner inden for kritisk tænkning og din evne til at sætte dig ind i en platform og finde ud af, hvordan den fungerer.

Galen Low

Til de ansættende ledere, der lytter med: Har du et yndlingsspørgsmål, der fungerer som en slags sølvkugle i en jobsamtale og hjælper dig med at forstå, om en kandidat har den problemløsende tilgang, hvor de smøger ærmerne op og får tingene gjort?

Matthew O’Bryant

Nej, jeg har ikke nødvendigvis en sølvkugle. Men vi bruger et værktøj i vores ansættelsesproces, som hedder Predictive Index (PI). Det er lidt ligesom en personlighedstest, man tager. Det minder ikke så meget om en DiSC-profil eller Meyers-Briggs. Det måler, hvem du er som person, hvor formel du er, om du har brug for at følge regler, eller om du kan arbejde i tvetydige situationer, og om du er udadvendt eller mere reserveret.

Værktøjet har noget, der kaldes en profil. For en bestemt stilling beskriver man de kvaliteter, der ville gøre en person til den ideelle kandidat. Derefter tager kandidaten testen, og man kan sammenligne personen med profilen. Man kan se, hvor tæt kandidaten ligger på profilen, hvor personen måske vil få vanskeligheder, hvor vedkommende fungerer bedst, og hvordan man kan hjælpe personen med at udvikle sig og blive bedre i jobbet. For mig fjerner det noget af mavefornemmelsen fra ansættelsesprocessen og tilfører mere data og videnskab. Hvis man har to eller tre topkandidater, der er nogenlunde lige gode, kan det hjælpe med at træffe beslutningen.

Galen Low

Hvor i processen sker det? Er det først en indledende screening, så udfylder kandidaten PI-opgaven, og derefter begynder interviewene, eller sker det senere?

Matthew O’Bryant

Vi screener lidt, gennemfører et interview og får derefter kandidaten til at udfylde PI’en. Vi kunne gøre det tidligere, fordi PI-værktøjet også kan foreslå interviewspørgsmål baseret på personen, men jeg bruger det typisk hen mod slutningen af processen.

Galen Low

Leder du normalt efter det samme? Er der en bestemt form, eller søger du en blanding?

Matthew O’Bryant

Jeg leder ærligt talt efter det samme. Vi kan godt være forskellige mennesker, og man behøver ikke passe perfekt på profilen. Vi har mange gode PM’er på vores team, og alle er lidt forskellige. Jeg leder bare efter, om du har dele af de egenskaber, som jeg tror, vil gøre dig god.

Galen Low

Det giver mening. Hvad er de store fejl, du har set hos DPM-kandidater, hvor du tænker: Nej, jeg ansætter dig ikke? Noget, der straks viser, at personen ikke er det rigtige match?

Matthew O’Bryant

Lad være med at lade som om. Hvis du ikke har arbejdet med Drupal, så sig ikke, at du har. Sig, at du aldrig har arbejdet med det, men at du har arbejdet med andre systemer, og at du forstår, hvordan systemer grundlæggende fungerer, så du sandsynligvis kan finde ud af det. Vær ærlig. Det er det, vi leder efter.

Galen Low

Jeg kan godt lide den ærlighed. Den person, der lader som om, ved måske heller ikke, at man skal stille spørgsmål for bedre at forstå, hvad teamet laver. Vi har talt om Predictive Index og om at tilføje lidt videnskab, når man har en kortliste af kandidater. Hvad er de vigtigste ting, der afgør, om en kandidat kommer på kortlisten?

Matthew O’Bryant

Det handler ikke så meget om færdigheder, men om evner og kritisk tænkning. Kan du smøge ærmerne op og finde ud af det? Kan du skifte retning? Kan du lære?

En ting, jeg glemte at nævne, er, at vi laver rollespil under interviewene. Jeg fortæller normalt ikke kandidaterne om det på forhånd, fordi man nogle gange får tid til at forberede sig på vanskelige situationer, mens en kunde i virkeligheden kan smide en bombe i skødet på dig. Du skal kunne håndtere situationen hurtigt, skifte retning og finde ud af, hvad du skal gøre.

Vi har skrevet scenarier baseret på virkelige situationer, som andre PM’er på vores medarbejderstab tidligere har håndteret. Kandidaten læser scenariet, for eksempel at man er på et opkald og skal fortælle kunden, at der er brug for mere budget på grund af X, Y og Z, eller at kunden siger, at det indhold, de skulle levere, bliver tre uger forsinket, selvom lanceringen stadig skal ske til tiden.

Kandidaten må stille spørgsmål, og det er vigtigt. Hvis du læser scenariet og ikke har nogen spørgsmål, fortæller det mig noget om din tankeproces. Når kandidaten er klar, skal vedkommende løfte hånden og sige “ring ring”, som om de ringer til mig og kunden. Nogle gange er jeg venlig, og andre gange gør jeg det udfordrende. Det er sjovt at se, hvordan de reagerer, fordi det viser deres evne til at tænke hurtigt og håndtere vanskelige situationer.

Galen Low

Jeg kan godt lide, at en del af testen i rollespillet er at stille spørgsmål, før scenariet begynder. Det er et virkelig godt tip til folk, der designer deres interviewproces. Man kan se, hvordan personen tænker under forberedelsen, ikke kun hvordan de reagerer, når de skal lade som om, hånden er en telefon.

Matthew O’Bryant

Præcis.

Galen Low

Lad os gå videre fra ansættelser. Når du har truffet din beslutning, er der sikkert altid brug for lidt formning, så det fungerer for dit team. Du nævnte for eksempel, at man kan ansætte en, der kender CMS’er generelt, men ikke Drupal eller WordPress, måske et proprietært system. Man skal lære personen, hvordan tingene fungerer. Samtidig går du ind for løbende forbedring, personlig udvikling og iteration. Hvordan hjælper du dit team med at vokse, udvide sin viden og lære?

Matthew O’Bryant

Det begynder med månedlige individuelle samtaler, hvor vi jævnligt følger op med hvert teammedlem. Jeg mødes med hver projektleder for at høre, hvordan det går, og følge op på de mål, vi har sat. Når vi laver en årlig eller regelmæssig performancevurdering, sætter vi mål sammen med dem og følger op på, hvordan de klarer sig, og hvilken hjælp de har brug for.

Vi har også tværfaglige teams og afdelingsgrupper, som vi kalder faglige fællesskaber. Vi har for eksempel et PM-fællesskab, der mødes to gange om måneden i en time for at tale om, hvad der er nyt, hvad folk har lært, hvad de arbejder på, og hvilke udfordringer de har mødt. Det giver dem mulighed for at dele viden og hjælpe hinanden med at skærpe deres færdigheder.

Endelig har vi et program for professionel udvikling, som vi kalder PG-tid. Alle får tid, som minder om ferie. Man anmoder om PG-tid for at deltage i et kursus eller en konference. Lederen skal gennemgå og godkende anmodningen. Vi vil sikre, at tiden bruges til at udvikle deres færdigheder som projektledere eller til noget, der giver mening for den enkelte. Når tiden er godkendt, står den i kalenderen, og personen er ikke tilgængelig. Vi behandler det som ferie, så man kan få den tid og koncentration, som udviklingen fortjener.

Galen Low

Er der noget, du anbefaler, hvis teammedlemmer spørger dig om professionel eller personlig udvikling, især hvis de gerne vil tage ansvar for mere komplekse projekter?

Matthew O’Bryant

Ja, brug fællesskabet. Besøg thedigitalprojectmanager.com, og deltag i lokale grupper. Jeg hjælper med at organisere Boston DPM Meetup Group, som mødes en gang om måneden. Vi har haft mange fantastiske gæstetalere, og vi taler ikke altid kun om projektledelse. Vi har haft oplæg om webtilgængelighed, analyse og måling. Der er gode muligheder for at lære om alt digitalt og teknologisk og udvikle sig. Det kan være Boston-gruppen, en anden Meetup-gruppe eller måske en Drupal-gruppe, hvor man kan lære mere om de værktøjer og platforme, teamet bruger til daglig.

Galen Low

Jeg kan godt lide tanken om at bevæge sig uden for sin komfortzone og fordybe sig i nogle af de perifere områder, digitale projektledere har brug for at kende, som for eksempel en Drupal Meetup-gruppe.

Hvornår ved du, at det bare ikke er det rigtige match? Du har måske foretaget en fejlagtig ansættelse. Hvordan ved du det, og hvad får dig til at beslutte, at du skal skilles fra et teammedlem?

Matthew O’Bryant

Det er ikke nemt. Jeg føler nok, at jeg venter for længe, fordi vi alle prøver at være evige optimister. Men når jeg ser, at nogen ikke kan udvikle sig eller ikke løfter deres tekniske færdigheder, bliver det et problem. Vi vil gerne have, at PM’erne er mere tekniske.

Det minder mig om et godt indlæg fra Patrice Embry om at være den, der tager noter. Som PM er du mere end det. En projektleder er ikke bare en administrativ assistent, der booker møder, sender dagsordener, tager noter og distribuerer mødereferater. Vi leder efter mere end det. Du skal drive og lede samtalen. Hvis du ikke kan gøre det inden for rimelig tid, er du måske ikke det rigtige match, og det er okay.

Det er blevet mere udfordrende, fordi vi tidligere primært arbejdede fra Providence, men nu ansætter vi mere distribueret. Før kunne man bare sætte sig ved siden af en person og lytte til et opkald. Det kan man ikke længere på samme måde, medmindre man pludselig dukker op på et Zoom-møde. Derfor må jeg stole mere på feedback fra andre og nogle gange selv planlægge et møde for at hilse på kunderne og se, hvordan PM’erne klarer sig.

Galen Low

Matt, dine indsigter om at ansætte stærke kandidater, der kan udvikle sig til gode projektledere, er virkelig værdifulde. Hvilket råd vil du give en ansættende leder, der netop skal til at skrive en jobbeskrivelse?

Matthew O’Bryant

Find ud af, hvad der er vigtigst for dig og dit team. Er en bestemt platform det vigtigste? Eller handler det mere om andre kompetencer? Tal med dine udviklere og designere, og spørg dem, hvad der ville gøre deres liv lettere. Få deres feedback og opbakning. Hvis det er muligt, så involver dem i ansættelsesprocessen. Hvis personen skal arbejde sammen med dem, hvorfor så ikke lade dem tale med kandidaten og spørge, hvad de synes? Det viser respekt for de øvrige teammedlemmer.

Galen Low

Hvad med jobsøgere? Hvad er det vigtigste at huske, når de skal præsentere deres tekniske eller øvrige kompetencer?

Matthew O’Bryant

Hvis du ikke ved det, så lad være med at finde på det. Og sig ikke bare, at du kan gøre ting — vis, at du har gjort dem. Brug de resultater og præstationer, vi talte om. Skriv ikke bare, at du har arbejdet på et WordPress-projekt. Beskriv projektet og de detaljer, der gør det imponerende. På den måde kan en ansættende leder se, at du har været teknisk dygtig nok til at lede et komplekst projekt.

Galen Low

Matt, mange tak fordi du ville være med i dag. Det har været fantastisk at have dig med, og jeg sætter virkelig pris på det.

Matthew O’Bryant

Det har været fantastisk at være med. Tak fordi du inviterede mig og talte med mig. Hvis nogen hører dette og gerne vil i kontakt og tale mere om emnet, må de endelig række ud. Jeg vil meget gerne tale mere om det.

Galen Low

Hvad synes I? Hvilke tips og tricks bruger I til at finde gode talenter? Hvad virker, og hvad virker ikke? Hvis du søger job, hvad ville du ønske, at ansættende ledere sagde, men aldrig siger?

Fortæl os en historie. Hvad var konsekvensen af at ansætte den forkerte kandidat til en teknisk stilling? Hvilke jobsamtaler har virkelig sat din tekniske viden på prøve?

Fortæl os det i kommentarerne nedenfor. Hvis du vil lære mere og komme foran i dit arbejde, så bliv en del af vores fællesskab med DPM-medlemskab på thedigitalprojectmanager.com/membership, hvor du får adgang til vores ekspertforum, mentorgrupper, workshops, live mentorsessioner, skabeloner og meget mere. Hvis du kunne lide det, du hørte i dag, så abonner eller hold kontakten på thedigitalprojectmanager.com. Indtil næste gang: Tak fordi du lyttede.