Come Trovare E Sviluppare DPM Che Possano Gestire La Complessità Tecnica (con Matthew O’Bryant di Oomph Inc.)

Leggi la trascrizione:

Stiamo sperimentando la trascrizione dei nostri podcast con un programma software. Perdonate eventuali errori di battitura: il bot non è sempre corretto al 100%.

Galen Low

Stai intervistando un candidato che aspira a diventare il prossimo digital project manager del tuo team. Sta spuntando molte caselle, ma vacilla un po’ quando gli chiedi delle tecnologie con cui ha lavorato in passato. È stato costruito in PHP o ASP? Non ricorda. Era ospitato nel cloud o on-premise? Non è sicuro. Era la cache che ha aiutato i problemi di velocità o è stata la CDN a fare davvero la differenza alla fine? Uhhhh…

La settimana scorsa hai intervistato qualcuno che probabilmente potrebbe scrivere un intero statement of work in Python, ma gli mancava un po’ quel tocco umano necessario per potergli affidare i clienti. Sei troppo esigente? La persona che assumi deve essere davvero così tecnica? Perché è così difficile trovare qualcuno per un ruolo tanto richiesto? Se ti ritrovi in questa situazione — se assumere un DPM inizia a sembrare più difficile che afferrare una mosca con una coppia di bacchette mentre cavalchi un cavallo bendato — allora continua ad ascoltare. Analizzeremo le qualità fondamentali da ricercare in un buon DPM e come modellare il tuo team per renderlo una squadra vincente.

Grazie per essere qui. Mi chiamo Galen Low di thedigitalprojectmanager.com. Siamo una comunità di professionisti digitali con una missione: aiutarci a vicenda a diventare più abili, più sicuri e più connessi, così da poter realizzare progetti migliori. Se vuoi saperne di più, vai su thedigitalprojectmanager.com.

Bene. Ciao a tutti, grazie per essere con noi nel podcast DPM. Il mio ospite di oggi è un digital project manager di lunga data che ha passato oltre 20 anni a lavorare in contesti di agenzie digitali e in generale nella tecnologia. Da umili inizi come Microsoft Certified Systems Engineer fino alla realizzazione di grandi siti di e-commerce e marketing per brand nazionali, ha visto tutto nel mondo digitale. Oggi è VP dei Servizi Professionali presso Oomph, a Providence, Rhode Island. Nel tempo libero è appassionato di arti culinarie e sta tentando di perfezionare la sua ricetta del brisket barbecue, ed è anche uno degli organizzatori del Boston Digital Project Manager Meetup Group.

Amici, vi presento Matthew O’Bryant. Ciao, Matt.

Matthew O’Bryant

Ciao, grazie per avermi invitato. È davvero un piacere essere qui.

Galen Low

È un piacere averti con noi. Non vedo l’ora di chiacchierare.

Matthew O’Bryant

Mi fa piacere parlare di project management con un altro “PM nerd”.

Galen Low

Assolutamente. Oggi faremo i nerd. Prima però, presentati agli ascoltatori. Hai fatto una salita impressionante, da Digital Project Manager a membro del team di leadership di Oomph. Immagino che sia stato un percorso ricco di sangue, sudore e lacrime.

Cos’è che ti ispira ad andare avanti?

Matthew O’Bryant

Bella domanda. Sì, sicuramente sangue, sudore… forse anche troppe lacrime! Amo semplicemente capire il funzionamento delle cose.

Mi piace davvero capire come sono fatte e costruite le cose, il come e il perché. Non solo nella tecnologia, anche nei miei hobby, ad esempio adesso sono molto preso dalla lavorazione del legno. Trovo affascinante vedere come le cose sono costruite fisicamente. Mi motiva imparare cosa c’è “sotto il cofano”, il lato tecnico, il come e il perché… Essere in grado di vedere i grandi risultati che i team con cui lavoro (o con cui ho lavorato) riescono a ottenere insieme. È fantastico. Sono ispirato dalle persone che mi circondano.

Galen Low

Dovremo chiederti di costruirci delle sedie, prima o poi. Magari delle belle sedie a dondolo. Parlando di vita dentro e fuori dal lavoro, c’è qualcosa che hai scoperto recentemente e che ti sta semplificando la vita?

Matthew O’Bryant

Sì! Sono le cover di canzoni pop fatte da Mr. Chicken su YouTube. Qualcuno usa un pollo di gomma per “cantare” le canzoni. È esilarante.

Galen Low

