Come trovare e sviluppare DPM in grado di gestire la complessità tecnica (con Matthew O’Bryant di Pare & Co)

Leggi la trascrizione:

Stiamo provando a trascrivere i nostri podcast utilizzando un programma software. Perdonate eventuali errori di battitura, poiché il bot non è corretto il 100% delle volte.

Galen Low

Stai intervistando un candidato che aspira a diventare il prossimo digital project manager del tuo team. Soddisfa molti requisiti, ma mostra qualche esitazione quando gli chiedi delle tecnologie con cui ha lavorato in passato. Il progetto era stato realizzato in PHP o in ASP? Non ricorda. Era ospitato sul cloud o in locale? Non è sicuro. Sono state le tecniche di caching a risolvere i problemi di velocità oppure è stata la CDN a fare davvero la differenza? Ehm…

La settimana scorsa hai intervistato qualcuno che probabilmente avrebbe potuto scrivere in Python un’intera dichiarazione di lavoro, ma che sembrava privo di quella capacità relazionale necessaria per poterlo mettere davanti ai tuoi clienti. Sei troppo esigente? La persona che assumi deve davvero essere così tecnica? Come può essere tanto difficile trovare qualcuno per un ruolo così richiesto? Se ti riconosci in questa situazione — se assumere un DPM sta iniziando a sembrare un po’ come prendere una mosca con un paio di bacchette, andando all’indietro su un cavallo bendato — continua ad ascoltare. Analizzeremo gli ingredienti indispensabili da cercare in un buon DPM e come trasformare il tuo team in una squadra di elementi di punta.

Grazie per esserti sintonizzato. Mi chiamo Galen Low e rappresento thedigitalprojectmanager.com. Siamo una comunità di professionisti del digitale con l’obiettivo di aiutarci a vicenda a sviluppare competenze, acquisire sicurezza e creare connessioni, così da poter realizzare meglio i progetti. Se vuoi saperne di più, visita thedigitalprojectmanager.com.

Bene. Ciao a tutti e grazie per essere con noi nel podcast DPM. Il mio ospite di oggi è un digital project manager di lunga esperienza, che ha trascorso oltre vent’anni lavorando nel contesto delle agenzie digitali e, più in generale, nel settore tecnologico. Ha iniziato umilmente come Microsoft Certified Systems Engineer, per poi occuparsi della realizzazione di siti di e-commerce e marketing su larga scala per grandi marchi nazionali, attraversando praticamente ogni ambito del mondo digitale. Oggi è vicepresidente dei servizi professionali presso Pare & Co, con sede a Providence, nel Rhode Island. Nel tempo libero è un appassionato di arti culinarie, attualmente deciso a perfezionare la propria ricetta del brisket alla griglia, ed è anche uno degli organizzatori del Boston Digital Project Manager Meetup Group.

Accogliamo Matthew O’Bryant. Ciao, Matt.

Matthew O’Bryant

Ciao. Grazie per avermi invitato. È davvero un piacere essere qui con te.

Galen Low

È fantastico averti con noi. Non vedevo l’ora di fare due chiacchiere.

Matthew O’Bryant

È bello parlare di project management con un altro appassionato di gestione dei progetti.

Galen Low

Assolutamente. Oggi parleremo da veri nerd. Per prima cosa, raccontiamo qualcosa di te agli ascoltatori. Hai fatto un percorso straordinario, passando da Digital Project Manager a membro del team dirigenziale di Pare & Co. E immagino che ci siano voluti molto sangue, sudore e lacrime.

Volevo quindi chiederti: da dove trai la tua ispirazione? Cosa ti spinge a continuare?

Matthew O’Bryant

È un’ottima domanda. Sicuramente sangue e sudore, e probabilmente fin troppe lacrime. Mi spinge il desiderio di capire le cose.

Mi piace davvero capire come vengono realizzate e costruite le cose: il come e il perché. E non vale soltanto per la tecnologia. Come tutti, ho i miei hobby: in questo periodo mi appassiona molto la lavorazione del legno. È davvero interessante vedere come vengono costruite fisicamente le cose. Mi motiva tantissimo capire cosa c’è sotto il cofano: la tecnologia, il come, il perché, e poter vedere le grandi cose che i team con cui lavoro, o con cui ho lavorato in passato, riescono a costruire e creare insieme. È fantastico. Sono davvero ispirato dalle altre persone.

