Hoe je DPM’s vindt en ontwikkelt die technische complexiteit kunnen beheersen (met Matthew O’Bryant van Pare & Co)

Lees het transcript:

We proberen onze podcasts uit te schrijven met behulp van een softwareprogramma. Vergeef ons eventuele typefouten, want de bot heeft niet altijd 100% gelijk.

Galen Low

Je interviewt dus een kandidaat die de volgende digitale projectmanager in je team wil worden. Ze vinken veel vakjes aan, maar struikelen een beetje wanneer je vraagt met welke technologieën ze in het verleden hebben gewerkt. Was het gebouwd in PHP of ASP? Geen idee meer. Draaide het in de cloud of lokaal? Niet zeker. Waren cachingproblemen de oorzaak van de snelheidsproblemen, of was het juist het CDN dat uiteindelijk het verschil maakte? Uhhh…

Vorige week interviewde je iemand die waarschijnlijk een volledige werkomschrijving in Python kon schrijven, maar die niet de omgangsvormen had die nodig zijn om hem ooit voor je klanten te zetten. Ben je te kieskeurig? Moet de persoon die je aanneemt wel zo technisch zijn? Hoe kan het zo moeilijk zijn om iemand te vinden voor zo'n gewilde functie? Als je dit herkent — als het aannemen van een DPM steeds meer begint te lijken op het vangen van een vlieg met eetstokjes, terwijl je geblinddoekt achterstevoren op een paard rijdt — blijf dan luisteren. We bespreken de onmisbare eigenschappen waar je op moet letten bij een goede DPM en hoe je je team kunt ontwikkelen tot echte toppers.

Hallo, bedankt voor het luisteren. Mijn naam is Galen Low van thedigitalprojectmanager.com. Wij zijn een gemeenschap van digitale professionals met als missie elkaar te helpen vaardiger, zelfverzekerder en beter verbonden te worden, zodat we projecten beter kunnen opleveren. Als je daar meer over wilt horen, ga dan naar thedigitalprojectmanager.com.

Goed dan. Hallo allemaal, bedankt dat jullie naar de DPM-podcast luisteren. Mijn gast vandaag is een ervaren digitale projectmanager die al meer dan twintig jaar werkt binnen digitale bureaus en in de technologiesector in het algemeen. Van een bescheiden begin als Microsoft Certified Systems Engineer tot het bouwen van grootschalige e-commerce- en marketingwebsites voor grote nationale merken: hij heeft alle hoeken van de digitale wereld gezien. Vandaag is hij vicepresident Professional Services bij Pare & Co, gevestigd in Providence, Rhode Island. In zijn vrije tijd is hij een liefhebber van de culinaire kunsten die vastbesloten is zijn recept voor barbecue brisket te perfectioneren. Ook is hij een van de organisatoren van de Boston Digital Project Manager Meetup Group.

Dames en heren, verwelkom Matthew O’Bryant. Hoi, Matt.

Matthew O’Bryant

Hé. Hallo. Hallo. Bedankt dat je me hebt uitgenodigd. Het is heel fijn om hier te zijn.

Galen Low

Fijn dat je er bent. Ik kijk ernaar uit om bij te praten.

Matthew O’Bryant

Leuk om met een andere PM-liefhebber over projectmanagement te praten.

Galen Low

Absoluut. Vandaag gaan we helemaal op in ons vak. Laten we eerst de luisteraars iets over jou vertellen. Je hebt een indrukwekkende ontwikkeling doorgemaakt: van digitale projectmanager tot lid van het leiderschapsteam bij Pare & Co. Ik kan me voorstellen dat daar veel bloed, zweet en tranen bij kwamen kijken.

Waar haal je je inspiratie vandaan? Wat motiveert je om door te blijven gaan?

Matthew O’Bryant

Dat is een geweldige vraag. Zeker bloed, zweet en waarschijnlijk te veel tranen voor mij. Het komt voort uit de drang om dingen te begrijpen.