È intonato, il pollo di gomma?

Matthew O’Bryant

Abbastanza, direi.

Galen Low

Davvero notevole.

Matthew O’Bryant

Quasi. Devi assolutamente vedere “Bohemian Rhapsody”: la migliore. Ma anche “Take on me” degli A-ha rende bene.

Galen Low

Entriamo nel vivo, allora.

Parliamo di assunzione e crescita di digital project manager che siano – o che possano diventare – tecnici. Non necessariamente nel senso di “tecnico puro”, ma diciamo che sappiano immergersi abbastanza nella tecnologia da saper gestire e portare avanti le cose. Tu stesso, sei una persona che considero molto tecnica: sei stato un ingegnere di sistema diventato project manager e ora leader di un team. Hai scritto codice, migrato database, realizzato una sorta di Acquia Site Factory prima che esistesse. Hai le mani davvero “tecniche”, mentre magari tanti DPM vengono da percorsi più “soft”. Forse per questo le tue aspettative tecniche sono più alte rispetto alla media. Ed è proprio per questo che sono curioso di sapere come assumi e cresci i tuoi team. Come descriveresti il ruolo di un digital project manager nel tuo gruppo?

Matthew O’Bryant Sì, è una gran bell domanda. Fondamentalmente lo considero il “proprietario” del progetto, no?

Sei la persona che possiede il progetto. Devi padroneggiare ogni dettaglio. Non sei l’unico responsabile del successo – ma ne porti una buona fetta sulle spalle e sei tu a guidare il progetto verso il successo. Quindi sì, usi e possiedi il progetto. Ti rapporti col cliente, parli con lui, ma anche con il team interno. Fai da cerniera tra strategia, design, account management, sviluppo, ingegneria. Devi saper gestire e orchestrare tutte queste componenti del progetto.

Galen Low

Giusto. Anch’io tendo ad associare la competenza tecnica esclusivamente al “sapere sviluppare”, ma in realtà non basta quello: bisogna conoscere e saper gestire ogni fase del ciclo di vita del progetto, dal design, UX, sviluppo, testing, al pre-lancio.

Quindi, in questa conversazione, per competenza tecnica intendiamo non solo il codice, ma l’intero processo, giusto?

Matthew O’Bryant

Esatto, assolutamente. Perché tutte quelle fasi “usano” tecnologie. Ad esempio, nel design: devi conoscere i termini tecnici, il linguaggio specifico. È importante comprendere cosa fa il team UX/design, cosa intendono quando parlano. Conta davvero.

Galen Low

Questo mi porta alla domanda successiva: qual è, secondo te, l’aspetto chiave che un buon DPM porta come valore sia ai clienti che al team?

Dal lato cliente, vedo i project manager come traduttori professionali della tecnologia.

Hai il ruolo di congiunzione: devi semplificare e rendere comprensibile la complessità ai clienti e, viceversa, portare al team obiettivi di business e “tradurli” in azioni tecniche per design, sviluppo, ecc. Da ex-candidato amavo definirmi “uno che pensa in zeri e uni, ma parla inglese”.

Matthew O’Bryant

Essere in grado di pensare tecnicamente, ma tradurre tutto in modo comprensibile per i clienti è cruciale. Quando capisci davvero la tecnologia e la complessità di ciò che fate, puoi spiegare meglio il valore che la vostra azienda offre. Spesso il cliente vede solo il prodotto finale, non percepisce quanto c’è dietro: se lo aiutiamo a capire processi, tecnologie e tutto ciò che serve ad arrivare all’obiettivo, contribuiamo davvero a far percepire il valore che portiamo.

Galen Low

Mi piace molto, è come una distillazione. Saper “portare il messaggio” e distillare le cose importanti in modo utile per il cliente.

Matthew O’Bryant

E verso il team? Quando capisci cosa fanno gli altri ogni giorno, ad esempio, perché qualcosa richiede molto tempo… Se conosci le difficoltà, puoi empatizzare. Un esempio: anni fa sentivo spesso parlare di problemi con l’ambiente locale di sviluppo. Mi sono detto: “Voglio provare!” Ho clonato il repo, provato a far partire tutto, ed è stato più complicato di quanto pensassi. Ho avuto errori su errori. Ma questo mi ha fatto capire che non è così banale. Quindi, l’empatia è fondamentale. E poi, parlare la “stessa lingua” migliora davvero la comunicazione del team: invece della faccia smarrita quando qualcuno spiega qualcosa, se capisci parteciperai di più e il team raggiungerà risultati migliori, insieme. Inoltre, maggiore tecnicità vuol dire essere una sorta di “supporto di primo livello”: puoi rispondere alle domande dei clienti, permettendo al team di concentrarsi su ciò che conta davvero. E il team apprezzerà davvero che li lasci lavorare tranquilli.