Galen Low

Prima o poi dovrai costruire delle sedie per noi. Magari delle belle sedie a dondolo. Dentro o fuori dal lavoro, c’è qualcosa in cui ti sei imbattuto recentemente e che sta rendendo la tua vita straordinaria?

Matthew O’Bryant

Sì: le cover di canzoni pop di Mr. Chicken su YouTube. È una persona con un pollo di gomma che lo stringe e lo rilascia, facendolo cantare insieme alla musica. È completamente esilarante.

Galen Low

Il pollo di gomma è intonato?

Matthew O’Bryant

Direi abbastanza.

Galen Low

Davvero impressionante.

Matthew O’Bryant

Abbastanza. Devi assolutamente vedere Bohemian Rhapsody. È senza dubbio il più divertente. Anche Take on Me degli A-ha è piuttosto riuscito.

Galen Low

Bene. Entriamo nel vivo.

Parliamo di come assumere e far crescere digital project manager che siano, o possano diventare in qualche modo, tecnici. Per essere chiari, non intendiamo necessariamente un tecnico informatico: è qualcosa di diverso. Parleremo di come trovare persone disposte a diventare abbastanza competenti dal punto di vista tecnico.

Persone disposte a immergersi nella tecnologia e, nel processo, ad assumersi la responsabilità delle cose e portarle a termine. Tu stesso sei una persona che considero molto tecnica. Sei stato davvero un systems engineer prima di diventare project manager e ora team leader. Hai scritto codice, migrato database e creato qualcosa di simile ad Acquia Site Factory prima ancora che Site Factory esistesse. Sei una persona molto tecnica e, probabilmente, molti digital project manager e molti dei nostri ascoltatori hanno intrapreso il percorso opposto: da progetti digitali meno complessi a progetti sempre più complessi. Immagino quindi che, quando analizzi i candidati, le tue aspettative in termini di competenze tecniche siano un po’ più elevate della media. È anche per questo che mi interessa molto conoscere il tuo punto di vista su come assumi e fai crescere buoni team. Come descriveresti il ruolo di un digital project manager nel tuo team?

Matthew O’Bryant

È un’ottima domanda, soprattutto se vogliamo ridurla all’essenziale. Io considero il DPM il responsabile del progetto.

Sei la persona che possiede il progetto. Devi conoscere e gestire tutti i dettagli del progetto. Non sei l’unico responsabile del successo, naturalmente, ma credo che tu debba farti carico di una buona parte di quella responsabilità per contribuire a guidare il progetto e portarlo al successo. Sei il punto di riferimento: lavori con il cliente e, allo stesso tempo, internamente con il team, la strategia, il design, l’account management, lo sviluppo e l’ingegneria. Devi quindi gestire tutti i diversi elementi del progetto e riunirli in un insieme coerente.

Galen Low

È un punto importante. Anche io avevo inquadrato l’essere tecnici come una sorta di abilità nello sviluppo, ma non necessariamente. Si tratta piuttosto di conoscere e gestire ogni parte del ciclo di vita, che si tratti di design, UX, sviluppo, test o attività precedenti al lancio.

È questa definizione di competenza tecnica e la disponibilità a diventare tecnici. Nella nostra conversazione non intendiamo soltanto scrivere codice e costruire cose, ma occuparci dell’intero quadro.

Matthew O’Bryant

Sì, assolutamente. Anche tutte le altre parti del lavoro utilizzano la tecnologia.

Prendiamo il design come esempio: dovresti conoscere la terminologia e gli aspetti tecnici del design. È importante capire cosa fanno e di cosa parlano i team UX e design.

Galen Low

Mi piace. Questo ci porta forse alla domanda successiva: secondo te, qual è il valore più importante che un buon DPM offre ai clienti e ai team?

Dal punto di vista del cliente, considero i project manager traduttori professionali della tecnologia.