Ik wil graag begrijpen hoe dingen worden gemaakt en gebouwd: het hoe en het waarom. Dat geldt niet alleen voor technologie. Iedereen heeft hobby's, toch? Op dit moment ben ik erg geïnteresseerd in houtbewerking. Het is enorm interessant om te zien hoe dingen fysiek worden opgebouwd. Ik raak gemotiveerd wanneer ik meer leer over wat er onder de motorkap gebeurt: de technologie, het hoe en het waarom. En ik vind het geweldig om te zien welke mooie dingen de teams waarmee ik nu en in het verleden heb gewerkt samen kunnen bouwen en creëren. Dat is fantastisch. Ik raak echt geïnspireerd door andere mensen.

Galen Low

Dan laten we je uiteindelijk stoelen voor ons maken. Misschien een paar mooie schommelstoelen. Is er, binnen of buiten je werk, iets waar je onlangs tegenaan bent gelopen dat je leven gewoon geweldig maakt?

Matthew O’Bryant

Ja. De covers van popsongs door Mr. Chicken op YouTube. Het is iemand met een rubberen kip die dat ding steeds inknijpt en weer loslaat, alsof de kip met de muziek meezingt. Het is ontzettend grappig.

Galen Low

Zingt die rubberen kip zuiver?

Matthew O’Bryant

Dat zou ik wel zeggen, ja.

Galen Low

Best indrukwekkend.

Matthew O’Bryant

Redelijk zuiver. Je moet Bohemian Rhapsody bekijken. Zonder twijfel vind ik dat de grappigste. Hoewel zijn versie van Take on Me van A-ha ook erg goed is.

Galen Low

Goed, laten we eraan beginnen.

Laten we het hebben over het aannemen en begeleiden van digitale projectmanagers die technisch zijn of dat op de een of andere manier kunnen worden. Voor alle duidelijkheid: niet per se een technisch schrijver — dat is iets anders — maar we gaan bespreken hoe je mensen vindt die bereid zijn technisch genoeg te worden.

Ik bedoel mensen die bereid zijn zich in technologie onder te dompelen en daardoor verantwoordelijkheid te nemen en dingen gedaan te krijgen. Jij bent zelf iemand die ik behoorlijk technisch vind. Je bent daadwerkelijk systems engineer geweest, daarna projectmanager geworden en nu teamleider. Je hebt code geschreven, databases gemigreerd en iets gebouwd dat lijkt op Acquia Site Factory voordat Site Factory überhaupt bestond. Je bent dus een behoorlijk technische kerel. Veel digitale projectmanagers en luisteraars zijn misschien de andere kant op begonnen: met minder complexe digitale projecten en vervolgens steeds complexere projecten. Ik vermoed dat je verwachtingen op het gebied van technische kennis daarom hoger liggen dan gemiddeld wanneer je kandidaten beoordeelt. Tegelijkertijd ben ik juist benieuwd naar jouw perspectief op het aannemen en ontwikkelen van goede teams. Hoe zou je de rol van een digitale projectmanager in jouw team omschrijven?

Matthew O’Bryant

Dat is een goede vraag als je het tot de basis terugbrengt. Ik zie hen als de eigenaar van het project.

Jij bent degene die eigenaar is van het project. Je moet alle details van het project beheersen. Je bent niet als enige verantwoordelijk voor het succes, maar ik vind wel dat je een aanzienlijk deel van die verantwoordelijkheid draagt om het project te sturen en succesvol te maken. Je bent dus de eigenaar ervan. Je bent het aanspreekpunt voor de klant en praat met de klant. Tegelijkertijd werk je intern samen met het team en met strategie, ontwerp, accountmanagement, ontwikkeling en engineering. Je moet al die verschillende onderdelen van het project beheren en bij elkaar brengen.

Galen Low

Dat is een terecht punt. Ik kaderde technische kennis eerst als ontwikkelvaardigheid, maar het gaat niet noodzakelijk alleen daarover. Het gaat ook om het kennen en beheersen van elk onderdeel van de levenscyclus: ontwerp, UX, ontwikkeling, testen en de fase vóór de lancering.

Het gaat om die definitie van technisch zijn en de bereidheid om technisch te worden. In ons gesprek bedoelen we dus niet alleen code schrijven en dingen bouwen, maar het hele plaatje.

Matthew O’Bryant

Absoluut. Voor al die andere onderdelen gebruiken we ook technologie.

Neem ontwerp als voorbeeld. Je moet vertrouwd zijn met de technische terminologie en aspecten van ontwerp. Het is belangrijk dat je begrijpt wat het UX- en ontwerpteam doet en waarover zij praten.