Galen Low

Questa è una panoramica notevole!

Per chiunque non sia sicuro del valore che può portare come digital project manager, questa è un’ottima base.

E adesso la domanda spinosa: quanto tecnica deve essere una persona nel tuo team come DPM? Quali competenze minime ti aspetti per portare il progetto a buon fine? Devono saper scrivere codice?

Matthew O’Bryant

Forse. Ma non è un requisito assoluto. Non devono saper scrivere codice vero e proprio. Però devono capire come viene scritto il codice e, secondo me, avere una buona base di HTML e CSS è essenziale. Serve perché, come dicevamo per il supporto di primo livello, vorrei che sapessero usare “inspetta elemento” su browser o fare un mockup veloce per mostrare qualcosa al cliente. Questo è importante. Ma non mi aspetto che conoscano PHP o JavaScript a livello di sviluppo.

Galen Low

C’è qualcuno del tuo team che ha accesso a Git per fare commit?

Matthew O’Bryant

Sì, assolutamente.

Diverse persone hanno accesso a Git e contribuiscono anche al processo di PR per le modifiche semplici. Se c’è da fare una correzione veloce, alcuni PM lo fanno senza problemi.

Galen Low

Ottimo! Tornando al modello “primo livello”: mi è capitato PM che pensano di poterlo fare, ma il team dice “no, lascia stare”, mentre altri hanno conquistato la fiducia giusta. Come costruisci quella fiducia nel team così che si affidino al PM tecnico?

Matthew O’Bryant

Ottima domanda. Non buttiamo mai nessuno nella mischia dicendo “arrangiati”. Da noi ci sono team dedicati che lavorano sempre insieme e sviluppano così una relazione e un certo livello di fiducia col tempo. C’è supporto tecnico da parte di colleghi nelle chiamate, e questo aiuta. Ma di base, incoraggiamo molto i PM ad approfondire le competenze tecniche: suggeriamo formazione pratica, costruire siti demo, cimentarsi con la tecnologia. Imparare facendo.

Galen Low

Mi piace il concetto del “learn by doing” e la presenza del tecnico come supporto. Io spesso dico “tizio, correggimi se sbaglio, ma la risposta è...” e tutti imparano così.

Matthew O’Bryant

Sì. Un altro consiglio: dal punto di vista del PM, fate domande!

Io sono uno di quelli un po’ fastidiosi che chiede sempre: fatelo in modo rispettoso e mai davanti al cliente, ma dopo la call chiedete all’ingegnere “perché hai consigliato questa cosa? Quali i vantaggi?” Essere curiosi e chiedere il motivo delle scelte permette di imparare moltissimo.

Galen Low

Andare al nocciolo del “perché”! Anche perché poi sarà quello che dovrai spiegare a clienti e stakeholder.

Un’altra cosa di cui abbiamo parlato è la conoscenza dei termini tecnici: il “linguaggio”. Che aspettative hai su questo aspetto?

Matthew O’Bryant

Mi aspetto piena proprietà del linguaggio tecnico. Lavoriamo soprattutto con Drupal, ma anche WordPress e ci stiamo muovendo verso strumenti headless/API first. Voglio che i PM sappiano la differenza tra modulo (Drupal) e plugin (WordPress): non puoi confondere i termini! È importante: dimostra competenza al team e aumenta la fiducia del cliente. Devi sapere termini, ma soprattutto saper spiegare cosa sono davvero.

Galen Low

Giusto, e i clienti spesso conoscono bene i termini perché vengono da quel mondo.

Matthew O’Bryant

Assolutamente. A volte lavoriamo in staff augmentation con team di sviluppo interni al cliente: devi davvero sapere di cosa parli.

Galen Low

C’è una “punizione” se uno sbaglia termine e dice “plugin” invece di “modulo”?

Matthew O’Bryant

No, nessun cappello virtuale dell’asino.

Galen Low

Ahah, intendo come rimediare o dove indirizzi per formarsi?

Matthew O’Bryant

Esattamente! Per Drupal abbiamo un account drupalize.me che offriamo ai nuovi assunti per farli formare: è ottimo, ci sono capitoli brevi che introducono rapidamente la terminologia. Per WordPress ci sono mille risorse: Codecademy, Udemy, Lynda/LinkedIn training.