Poiché lavori sia verso l’interno sia verso l’esterno, devi saper prendere qualcosa di complesso e distillarlo in una forma comprensibile per il cliente. Allo stesso tempo devi parlare con il cliente, comprendere i suoi obiettivi aziendali e trasferirli ai team tecnologici, ai team di design e così via, aiutandoli a capire cosa devono ottenere e quali risultati contribuiranno al successo del progetto. Quando avevo un curriculum e lo facevo circolare, mi piaceva descrivermi come una persona che pensa in zeri e uni, ma parla inglese.

Matthew O’Bryant

La capacità di pensare in modo tecnico e, allo stesso tempo, spiegare le cose al cliente in maniera comprensibile è fondamentale. Quando comprendi la tecnologia e quanto siano complesse e difficili le cose, sei in una posizione migliore per comunicare il valore che la tua azienda porta al cliente e al progetto. Il cliente potrebbe pensare che ciò su cui stai lavorando non sia particolarmente complesso, perché vede soltanto il risultato finale. In realtà, per arrivarci possono essere necessarie moltissime attività. Se riesci ad aiutare il cliente a comprendere tutto ciò che serve — il processo, la tecnologia e tutto quello che fai per arrivare al prodotto finale — lo aiuti a vedere davvero il valore che l’azienda nel suo complesso sta offrendo.

Galen Low

Mi piace molto. È come una distillazione. La competenza consiste anche nell’essere messaggeri: essere il proverbiale pesce di Babele, ma anche distillare le informazioni importanti in modo che il cliente possa ricavarne valore.

Matthew O’Bryant

E poi c’è il team. Quando comprendi ciò che una persona fa regolarmente, quante volte abbiamo detto a qualcuno: “Perché ci stai mettendo così tanto?” Se capisci perché ci sta mettendo così tanto, sviluppi empatia. Quando un ingegnere o uno sviluppatore dice: “Oggi sto avendo molti problemi con il mio ambiente locale”, puoi capire la difficoltà.

Qualche anno fa continuavo a sentire la stessa cosa e mi chiedevo perché fosse così difficile. Avevo costruito siti web e mi era bastato configurare MAMP o qualcosa di simile per essere operativo. Così ho deciso di verificare quanto fosse difficile. Ho clonato il repository e provato a configurare il mio ambiente locale usando Lando.

Ho capito che era davvero complesso e difficile. Ho incontrato un errore dopo l’altro, ma quell’esperienza mi ha fatto sviluppare empatia: non è affatto semplice. È difficile. Credo quindi che l’empatia sia importante. Penso anche che parlare la stessa lingua aumenti e migliori la comunicazione dell’intero team. Se sai di cosa stanno parlando gli altri, non rimani con uno sguardo vuoto. Quando comunichi meglio perché parli la stessa lingua, ottieni risultati migliori e riesci a realizzare di più insieme.

Infine, quando sei un po’ più tecnico puoi rappresentare la prima linea di difesa. Puoi essere il supporto di primo livello, rispondere alle domande dei clienti e permettere al team di concentrarsi sulle attività più importanti. Il team apprezzerà molto il fatto di non essere interrotto continuamente durante la giornata. È un valore considerevole.

Galen Low

È davvero molto.

Per chiunque sia un digital project manager e non sia sicuro del valore che porta o di come comunicarlo, è probabilmente un buon punto di partenza.

Questo mi porta a una domanda piuttosto complessa: quanto deve essere tecnico un DPM del tuo team? In altre parole, cosa ti aspetti che sappia fare per portare i progetti a una consegna di successo? Deve, per esempio, saper scrivere codice?

Matthew O’Bryant

Forse. È un requisito assoluto? No, certamente no.

Penso però che sia importante capire almeno in parte come viene scritto il codice. Vorrei anche che avessero una buona conoscenza di base di HTML e CSS. È importante perché, come supporto di primo livello, dovrebbero poter aprire qualcosa in un browser, fare clic su “Ispeziona elemento” e capire che c’è qualcosa fuori posto. Potrebbero anche realizzare rapidamente un modello direttamente nel browser per mostrare al cliente come potrebbe apparire qualcosa e ottenere l’approvazione sull’approccio generale. Mi aspetto che sappiano fare questo, ma non mi aspetto che sappiano scrivere codice in PHP o JavaScript.