Galen Low

Dat brengt me bij mijn volgende vraag: wat is volgens jou het belangrijkste wat een goede DPM aan waarde toevoegt voor klanten en teams?

Aan de klantzijde zie ik projectmanagers als professionele technologievertalers. Omdat je zowel intern als extern gericht bent, moet je complexe zaken kunnen terugbrengen tot iets wat klanten begrijpen. Omgekeerd moet je de bedrijfsdoelen van de klant kunnen begrijpen en die vertalen naar de technologieteams, ontwerpteams enzovoort, zodat zij weten wat ze moeten bereiken en welke resultaten een project succesvol maken. Toen ik nog een cv had, beschreef ik mezelf graag als iemand die in nullen en enen denkt, maar Engels spreekt.

Matthew O’Bryant

Je moet dus technisch kunnen denken en het toch op een begrijpelijke manier aan een klant kunnen uitleggen. Wanneer je technologie en de complexiteit en moeilijkheid ervan begrijpt, kun je als projectmanager veel beter de waarde uitleggen die je bedrijf aan de klant en het project toevoegt. Klanten zien misschien alleen het eindresultaat en denken dat het werk niet zo ingewikkeld is. Maar om daar te komen, kunnen er ontzettend veel stappen nodig zijn. Als je klanten kunt helpen begrijpen wat erbij komt kijken — het proces, de technologie en alles wat je doet om tot het eindproduct te komen — help je hen de waarde van het bedrijf als geheel te zien.

Voor het team geldt hetzelfde. Wanneer je begrijpt wat iemand dagelijks doet, vraag je minder snel: waarom duurt dit zo lang? Als een engineer of ontwikkelaar zegt dat hij worstelt met zijn lokale omgeving, begrijp je beter waarom. Ik heb ooit zelf geprobeerd een repository te klonen en een lokale omgeving met Lando op te zetten. Dat bleek veel complexer en moeilijker dan ik dacht. Ik liep van fout naar fout, maar daardoor kreeg ik empathie: dit is geen eenvoudig werk.

Empathie is belangrijk. Als je dezelfde taal spreekt, verbetert ook de communicatie in het hele team. Je kijkt niet meer glazig wanneer iemand iets zegt. Wanneer je elkaar beter begrijpt, bereik je betere resultaten en krijg je samen meer voor elkaar. En wanneer je technisch genoeg bent, kun je een eerste verdedigingslinie vormen. Je bent dan ondersteuning op het eerste niveau, beantwoordt vragen van klanten en zorgt dat je team zich kan richten op belangrijker werk. Daar zal je team je om waarderen.

Galen Low

Dat is veel. Voor iedereen die twijfelt aan de waarde van een digitale projectmanager of niet weet hoe die waarde te communiceren, is dat een goed begin.

Hoe technisch moet een DPM in jouw team zijn? Wat verwacht je dat een DPM kan doen om projecten succesvol op te leveren? Moet iemand bijvoorbeeld code kunnen schrijven?

Matthew O’Bryant

Misschien. Is code kunnen schrijven een absolute vereiste? Natuurlijk niet.

Ik vind het wel belangrijk dat iemand enigszins begrijpt hoe code wordt geschreven. Ook verwacht ik een goede basiskennis van HTML en CSS. Dat is belangrijk voor ondersteuning op het eerste niveau. Ik wil dat je iets in een browser kunt openen, op een element kunt klikken en het kunt inspecteren. Misschien kun je snel een voorbeeld in de browser maken om een klant te laten zien hoe iets eruit kan zien en instemming te krijgen met de algemene aanpak. Maar verwacht ik dat iemand PHP en JavaScript beheerst en in die talen kan programmeren? Nee, absoluut niet.

Galen Low

Heeft momenteel iemand in je team toegang tot Git om daadwerkelijk commits te doen?

Matthew O’Bryant

Ja, absoluut. Een aantal van ons heeft toegang tot Git en doet dat ook. Sommigen kunnen zelfs bijdragen aan het pull-requestproces voor eenvoudigere verzoeken. Als het om een snelle wijziging gaat, heb ik een paar PM's die zonder problemen een wijziging ophalen, laten goedkeuren en publiceren.