Galen Low

Parliamo di assunzione. Quando assumi un digital project manager, cerchi qualcuno chiavi in mano o preferisci investire su potenziale e crescita?

Matthew O’Bryant

Dipende.

A volte cerchiamo la risorsa già pronta e più tecnica. Altre volte il budget non lo consente. Però, lavorando soprattutto con Drupal che è più “niche”, raramente ci arrivano CV di chi fa solo gestione progetti Drupal. Quindi per me conta meno l’essere “pronto”, conta di più la voglia di imparare e la mentalità “rimboccarsi le maniche”. Il punto chiave è la persona, la sua attitudine, la disponibilità a mettersi in gioco e imparare.

Galen Low

Come si manifesta questa attitudine in un CV? Cosa ti colpisce di più durante lo screening?

Matthew O’Bryant

Conta meno l’elenco di responsabilità, conto più sulle “accomplishment”: hai affrontato una sfida e l’hai superata col team? Devi mostrare risultati, non solo dire “ho gestito x clienti”, ma dimostrare cosa hai effettivamente ottenuto e possibilmente in contesti diversi. Se hai gestito solo lo stesso tipo di progetto, probabilmente sei più “catena di montaggio”. Quello che cerco sono pensiero critico e varietà.

Galen Low

Quindi vari tipi di progetto, piattaforme, strumenti...

Matthew O’Bryant

Esatto. Anche se non è Drupal: l’importante è mostrare di saper affrontare piattaforme e strumenti diversi, vuol dire che sai ragionare fuori dagli schemi e affrontare la novità.

Galen Low

Domanda per i responsabili delle assunzioni: hai una domanda “killer” in colloquio per capire se uno è davvero un problem-solver che si dà da fare?

Matthew O’Bryant

No domande magiche, ma usiamo uno strumento: il Predictive Index (PI), un test della personalità simile a DiSC o Meyers Briggs. Definiamo il profilo ideale del ruolo e confrontiamo i risultati dei candidati per vedere “quanto” corrispondono, evidenziando punti di forza e di miglioramento: aiuta ad aggiungere un po’ di scienza alla selezione quando ci sono più candidati simili.

Galen Low

Quando entra in gioco nel processo?

Matthew O’Bryant

Generalmente dopo lo screening e l’intervista, poi si fa fare il test, ma si potrebbe anche usarlo prima per proporre domande specifiche. Io di solito lo consulto verso la fine.

Galen Low

Cerchi sempre lo stesso “tipo” o un mix?

Matthew O’Bryant

Cerco sempre alcuni tratti chiave, anche se ogni PM è diverso.

Galen Low

Quali “peccati capitali” hai visto nei candidati DPM che ti fanno escludere subito?

Matthew O’Bryant

Non fingere mai: se non conosci Drupal, non dire che lo conosci! Meglio essere sinceri: “non l’ho mai usato, ma conosco le logiche di base e posso imparare rapidamente”. Serve onestà.

Galen Low

Chi finge, tende appunto a non chiedere o imparare davvero ciò che serve al team. A proposito di shortlist di candidati: cos’è che ti fa pensare “questa persona è fatta della stoffa giusta”?

Matthew O’Bryant

Conta poco la competenza tecnica, pesano molto di più le capacità critiche, la mentalità “mi rimbocco le maniche e mi adatto, posso imparare”. Nei colloqui facciamo anche roleplay con scenari reali: il candidato deve affrontare situazioni difficili come, ad esempio, chiedere più budget o gestire un ritardo dal cliente. Può fare domande prima di “simulare” la telefonata, vogliamo vedere come ragiona e come si comporta al telefono, anche senza preavviso. È un ottimo metro della flessibilità mentale sotto pressione.

Galen Low

Ti piace il fatto che il “test” sia anche nella preparazione prima dello scenario, non solo nella simulazione stessa come finta telefonata.

Matthew O’Bryant

Esattamente.

Galen Low

Passiamo oltre: una volta assunto, spesso serve “plasmare” la persona per il team. Come aiuti la crescita personale e professionale dei membri, soprattutto lato tecnico?

Matthew O’Bryant

