I project manager hanno davvero bisogno di competenze tecniche?
I project manager hanno davvero bisogno di competenze tecniche?
La risposta definitiva è sì.
Bene, allora possiamo anche chiudere qui il discorso e andarcene, giusto?
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Okay, ma aspetta un attimo. Ecco dove la questione si complica un po’:
- Come definisci le competenze "tecniche"?
- Di quali aziende e settori stiamo parlando?
- La dimensione del team e dell’azienda del PM conta?
Dopo aver parlato con nove project manager esperti, riflettendo sulla mia esperienza e tenendo presenti le considerazioni sopra, sono qui per offrirti una prospettiva obiettiva e orientata al futuro su quali competenze servono ai project manager per avere successo nel 2025 e oltre.
Cosa Intendiamo per Competenze Tecniche?
Partiamo dall’inizio. Quando parliamo di competenze tecniche, non intendiamo un semplice inserimento di dati in Excel o la familiarità con l’ecosistema Google. Se lavori nel ventunesimo secolo con un portatile e il Wi-Fi, queste cose fanno parte della alfabetizzazione digitale di base.
Ho chiesto a Karen Chong, Senior Program Manager presso Stellar Elements, e secondo lei, “le competenze tecniche sono quelle che riguardano ambiti tecnici come la programmazione e i database.”
Quindi, una competenza tecnica può essere la capacità di scrivere codice in linguaggi come Python, Java, C++, ecc., per creare software, applicazioni o siti web. Oppure saper progettare, gestire e interagire con database tramite strumenti come SQL.
Anche se saper programmare è una competenza tecnica preziosa, non è certo l’unica. Considera anche le capacità di analizzare dati, usare piattaforme cloud come AWS o Azure, o comprendere le minacce di cybersecurity.
Queste sono quelle che alcuni chiamano “competenze dure”—diverse dalle “competenze trasversali” come comunicazione, leadership, lavoro di squadra e gestione del tempo.
Inoltre, è importante ricordare che le competenze tecniche cambiano molto a seconda del settore in cui lavora il project manager. Ad esempio, un PM in una software house avrà bisogno di competenze tecniche diverse rispetto a un PM in una ditta di costruzioni.
L’Argomentazione Contraria: Chi Dice “No”
Secondo il Project Management Institute, fino al 90% del tempo di un project manager è speso a comunicare.
Posso confermarlo in prima persona: gran parte del mio tempo come project manager (in particolare nel ruolo di Writing Lead in una startup sulla salute mentale) era dedicato a chiedere aggiornamenti ai membri del team, trasmettere feedback al CEO, assicurarmi che rispettassimo tutte le scadenze come gruppo e, soprattutto, mantenere tutti gli stakeholder realisti sui risultati raggiungibili.
Da notare, inoltre, che anche PMI attribuisce grande importanza alle “power skills”: comunicazione, problem solving, leadership collaborativa e pensiero strategico. La necessità di queste competenze è supportata da dati concreti—merito di PMI che, a quanto pare, tiene particolarmente al proprio concetto di power skills.
Le loro ricerche dimostrano che le organizzazioni che puntano sulle power skills hanno più successo nel completare progetti allineati agli obiettivi aziendali. Inoltre, sprecano meno denaro a causa di performance di progetto scadenti rispetto alla media globale (4,8% contro 5,2%), e molto meno rispetto alle aziende che ignorano queste competenze (8,8%).
Fred Baker, Principal Consultant e Founder di Integrated Human, sostiene che la capacità di apprendere e adattarsi di un project manager è più importante di qualunque competenza tecnica specifica.
E ha senza dubbio le sue ragioni:
Puoi diventare il re di PowerBI e poi il cliente passa a Tableau. Ci sono delle competenze trasferibili tra i due, ma la cosa più importante è la tua capacità di imparare e adattarti a ciò che serve.
Fondamentalmente, ci sono solide ragioni per sostenere che le competenze trasferibili e non tecniche abbiano un ruolo maggiore nel successo di un project manager rispetto all’expertise tecnica. Ma prima di tirare le somme, diamo un’occhiata all’altro lato della discussione.
L’argomentazione a favore del "Sì"
Per esplorare questo lato dell’argomento, voglio condividere qualcosa in più sulla mia esperienza come project manager.
Ho già accennato che ero il Writing Lead in una startup dedicata alla salute mentale. E naturalmente, come spesso accade nei piccoli team di startup, il mio ruolo non era limitato solo ai contenuti. Facevo da mentor agli scrittori, rispondevo ai ticket dell’assistenza clienti, aiutavo i designer con la UI dell’app e facevo da ponte comunicativo tra writing, research e operations. Insomma, non è raro che i project manager indossino diversi "cappelli".
È stato un ruolo impegnativo. Essere un estroverso digitale sicuramente ha aiutato, così come le mie capacità di comunicazione scritta e verbale. Ma ciò che mi ha reso davvero efficace è stata una comprensione di base della tecnologia. Non sono uno sviluppatore. Non sono nemmeno esperto di SQL.
Ciononostante, mi sono preso il tempo per familiarizzare con Figma per la UI, Intercom per il supporto clienti e Mixpanel per l’analisi: questo mi permetteva di parlare con cognizione di causa dei nostri prodotti, e intervenire velocemente per correggere piccoli errori, come un file Figma formattato male, senza coinvolgere i designer.
Di conseguenza, potevo orientare le scelte sui contenuti con più sicurezza. Per esempio, grazie a Intercom, sapevo che i nostri clienti si lamentavano spesso del passaggio improvviso alla versione a pagamento. Come prepararli tramite in-app messaging per evitare che sia uno shock? Oppure, da Mixpanel emergeva che molti utenti abbandonavano dopo la terza schermata di un corso. Cosa succedeva? Era un problema di UI, di contenuto o di codice?
Ho avuto successo nel mio ruolo perché, se le cose andavano male, sapevo dove guardare, come interpretare i dati e a chi trasmetterli.
Tuttavia, è importante inserire il mio esempio nel giusto contesto: lavoravo con un team di una dozzina di persone, in una società di sviluppo software, completamente da remoto. Non avevo bisogno di competenze tecniche avanzate—solo quelle sufficienti a rendere fluidi i processi di approvazione e rilascio.
Megha Sharda, all’epoca responsabile del settore Behavior Science della mia vecchia azienda, che lavorava a stretto contatto con scrittori, ricercatori ed ingegneri, conferma questa idea: “Non considero competenze l’utilizzo di MS Office e le ricerche su Google. Ma conoscere le basi dei software e degli strumenti necessari per quel progetto è importante.”
Dunque, la morale è: i PM hanno bisogno di competenze tecniche specifiche per il ruolo e l’azienda, soprattutto quando operano in piccoli team. Anche una conoscenza minima delle skill tecniche rilevanti può aiutarti a velocizzare i processi fondamentali per il successo generale di un progetto.
Melody MacKeand, project manager certificata e fondatrice della propria società di consulenza, aggiunge che "l’expertise tecnica è richiesta più spesso nelle organizzazioni di piccole dimensioni, dove i membri del team si trovano a svolgere ruoli differenti. Più grande è l’azienda, più è probabile che una persona ricopra una sola mansione.”
Consiglia agli aspiranti PM di "puntare su una conoscenza più ampia che approfondita," concentrandosi su aree come UX/UI, le basi del QA e i sistemi di gestione dei contenuti.
Per rispondere a questa domanda, ho chiesto il parere anche di Katy Flatt—Director of Culture and Operations in un collettivo di freelance, Optimist—e una delle mie attuali project manager.
Lei riesce a cogliere la visione d’insieme e mi ha dato una risposta che tiene in grande considerazione il carattere remote-first degli ambienti di lavoro nel ventunesimo secolo:
“Voglio dire, l’obiettivo del ruolo è davvero far sì che i progetti rispettino tempi e budget, e lubrificare gli ingranaggi. Avere processi poco tecnici crea solo ostacoli e potenziali errori.”
Lei ammette che, sebbene alcuni progetti possano venire gestiti con poche competenze tecniche, "non è particolarmente efficiente a meno che tu non debba gestire pochissimi progetti. È sicuramente meno probabile nel mondo di oggi, dove ci sono così tanti lavoratori da remoto o ibridi. Un certo livello di acume tecnico serve al PM per creare e mantenere sistemi che rendano facile il passaggio dei progetti, il follow up e il feedback con gli stakeholder, le presentazioni ai clienti e agli altri coinvolti.”
Aggiunge:
"Conosco almeno una persona che sarebbe un project manager straordinario, ma ha competenze tecniche basse ed è davvero l’unica barriera che gli impedisce di eccellere."
E questo si riscontra: il 46% dei progetti nelle aziende con una tecnologia di project management carente supera i budget.
Quindi, chi ha ragione?
Tutti! (Beh, quasi tutti.)
Anche se hai bisogno di un certo livello di competenze tecniche come PM nel nostro mondo digitale, la verità è che non esiste una sola risposta giusta riguardo al livello di competenze tecniche richieste ai project manager.
Dipende da diversi fattori:
- Settore: Un PM nell’edilizia potrebbe dover essere esperto di software CAD, strumenti di intelligenza artificiale per la gestione di progetti edilizi, conoscenze dei regolamenti edilizi e interpretazione dei progetti. Invece, un PM nell’ambito sanitario dovrebbe conoscere i sistemi di cartelle cliniche elettroniche (EHR), tecnologia di imaging medico e regolamenti sulla privacy dei dati.
- Dimensione e struttura aziendale: In una piccola startup, un PM potrebbe essere responsabile di tutto, dall’installazione del software di project management alla risoluzione di problemi sul sito web. Tuttavia, in una grande azienda, un PM potrebbe avere un reparto IT dedicato e concentrarsi invece sul coordinamento con i team tecnici specializzati.
- Tipologia di progetto: Un PM che guida un progetto di redesign di un sito web avrà bisogno di una solida conoscenza dello sviluppo front-end e dei principi UX/UI. Ma un PM che supervisiona l’implementazione di un nuovo sistema CRM dovrà comprendere la migrazione dei dati, l’integrazione dei sistemi e la formazione degli utenti.
- Punti di forza e debolezze individuali: Un PM con un background nell’analisi dei dati potrebbe eccellere nel monitoraggio dei metriche di progetto e nell’individuazione di potenziali rischi. E un PM con ottime capacità comunicative potrebbe essere più adatto a gestire le aspettative degli stakeholder e a facilitare la collaborazione interfunzionale.
Come affrontare gli aspetti tecnici dei progetti se non sei una persona tecnica
Quindi, cosa fare se non sei una persona tecnica?
Devi essere in grado di “parlare la lingua” della competenza per tradurre ciò che deve essere comunicato, secondo Laura Sliva, graphic designer interdisciplinare.
Melody chiama questo essere tecnicamente-adjacente: “I PM dovrebbero avere una comprensione di base del linguaggio tecnico in modo da poter parlare con cognizione di causa negli spazi tecnici.”
Ecco come affrontare il lato tecnico delle cose anche se non sei una “persona tech”:
Sperimenta con gli strumenti no-code
Gli strumenti no-code usano interfacce visuali ed elementi drag-and-drop, così puoi costruire cose senza dover scrivere alcun codice. È un ottimo modo per capire come viene creato un software e come le diverse parti funzionano insieme.
Come project manager, anche se non sei uno sviluppatore, questo può essere davvero utile. Avrai una migliore comprensione del processo di sviluppo, il che può rendere la comunicazione e la collaborazione più fluide.
Inoltre, gli strumenti no-code sono fantastici per sperimentare e testare idee.
Vuoi vedere come funziona una nuova funzionalità? Crea rapidamente un prototipo con uno strumento no-code e raccogli feedback prima di investire un sacco di tempo e risorse nello sviluppo.
Rileggi la comunicazione scritta
Molta informazione importante viene scambiata per iscritto, sia che si tratti di conversazioni su Slack, aggiornamenti su GitHub o documentazione su Notion (o su una alternativa a Notion). Questo è particolarmente vero per i team remoti che non hanno il lusso di incontrarsi spesso di persona.
Le discussioni tecniche possono essere particolarmente difficili da seguire. Sono piene di gergo e dettagli complessi. Può sembrare banale, ma ricordati di rallentare e rileggere. Ti permette di:
- Assimilare con calma: Mai più letture rapide e affannose. Prenditi il tuo tempo, cerca quegli acronimi strani e davvero comprendi ciò che viene detto.
- Individuare potenziali problemi: Rileggere ti aiuta a cogliere quei momenti "aspetta, cosa?" prima che si trasformino in ostacoli importanti.
- Mantenere allineato il team: Assicurati che tutta la squadra sia sulla stessa pagina, anche quando non siete nella stessa stanza.
Affiancamento
Lavorare in coppia con qualcuno—chiunque—può essere davvero utile quando devi risolvere un problema o portare a termine un compito. Coinvolgi il tuo tech lead per un rapido allineamento. Chiama uno sviluppatore da parte per 10 minuti. Quella collaborazione diretta è inestimabile.
È così che ho sviluppato un occhio per l'interfaccia utente—lavorando "in coppia" con un UX designer per capire come la fruibilità su mobile possa incidere sulla leggibilità dei nostri contenuti.
Usa analogie e metafore
Il linguaggio dei concetti tecnici può sembrare estraneo. Rendili più comprensibili utilizzando analogie e metafore.
Per esempio, il cloud computing è come una cassaforte bancaria per i tuoi dati. Sicura, protetta e accessibile da qualsiasi luogo con una connessione internet. Non c'è bisogno di preoccuparsi di gestire la cassaforte personalmente—la banca (fornitore cloud) si occupa di tutto ciò.
Trova un responsabile tecnico
Ogni progetto ha un esperto tecnico—qualcuno che conosce davvero la materia. Il tuo compito è trovarlo! Questa è la persona di riferimento per tutto ciò che è tecnico. Può rispondere alle tue domande, aiutarti a comprendere il gergo e praticamente essere il tuo punto di salvezza quando le cose si complicano.
Come sviluppare competenze manageriali a prova di futuro
Ho chiesto ai miei esperti: Se dovessi scegliere UNA competenza tecnica per il futuro della gestione dei progetti, quale sceglieresti?
Due competenze sono emerse su tutte:
Risoluzione tecnica dei problemi
Chong sottolinea che i project manager devono essere tecnologicamente adattabili. Questo significa andare oltre il semplice conoscere le diverse tecnologie e sviluppare la capacità di apprendere rapidamente e applicare nuovi strumenti e sistemi man mano che il progetto evolve.
“Se è un'agenzia di design, direi di imparare Keynote e PowerPoint, oppure Figma. Se si tratta di AWS, potrei dire cloud computing. Quindi, se proprio dovessi sceglierne una, sarebbe la capacità di risolvere problemi in ambito tecnico, il che significa che dovrai imparare quel determinato aspetto tecnologico a un certo livello.”
Autore bestseller e collaboratore abituale del World Economic Forum e di Forbes, Bernard Marr, ha pubblicato questo sondaggio sul suo profilo LinkedIn in cui la risoluzione dei problemi emerge come chiara vincitrice per un futuro guidato dalla tecnologia:
Applicazione dell'AI
Ogni anno, circa 48 trilioni di dollari vengono investiti in progetti a livello globale. Eppure, solo un 35% di tali progetti viene considerato di successo, secondo il Standish Group. È evidente che qualcosa deve cambiare. E l'intelligenza artificiale sembra essere la chiave.
Gartner prevede che entro il 2030 una sorprendente 80% delle attività di project management sarà gestita dall'AI. Il tutto alimentato da big data, machine learning (ML) e processamento del linguaggio naturale.
Matthew Fox, esperto della community DPM, afferma che i project manager devono comprendere "l'applicazione dell'intelligenza artificiale," e che sarà fondamentale per loro avere "una conoscenza operativa di ciò che può fare sia per i progetti sia per i singoli individui."
Questa non è una fantasia futuristica—sta già accadendo ora.
In un articolo della Harvard Business Review, "Come l'AI trasformerà la gestione dei progetti", gli autori sottolineano come gli strumenti basati su AI automatizzano le attività di routine, forniscono aggiornamenti sullo stato in tempo reale e facilitano una comunicazione fluida tra i membri del team.
Gli assistenti digitali analizzano dati storici, piani di progetto e interazioni con gli utenti, raccogliendo informazioni essenziali sui progetti e offrendo supporto su misura. L'assistente digitale per la gestione progetti recentemente annunciato da Oracle è un esempio di questa tendenza.
Con tutti questi cambiamenti all'orizzonte—dall’IA a qualunque cosa arriverà dopo—è il momento di rispondere di nuovo alla nostra domanda iniziale. (Di nuovo.)
La parola finale
La vera domanda non è se ti servano competenze tecniche—ma quali e quanto in profondità dovresti acquisirle.
Essere "tecnologicamente vicini" è la prospettiva migliore: non serve essere un vero project manager tecnico, ma bisogna saperne abbastanza per capire cosa succede, cogliere potenziali problemi e sapere quando è il momento di coinvolgere gli esperti. Questo vale ancor di più ora che molti di noi lavorano da remoto e vivono circondati da strumenti digitali.
Come ha detto Fred Baker (e questa frase mi piace molto): la vera forza è saper apprendere e adattarsi.
In un mondo dove lo strumento più innovativo di oggi diventa rapidamente obsoleto, questa potrebbe proprio essere la competenza tecnica più importante di tutte.