Galen Low

Hoe bouw je vertrouwen op rond dat model van ondersteuning op het eerste niveau? Ik heb projectmanagers gezien die denken dat ze dat kunnen, terwijl het team zegt: doe dat vooral niet. Maar ik heb ook gezien dat teams vertrouwen opbouwen wanneer iemand laat zien dat hij weet waarover hij praat. Hoe zorg je ervoor dat mensen op dat punt komen?

Matthew O’Bryant

We gooien mensen niet zomaar in het diepe. Onze organisatie werkt met vaste, multidisciplinaire teams. Mensen werken voortdurend met elkaar samen en ontwikkelen een band en onderling vertrouwen. Dat is veel beter dan steeds tussen verschillende groepen heen en weer springen.

Het helpt om een tijdje een technisch persoon bij gesprekken te hebben die ondersteuning kan bieden. We moedigen PM's ook sterk aan hun technische vaardigheden te verbeteren. Volg trainingen, bouw een demosite en duik in de technische kant van het werk.

Galen Low

Ik hou van dat leren door te doen. En wat je zegt over een technisch persoon bij een gesprek herken ik ook: ik zeg vaak: 'Houd me hier even scherp, maar volgens mij is het antwoord dit.' Dan krijg je feedback en leer je voor de volgende keer.

Matthew O’Bryant

Een van de belangrijkste dingen is vragen stellen. Doe dat respectvol en niet ten overstaan van de klant op een manier die de oplossing ter discussie stelt. Neem na het gesprek tien minuten en vraag je engineer waarom die oplossing werd aanbevolen en wat de voordelen ervan zijn. Wees nieuwsgierig. Je leert veel van ontwikkelaars en engineers.

Galen Low

Ik vind het goed dat je de nadruk legt op het waarom. Dat moet je immers vaak uitleggen aan een klant, sponsor of belanghebbenden. Het helpt ook om zelf de kern te begrijpen. Hoe belangrijk is het om technische termen correct te gebruiken?

Matthew O’Bryant

Dat verwacht ik volledig. We werken voornamelijk met Drupal en hebben ook enkele WordPress-klanten. We beginnen met ontkoppelde systemen en API-eerst headless-CMS-tools. Ik verwacht absoluut dat mensen het verschil kennen tussen een module en een plug-in. In Drupal zijn er geen plug-ins; daar zijn modules. In WordPress zijn er plug-ins. Een inhoudstype is een Drupal-term, terwijl aangepast berichttype een WordPress-term is. Het lijkt misschien een kleinigheid, maar correcte terminologie geeft mij en de klant vertrouwen dat je weet waarover je praat. Je moet de vaktaal leren én begrijpen wat de termen betekenen.

Galen Low

Zijn er bronnen waarmee je mensen laat beginnen?

Matthew O’Bryant

Voor Drupal hebben we een account bij drupalize.me. Nieuwe medewerkers kunnen die training volgen. De korte hoofdstukken zijn handig om snel terminologie te leren. Voor WordPress zijn er talloze bronnen, zoals Codecademy, Udemy, Lynda.com en trainingen op LinkedIn.

Galen Low

Laten we het over aannemen hebben. Waar let je op wanneer je specifiek een digitale projectmanager zoekt? Zoek je iemand die meteen inzetbaar is, of zoek je talent dat je kunt begeleiden en ontwikkelen?

Matthew O’Bryant

Dat hangt ervan af. Soms zoek je iemand die direct inzetbaar is, met meer ervaring en technische kennis. Soms is daar het budget niet voor. Bovendien is Drupal een nichegebied, dus ik ontvang zelden cv's van mensen die uitsluitend Drupal-projecten beheren. Daarom is het voor mij minder belangrijk dat iemand volledig inzetbaar is vanaf dag één.

Technologie verandert voortdurend. Toen ik begon, werkten we vooral met WordPress; nu gebruiken we andere hulpmiddelen. Zolang iemand technisch onderlegd is, is dat het belangrijkste. Ik kijk vooral naar de kwaliteit van de persoon. Wil je leren? Zie ik iemand die de mouwen opstroopt en het uitzoekt? Dat vind ik het belangrijkst.

Galen Low