Galen Low

C’è qualcuno nel tuo team che ha accesso a Git e può effettivamente eseguire commit?

Matthew O’Bryant

Sì, assolutamente. Diverse persone hanno accesso a Git e lo utilizzano. Alcune contribuiscono anche al processo di revisione delle richieste di integrazione per le modifiche più semplici. Ho un paio di PM che non hanno alcun problema ad andare su Git, far approvare la modifica e pubblicarla.

Galen Low

Mi piace. Come arrivi a quel modello di supporto di primo livello? Ho visto project manager convinti di poterlo fare, mentre tutto il team diceva: “No, non parlare, dirai la cosa sbagliata”, e altri casi in cui si costruisce fiducia e il team pensa: “Quella persona sa di cosa parla; le abbiamo mostrato come funziona il processo”. Come porti le persone a quel punto, in cui il team si fida di loro e loro si fidano di sé stesse senza fare qualcosa di completamente fuori processo?

Matthew O’Bryant

Non li gettiamo semplicemente in acqua dicendo loro di cavarsela. La nostra organizzazione ha team dedicati che lavorano insieme continuamente. Sono team interfunzionali dedicati: si abituano a collaborare e sviluppano rapporti e relazioni di fiducia.

È molto meglio che saltare continuamente da un gruppo all’altro. Nel tempo si sviluppano familiarità, fiducia e sicurezza. È utile anche avere una persona tecnica in chiamata per un certo periodo, così il nuovo PM può osservare cosa succede e ricevere supporto.

Per aiutarli a sentirsi a proprio agio, incoraggiamo fortemente i PM a migliorare le proprie competenze tecniche. Li invitiamo a seguire corsi e a costruire un sito dimostrativo o qualcosa di simile, per immergersi nel lato tecnico e iniziare davvero ad apprendere le tecnologie.

Galen Low

Mi piace questo approccio basato sull’imparare facendo. E anche ciò che dici sulla presenza di una persona tecnica durante una chiamata. Chi ha lavorato con me sa che spesso dico: “Tizio, correggimi se sbaglio, ma la risposta è questa”. E poi mi rispondono: “Più o meno”. Così la volta successiva impari.

Matthew O’Bryant

Una delle cose che incoraggio sempre a fare, dal punto di vista del project management, è porre domande. Sono probabilmente una di quelle persone fastidiose che fanno moltissime domande, ma bisogna farlo con rispetto e non davanti al cliente, per non dare l’impressione di mettere in discussione le soluzioni.

Dopo la chiamata, prenditi dieci minuti e chiedi all’ingegnere: “Perché hai consigliato questa soluzione? Sono curioso: quali sono i vantaggi?”. Sii interessato e curioso. Cerca di capire perché gli sviluppatori e gli ingegneri fanno le raccomandazioni che fanno, perché puoi imparare molto da loro.

Galen Low

Mi piace concentrarsi sul perché. In genere è ciò che dovrai spiegare a un cliente, a uno sponsor o agli stakeholder. E aiuta anche te a sviluppare una comprensione di base. In passato abbiamo parlato dell’importanza di conoscere e comprendere i termini tecnici, il gergo. Qual è la tua opinione? Cosa ti aspetti dalle persone del tuo team in termini di utilizzo corretto della terminologia tecnica?

Matthew O’Bryant

Mi aspetto che la utilizzino correttamente. Attualmente lavoriamo soprattutto con Drupal. Abbiamo alcuni clienti WordPress e stiamo iniziando a occuparci di soluzioni disaccoppiate, con strumenti CMS headless basati innanzitutto sulle API.

Mi aspetto che sappiano distinguere tra un modulo e un plugin. Se dici che installerai un plugin in Drupal, ti correggo: in Drupal non ci sono plugin, ma moduli. I plugin sono associati a WordPress. Allo stesso modo, “tipo di contenuto” è un termine Drupal, mentre “tipo di post personalizzato” è un termine WordPress.