Molto importante sono i one-to-one mensili con ciascun project manager: ci confrontiamo sugli obiettivi, sui progressi, su cosa serve a loro per progredire. Abbiamo anche gruppi disciplinari interni, detti “guild” (es: la PM guild), che si riunisce due volte al mese per condividere aggiornamenti, risolvere dubbi, scambiarsi consigli e storie. C’è anche il programma di crescita professionale (“PG time”): puoi richiedere tempo dedicato (come un “permesso” speciale) per formazione, corsi, conferenze. Serve l'approvazione del manager, ma una volta accordato il tempo è protetto come se fosse vacanza: il team non ti disturba e i clienti non vengono informati. Così si garantisce vero focus sulla crescita.

Galen Low

Ci sono risorse che consigli a chi vuole rendersi più tecnico?

Matthew O’Bryant

Sfruttate la community: thedigitalprojectmanager.com, i meetup locali, come il Boston DPM Meetup Group che organizzo io, dove esploriamo temi digitali a 360° (es: accessibilità web, analytics, measurement, dashboard di Google Data Studio…). Ottimi momenti per conoscere nuovi strumenti e piattaforme o, ad esempio, unirsi a un gruppo meetup Drupal o simili per imparare dal vivo ciò che usano i colleghi.

Galen Low

Mi piace l’idea di “uscire dalla comfort zone” ed esplorare anche tematiche “periferiche” che ci servono poi per fare i DPM digitali a tutto tondo.

Ultima domanda: come riconosci che un’assunzione è stata un errore e non c’è fit? Cosa ti porta a decidere di interrompere la collaborazione?

Matthew O’Bryant

Non è una decisione facile, anzi tendo ad aspettare troppo. Ma se una persona non riesce a crescere e acquisire skill tecnici, allora non è adatta a noi. Serve qualcuno che sia più di un “prendinote” o amministrativo: mia ispirazione è un post di Patrice Embry che paragona il PM all’assistente amministrativo, spiegando che il PM deve essere protagonista, guidare la conversazione, non solo fare le note e mandare i resoconti. Se non si riesce a raggiungere questo livello in tempi ragionevoli, allora va bene così, ma occorre cambiare strada insieme. È un po’ più difficile oggi che siamo distribuiti invece che tutti insieme: non posso più “sbucare in riunione” per monitorare, quindi mi affido ai feedback degli altri e a qualche incursione strategica nelle call. Nota per chi lavora su Zoom: trovate un modo per permettere il monitoring anonimo! Ahah.

Galen Low

Questa esperienza virtuale meriterebbe un discorso a parte! Matt, i tuoi consigli su come trovare e “far crescere” futuri leader di progetto sono preziosissimi. Cosa suggerisci a un hiring manager che deve scrivere una job description?

Conoscete bene cosa conta davvero per voi e il vostro team: è la piattaforma? Sono le soft skill? Parlatene col vostro team – designer, sviluppatori, ecc. – chiedete cosa li aiuterebbe davvero nel lavoro di tutti i giorni. Coinvolgeteli nel processo di selezione, magari anche solo per una chiacchierata, così è segno di rispetto e collaborazione.

Galen Low

100%, lavoreranno davvero insieme! E ai job seeker invece, cosa raccomandi sul posizionare le proprie skill tecniche e non?

Matthew O’Bryant

Se non conosci qualcosa, non inventare! Non basta descrivere quello che hai fatto, meglio mostrare i risultati con dettagli concreti che impressionino e comunichino la complessità e il livello tecnico richiesti per gestire quel tipo di progetto.

Galen Low

Grazie Matt per essere stato con noi.

È stato un piacere averti al podcast. Grazie mille!

Matthew O’Bryant

È stato un vero piacere. Se qualcuno ascolta questo podcast e vuole contattarmi per parlare ancora dell’argomento, sono disponibile!

Galen Low

Che ne pensate voi? Quali sono i vostri trucchi, hack e suggerimenti per trovare talenti digitali? E voi candidati, cosa vorreste sentire dire dai responsabili delle assunzioni che invece non dicono mai?

Raccontate le vostre esperienze: quale impatto ha avuto assumere la persona sbagliata per un ruolo tecnico? In quali colloqui di lavoro per digital siete stati messi più alla prova sulle competenze tecniche?

Fatecelo sapere nei commenti qui sotto. E se volete crescere professionalmente e imparare di più, unitevi alla nostra community con l’abbonamento DPM: su thedigitalprojectmanager.com/membership trovate forum esperti, mentorship, workshop, sessioni live, template e molto altro. E se vi è piaciuto l’episodio di oggi, iscrivetevi o restate in contatto su thedigitalprojectmanager.com. Alla prossima – grazie per l’ascolto!