Hoe zie je dat terug op een cv?

Matthew O’Bryant

Het gaat minder om een lange lijst verantwoordelijkheden en meer om prestaties. Heeft iemand een moeilijke situatie meegemaakt en samen met het team een oplossing gevonden? We weten wat de kerntaken van een projectmanager zijn. Ik wil zien wat iemand heeft bereikt: grote, interessante dingen die laten zien dat die persoon werk gedaan krijgt. Variatie helpt ook. Als alles hetzelfde is, weet ik niet of iemand echt kan improviseren en problemen kan oplossen, of alleen een vast proces volgt.

Galen Low

Bedoel je variatie in projecttypen, schaal en hulpmiddelen?

Matthew O’Bryant

Ja. Kun je grote én kleine projecten uitvoeren? Heb je met verschillende platforms en hulpmiddelen gewerkt? Dat hoeft geen Drupal te zijn. Het laat zien dat je kritisch kunt denken en je in een platform kunt verdiepen.

Galen Low

Heb je een favoriete interviewvraag die laat zien of iemand problemen kan oplossen?

Matthew O’Bryant

Geen magische vraag, maar we gebruiken wel een hulpmiddel: de Predictive Index (PI). Dat lijkt op een persoonlijkheidstest, zoals DiSC of Myers-Briggs. We maken eerst een profiel van de ideale kandidaat voor de functie. Daarna vergelijken we de resultaten van kandidaten met dat profiel. Het geeft inzicht in mogelijke uitdagingen, sterke punten en manieren om iemand te helpen groeien. Het haalt een deel van het onderbuikgevoel uit het aannemen en voegt meer gegevens en structuur toe.

Galen Low

Gebruik je steeds hetzelfde profiel?

Matthew O’Bryant

In wezen wel. Mensen hoeven niet exact in hetzelfde patroon te passen. We hebben geweldige PM's die allemaal anders zijn. Ik zoek naar onderdelen van de eigenschappen die iemand succesvol kunnen maken.

Galen Low

Wat zijn grote afknappers bij kandidaten?

Matthew O’Bryant

Doe niet alsof je iets kunt wat je niet kunt. Als je niet met Drupal hebt gewerkt, zeg dan niet dat je dat wel hebt. Zeg eerlijk met welke systemen je ervaring hebt en dat je begrijpt hoe systemen in de kern werken en dit nieuwe systeem waarschijnlijk kunt leren. Eerlijkheid is waar we naar zoeken.

Galen Low

Wat bepaalt of iemand op de shortlist komt?

Matthew O’Bryant

Het gaat minder om specifieke vaardigheden en meer om kritisch denkvermogen. Kan iemand de mouwen opstropen, iets uitzoeken, schakelen en leren? Tijdens interviews gebruiken we rollenspellen. We vertellen kandidaten dat niet altijd vooraf, omdat we willen zien hoe ze reageren op onverwachte situaties. De scenario's zijn gebaseerd op echte situaties waarmee andere PM's te maken hebben gehad, zoals extra budget moeten vragen of omgaan met vertraagde content terwijl de lanceringsdatum blijft staan.

Kandidaten mogen eerst vragen stellen. Dat is belangrijk. Als iemand geen vragen heeft, zegt dat iets over diens denkproces. Daarna spelen we een telefoongesprek na. Soms ben ik vriendelijk en soms uitdagend. Zo zie je hoe iemand onder druk denkt en handelt.

Galen Low

Dat is een goede tip: niet alleen kijken naar de reactie tijdens het rollenspel, maar ook naar de vragen vooraf.

Matthew O’Bryant

Precies.

Galen Low

Hoe help je iemand na de aanstelling groeien?

Matthew O’Bryant

Het begint met maandelijkse één-op-ééngesprekken. We bespreken hoe het gaat en volgen de doelen die we samen hebben opgesteld tijdens beoordelingen. We vragen welke ondersteuning iemand nodig heeft.

Daarnaast hebben we afdelingsgroepen die we gildes noemen. Ons PM-gilde komt twee keer per maand een uur bijeen. We bespreken wat nieuw is, wat mensen hebben geleerd, waar ze aan werken en welke uitdagingen ze tegenkomen. Zo delen mensen kennis en scherpen ze elkaars vaardigheden aan.