Può sembrare una cosa da poco, ma comprendere la terminologia mi dà fiducia e probabilmente dà maggiore fiducia anche al cliente, che capisce che sai di cosa stai parlando. Devi imparare il gergo e i termini, ma non limitarti a ripeterli: devi sapere cosa significano.

Galen Low

È giusto. Alcuni clienti oggi sono molto preparati e conoscono tutti i termini. Hanno studiato Drupal e probabilmente sono stati inseriti nel progetto proprio perché possiedono quelle conoscenze.

Matthew O’Bryant

A volte lavoriamo con team di sviluppo interni, per esempio nei progetti di ampliamento del personale. In quei casi devi davvero sapere di cosa stai parlando.

Galen Low

C’è un posto dove mandi immediatamente qualcuno dopo che ha commesso quell’errore e ha detto “plugin”?

Matthew O’Bryant

No, non c’è un cappello da asino virtuale che debba indossare.

Galen Low

Intendevo dove imparare o migliorare le competenze.

Matthew O’Bryant

Per Drupal abbiamo un account su drupalize.me. Incoraggiamo e offriamo ai nuovi assunti la possibilità di seguire quella formazione: è fantastica. Ci sono molti capitoli brevi che puoi completare rapidamente per imparare la terminologia. Per WordPress ci sono moltissime risorse. In alcuni casi puoi usare Codecademy, Udemy, Lynda.com o i corsi di LinkedIn.

Galen Low

Passiamo all’assunzione. Quando assumi un digital project manager, cosa cerchi? Cerchi qualcuno già pronto a inserirsi e operativo fin dal primo giorno, oppure talenti da formare e far crescere secondo le tue esigenze?

Matthew O’Bryant

Dipende. A volte cerchi una persona già pronta, con più esperienza e una maggiore inclinazione tecnica. In altri casi il budget non lo permette. Dipende davvero dalla situazione.

Siamo soprattutto un’agenzia Drupal, un settore di sviluppo piuttosto di nicchia. Non ricevo molti curriculum di persone che gestiscono esclusivamente progetti Drupal, quindi spesso i candidati non sono completamente pronti all’uso. Per me non è un problema così importante.

La tecnologia cambia. Quando ho iniziato lavoravamo soprattutto con WordPress e ora ci stiamo orientando verso altri strumenti. Finché sei una persona tecnologicamente competente, questo è l’elemento fondamentale. Cerco soprattutto la qualità della persona: sei disposto a imparare? Vedo in te la mentalità di chi si rimbocca le maniche e trova una soluzione? Questo è ciò che conta di più.

Galen Low

Come si manifesta questa qualità in un curriculum? Quando analizzi la pila di curriculum, c’è qualcosa che ti fa pensare: “Sì, questa persona risolve i problemi rimboccandosi le maniche”?

Matthew O’Bryant

Sì. Mi interessa meno l’elenco infinito delle responsabilità e più ciò che hai realizzato come project manager. C’è stato qualcosa di davvero difficile che tu e il tuo team avete dovuto affrontare e risolvere?

Non mi interessa soltanto sapere che hai gestito dieci clienti o che hai svolto una serie di attività. Conosciamo già le responsabilità fondamentali di un project manager. Voglio vedere i risultati: quali sono le cose importanti e interessanti che hai fatto e portato a termine? Questo mi colpisce molto di più e mi fa pensare che tu sappia davvero ottenere risultati.

Mi piace anche vedere varietà. Se hai fatto sempre la stessa cosa, non significa necessariamente che tu sia una persona capace di rimboccarsi le maniche e trovare soluzioni. Potrebbe semplicemente significare che hai seguito sempre lo stesso processo e che è stato il processo, non la tua capacità di pensare, a rendere le cose efficaci.

Galen Low

Per varietà intendi tipi e dimensioni diverse di progetti?

Matthew O’Bryant