We hebben ook een programma voor professionele groei, dat we PG-tijd noemen. Net als bij vakantie vraag je tijd aan om bijvoorbeeld een cursus of conferentie bij te wonen. Na goedkeuring staat de tijd in de agenda en ben je niet beschikbaar. We behandelen die tijd net als verlof, zodat mensen zich volledig op hun ontwikkeling kunnen richten.

Galen Low

Wat raad je mensen aan die complexere projecten willen oppakken?

Matthew O’Bryant

Maak gebruik van de gemeenschap. Bezoek thedigitalprojectmanager.com en lokale groepen. Ik help de Boston DPM Meetup Group organiseren. We komen maandelijks bijeen en bespreken niet alleen projectmanagement, maar ook onderwerpen zoals webtoegankelijkheid, analyse en metingen. Je kunt ook deelnemen aan een Drupal-bijeenkomst om meer te leren over de hulpmiddelen en platforms waarmee je team werkt.

Galen Low

Wanneer weet je dat iemand niet bij het team past?

Matthew O’Bryant

Dat is nooit eenvoudig. Ik wacht waarschijnlijk soms te lang omdat we allemaal optimisten willen zijn. Maar als iemand niet groeit, zich technisch niet ontwikkelt of niet in staat is meer verantwoordelijkheid te nemen, kan dat betekenen dat de match niet goed is.

Een projectmanager moet meer zijn dan degene die notulen maakt. Er is niets mis met administratief werk, maar we zoeken iemand die gesprekken aanstuurt en leidt. Als iemand dat binnen een redelijke termijn niet kan, is die persoon waarschijnlijk niet de juiste match. Dat is moeilijker geworden sinds we op afstand werken, omdat je niet zomaar bij iemand kunt binnenlopen om te zien hoe diegene werkt. Daarom moet ik meer vertrouwen op feedback van anderen en soms zelf bij gesprekken aansluiten.

Galen Low

Welke raad geef je een manager die een functieomschrijving opstelt?

Matthew O’Bryant

Bepaal wat voor jou en je team het belangrijkst is. Is specifieke platformkennis doorslaggevend, of gaat het om probleemoplossend vermogen en samenwerking? Vraag ontwikkelaars en ontwerpers welke eigenschappen hun werk gemakkelijker maken. Betrek hen waar mogelijk bij het aannameproces. Als iemand met de nieuwe medewerker gaat samenwerken, laat die persoon dan kennismaken en vraag om feedback. Dat toont respect voor je team.

Galen Low

En voor werkzoekenden?

Matthew O’Bryant

Als je iets niet weet, verzin het dan niet. Zeg niet alleen wat je hebt gedaan, maar laat zien wat je hebt bereikt. Beschrijf niet alleen dat je aan een WordPress-project hebt gewerkt. Leg uit wat je hebt gebouwd, welke problemen je hebt opgelost en waarom het project complex was. Daarmee laat je zien dat je technisch en vaardig genoeg bent om zo'n project te beheren.

Galen Low

Matt, bedankt dat je vandaag bij ons was. Het was geweldig je te spreken.

Matthew O’Bryant

Het was geweldig om hier te zijn. Bedankt voor de uitnodiging. Als iemand hierover verder wil praten, neem dan contact met me op.

Galen Low

Wat vinden jullie? Wat zijn jullie tips en trucs om goed talent te vinden? Wat werkt wel en wat niet? Als werkzoekende: wat zou je willen dat hiring managers zeiden, maar wat ze nooit zeggen?

Vertel ons je verhaal. Wat was het effect van het aannemen van de verkeerde kandidaat voor een technische functie? Voor welke functies heb je geïnterviewd waarbij je diep moest graven naar je technische kennis?

Laat het ons weten in de reacties hieronder. Als je meer wilt leren en vooruitgang wilt boeken in je werk, sluit je dan aan bij onze community met DPM Membership. Ga naar thedigitalprojectmanager.com/membership voor toegang tot ons forum met experts, mentorschapsgroepen, workshops, live mentorsessies, sjablonen en meer. Als je hebt genoten van wat je vandaag hoorde, schrijf je dan in of blijf in contact via thedigitalprojectmanager.com. Tot de volgende keer. Bedankt voor het luisteren.