Sì. Sai gestire progetti grandi e piccoli? Hai lavorato con strumenti diversi? Non deve essere per forza Drupal. Hai lavorato con una varietà di piattaforme e strumenti? È fondamentale, perché dimostra le tue capacità di pensiero critico e la tua abilità nel comprendere rapidamente una piattaforma.

Galen Low

Per i responsabili delle assunzioni che ci ascoltano: hai una domanda preferita da usare durante un colloquio che ti aiuti a capire se un candidato possiede questa mentalità orientata alla soluzione?

Matthew O’Bryant

Non ho una domanda risolutiva. Utilizziamo però uno strumento nel nostro processo di selezione: il Predictive Index, o PI.

È simile a uno di quei test della personalità, come un profilo DiSC o Myers-Briggs. Misura caratteristiche come il livello di formalità, la necessità di seguire regole, la capacità di lavorare in situazioni ambigue, l’apertura verso persone nuove o una maggiore riservatezza.

Creiamo un profilo ideale per una posizione, definendo le qualità che riteniamo importanti. Poi il candidato svolge il test e possiamo confrontare i risultati con il profilo ideale. Lo strumento indica dove potrebbe avere difficoltà, in quali aree potrebbe eccellere e come aiutarlo a crescere e migliorare nel ruolo.

Per me riduce il peso delle sensazioni personali nel processo di assunzione e aggiunge dati e metodo. Se abbiamo due o tre candidati finali abbastanza equivalenti, può aiutarci a prendere una decisione.

Galen Low

In quale momento del processo lo utilizzate? È uno strumento di selezione iniziale, seguito dalla compilazione del Predictive Index e poi dai colloqui, oppure arriva più avanti?

Matthew O’Bryant

Facciamo una prima selezione, un colloquio e poi chiediamo di compilare il PI. Potremmo usarlo prima, perché può anche suggerire domande per il colloquio in base al profilo della persona, ma di solito lo consulto verso la fine del processo.

Galen Low

Cerchi sempre la stessa cosa? Esiste un modello preciso oppure cerchi una combinazione di caratteristiche?

Matthew O’Bryant

Onestamente cerco sempre le stesse qualità. Possiamo essere persone molto diverse e non è necessario corrispondere perfettamente al modello. Nel nostro team ci sono molti ottimi PM, tutti un po’ diversi. Cerco però che ognuno possieda alcuni degli elementi che, secondo me, possono renderlo eccellente.

Galen Low

Quali sono i grandi errori imperdonabili che hai visto nei candidati DPM e che ti fanno pensare: “No, non ti assumerò”?

Matthew O’Bryant

Non fingere. Se non hai lavorato con Drupal, non dire di averlo fatto. Non dire di conoscere perfettamente tutti i plugin. Di’ semplicemente: “Non ci ho mai lavorato. Ho lavorato con questo o quel sistema, ma capisco come funzionano i sistemi e sono sicuro di poter imparare anche questo”. Sii onesto. È questo che cerchiamo.

Galen Low

Mi piace. La persona che finge probabilmente non farà le domande necessarie per comprendere meglio il lavoro del team. Abbiamo parlato del Predictive Index e di come aggiungere un po’ di metodo scientifico quando si arriva alla rosa ristretta. Quali sono le cose più importanti che determinano la scelta di inserire qualcuno nella rosa finale?

Matthew O’Bryant

Non si tratta tanto delle competenze specifiche, quanto delle capacità e del pensiero critico. Cerco persone capaci di rimboccarsi le maniche, trovare una soluzione, cambiare direzione e imparare.

Durante i colloqui utilizziamo anche simulazioni di situazioni reali. Di solito non lo comunico in anticipo, perché a volte puoi prepararti quando sai che affronterai una situazione difficile. Nella realtà, invece, un cliente può sorprenderti durante una chiamata e devi riuscire a gestire rapidamente la situazione, cambiare direzione e trovare una soluzione sul momento.

Abbiamo preparato scenari basati su situazioni reali affrontate in passato da altri PM del nostro staff. Il candidato può leggere lo scenario: potrebbe dover comunicare al cliente la necessità di aumentare il budget oppure spiegare che il contenuto arriverà tra tre settimane mentre il lancio è ancora previsto nei tempi.

Può leggere lo scenario e farmi domande. Anche questo è fondamentale. Se leggi tutto e non fai domande, mi dice qualcosa sul tuo modo di pensare.

Galen Low

Le domande vengono prima dell’inizio dello scenario?

Matthew O’Bryant

Sì. Dico loro di leggerlo e farmi tutte le domande necessarie. Poi, quando sono pronti, devono fingere di chiamarmi e di parlare con il cliente. A volte sono gentile, a volte più difficile, ma è divertente vedere come reagiscono.

È un buon indicatore della capacità di pensare rapidamente e di gestire situazioni difficili.

Galen Low

Mi piace molto che parte della simulazione consista nel fare domande prima dell’inizio dello scenario. È un ottimo suggerimento per chi sta progettando un processo di selezione: non limitarti a osservare come la persona reagisce durante la telefonata simulata, ma presta attenzione anche alla preparazione e al modo in cui riflette in anticipo.

Matthew O’Bryant

Esattamente.

Galen Low

Passiamo dall’assunzione alla crescita delle persone. Una volta presa la decisione, immagino che serva sempre un po’ di formazione per adattare la persona al team. Per esempio, potresti assumere qualcuno che conosce i CMS in generale ma non Drupal, WordPress o il tuo sistema proprietario. Inoltre sei un sostenitore del miglioramento continuo e della crescita personale. Come aiuti il team a svilupparsi, ampliare le proprie conoscenze e imparare?

Matthew O’Bryant

Tutto inizia con incontri individuali mensili, per mantenere un contatto regolare con ogni membro del team. Incontro ogni project manager per capire come stanno andando le cose e verificare gli obiettivi stabiliti durante le valutazioni delle prestazioni.

Gli obiettivi vengono definiti insieme alla persona. Controlliamo i progressi e capiamo di quale assistenza abbia bisogno. Abbiamo anche gruppi dipartimentali chiamati gilde. La gilda dei PM si riunisce due volte al mese per un’ora e parla di ciò che è nuovo, di ciò che ciascuno ha imparato, delle attività in corso e delle difficoltà incontrate. È un modo per condividere conoscenze e affinare le competenze.

Abbiamo inoltre un programma di crescita professionale chiamato PG time. Ogni persona riceve tempo dedicato alla crescita, in modo simile alle ferie. Può richiedere una giornata per partecipare a un corso o a una conferenza. Il manager esamina e approva la richiesta, verificando che il tempo venga utilizzato per sviluppare competenze utili al ruolo.

Una volta approvato, il tempo viene inserito nel calendario e trattato come un’assenza dal lavoro. Non lo spostiamo semplicemente perché c’è un’esigenza del progetto. In questo modo la persona può dedicare davvero il tempo e l’attenzione necessari alla propria crescita.

Galen Low

Dal punto di vista della crescita professionale e personale, c’è qualcosa che consigli a chi vuole occuparsi di progetti più complessi e crescere nel digitale?

Matthew O’Bryant

Sfrutta la comunità. C’è thedigitalprojectmanager.com e ci sono gruppi locali. Come hai detto, aiuto a organizzare e gestire il Boston DPM Meetup Group. Ci incontriamo una volta al mese e abbiamo avuto moltissimi relatori interessanti.

Non parliamo sempre e soltanto di project management. Abbiamo affrontato l’accessibilità web, l’analisi dei dati e la misurazione dei risultati. Una relatrice ci ha mostrato le dashboard di Google Data Studio che crea e spiegato perché sceglie determinati indicatori per misurare il successo.

È un’ottima opportunità per imparare tutto ciò che riguarda il digitale e la tecnologia e per ampliare le proprie competenze. Può essere un gruppo di project management, un gruppo Drupal o un altro incontro dedicato agli strumenti e alle piattaforme utilizzate quotidianamente dal tuo team.

Galen Low

Mi piace l’idea di uscire dalla propria zona di comfort e immergersi in aspetti complementari che un digital project manager deve conoscere. Un incontro Drupal può essere un’idea eccellente.

Quando capisci che una persona non è più adatta al ruolo? Come riconosci di aver fatto una scelta sbagliata e cosa guida la decisione di separarti da un membro del team?

Matthew O’Bryant

Non è facile. Probabilmente aspetto troppo, perché cerchiamo tutti di essere eterni ottimisti. Però, quando vedo che una persona non riesce a crescere o a migliorare le proprie competenze tecniche, diventa un problema.

Mi viene in mente un ottimo articolo di Patrice Embry sul ruolo di chi prende appunti. Il punto era che, come PM, sei molto più di questo. Un project manager non è un assistente amministrativo: non deve limitarsi a fissare riunioni, distribuire agende, prendere appunti e inviare il resoconto.

Cerchiamo qualcosa di più. Devi guidare la conversazione. Se non riesci a farlo entro un periodo ragionevole, probabilmente non sei la persona adatta per noi, e va bene così.

È più difficile valutare le persone ora che lavoriamo in modo distribuito. In passato potevo sedermi accanto a qualcuno e osservare direttamente come lavorava. Oggi devo affidarmi al feedback degli altri o partecipare occasionalmente alle riunioni. Questo rende il processo più complesso.

Galen Low

Questi spunti sull’assunzione di persone solide, capaci di crescere fino a diventare ottimi leader di progetto, sono davvero preziosi. Che consiglio daresti a un responsabile delle assunzioni che sta iniziando a scrivere la descrizione di una posizione?

Matthew O’Bryant

Devi capire cosa è più importante per te e per il tuo team. È una piattaforma specifica? È la capacità di prendere appunti? Parla con gli sviluppatori e i designer e chiedi quali caratteristiche renderebbero più semplice il loro lavoro.

Se possibile, coinvolgili nel processo di assunzione. Se la persona lavorerà con loro, perché non permettere che la conoscano e chiedere cosa ne pensano? È anche un modo per mostrare rispetto agli altri membri del team.

Galen Low

Assolutamente. Saranno loro a lavorare con la persona. E per chi cerca lavoro? Qual è la cosa più importante da ricordare quando si presentano competenze tecniche o di altro tipo per un ruolo di digital project management?

Matthew O’Bryant

Se non lo sai, non inventarlo. Non limitarti a dire che sai fare qualcosa: dimostra di averlo fatto. Le dichiarazioni sui risultati di cui abbiamo parlato aiutano i responsabili delle assunzioni a vederti come una persona diversa dalle altre.

Non dire soltanto di aver lavorato a un progetto WordPress. Spiega cosa hai realizzato e aggiungi dettagli che dimostrino la complessità del progetto. Il responsabile dovrebbe poter pensare: “È davvero complesso. Per gestire un progetto del genere bisogna avere competenze tecniche e capacità”.

Galen Low

Matt, grazie mille per essere stato con noi oggi. È stato fantastico averti nel programma.

Matthew O’Bryant

È stato fantastico essere qui. Grazie per avermi invitato e per la conversazione. Se qualcuno ascolterà questo episodio e vorrà contattarmi per parlarne ancora, sarò felice di farlo.

Galen Low

Cosa ne pensate? Quali sono i vostri suggerimenti e trucchi per trovare buoni talenti? Cosa funziona e cosa no? Se siete alla ricerca di lavoro, cosa vorreste che i responsabili delle assunzioni dicessero, ma non dicono mai?

Raccontateci una storia. Qual è stato l’impatto dell’assunzione del candidato sbagliato per un ruolo tecnico? Per quali lavori vi siete sottoposti a colloqui che vi hanno messo davvero alla prova sul piano delle conoscenze tecniche?

Fatecelo sapere nei commenti qui sotto. Se volete imparare di più e fare progressi nel vostro lavoro, unitevi alla nostra comunità con l’iscrizione DPM. Visitate thedigitalprojectmanager.com/membership per accedere al forum degli esperti, ai gruppi di mentoring, ai workshop, alle sessioni di mentoring dal vivo, ai modelli e molto altro. Se vi è piaciuto ciò che avete ascoltato oggi, iscrivetevi o restate in contatto su thedigitalprojectmanager.com. Alla prossima. Grazie per l’ascolto.