Lo sviluppo di una startup spesso coinvolge diversi strati tecnologici da sviluppare internamente… Ma non è sempre facile gestire questi progetti. Come comunicare bene con i tuoi team? Come garantire che gli obiettivi tecnologici e aziendali siano ben allineati? Che i progetti tecnologici escano in tempo ?
Joachim Fourquet e Matthieu Sénéchal, cofondatori di Hones, azienda specializzata nel sostegno di progetti tecnologici, condividono con noi i loro consigli.
Parli, riguardo ai progetti tech nelle imprese, di “scatola nera”: perché questo termine?
Matthieu Sénéchal : I manager sono generalmente in grado di avere discussioni abbastanza approfondite con i team di vendita o con i responsabili del marketing. Senza arrivare al punto di svolgere il lavoro per loro, padroneggiano abbastanza bene le loro materie. Con i team tecnologici è diverso.
Anche se conosciamo il business e gli obiettivi, solo un team dedicato è in grado di trovare le giuste soluzioni e implementarle.
La metafora della “scatola nera” si riferisce a queste cattive pratiche radicate che fanno sì che una volta avviato un progetto di sviluppo, diventa difficile per le persone non tecniche seguire esattamente ciò che sta accadendo. Lo sviluppo tecnologico è generalmente un processo lungo e complesso, dove ci sono numerose iterazioni e dove storicamente i manager non vedevano risultati intermedi chiari.
Le cattive pratiche hanno effetti tanto più negativi quanto più grande è il team tecnico. Esiste il rischio reale che tutti i membri del team si disperdano senza che nessuno se ne renda conto e che il progetto non venga mai realizzato.
Gioacchino Fourquet : Questa opacità globale oggi ha conseguenze molto concrete. Rovina le aziende che sprecano denaro e tempo prezioso perdendosi in progetti poco strutturati. Ciò demotiva anche i team, che perdono fiducia nei leader. Ed è comune! Alcune statistiche mostrano che l’83% dei progetti IT fallisce e il 31% viene interrotto lungo il percorso.
In Hones insistete soprattutto per definire con chiarezza il vostro progetto a monte?
SM : Un progetto tecnologico comporta sempre dei compromessi. Il nostro ruolo è guidare i manager, presentare loro diverse soluzioni e aiutarli a scegliere quella giusta. Spesso hanno già in mente un problema e una soluzione… Che non sempre è quella giusta.
JF : Devi prenderti il tempo per definire chiaramente le tue esigenze e priorità e interrogarti in modo approfondito sulla soluzione che desideri mettere in atto. Un buon consiglio tecnico a volte è dire: ok, vuoi sviluppare un chatbot. Ma è davvero un problema di comunicazione con i tuoi clienti che hai avuto in primo luogo? Non è preferibile un’altra soluzione? Dobbiamo imparare a concentrarci su un singolo problema, invece di cercare di affrontare tutti i problemi, compresi quelli che ancora non abbiamo.
SM : Questo processo di riflessione si svolge su più livelli: è necessario definire la strategia aziendale, le modalità organizzative e la loro efficienza, vedere se il patrimonio tecnico già costruito corrisponde agli obiettivi definiti, ecc. Non ha senso implementare lo sviluppo tecnologico se non se ne comprendono le esigenze fondamentali: la tecnologia è, e rimarrà sempre, uno strumento per realizzare le proprie ambizioni aziendali.
È complicato far capire ai leader che la soluzione che avevano in mente non è la migliore per loro?
JF : La cosa complicata è che molte persone si dedicano alla tecnologia pensando che piacerà alla gente o che sia di moda. Tra il 2017 e il 2022 abbiamo assistito a un boom di raccolte fondi, durante il quale gli imprenditori hanno sviluppato tantissime cose che a volte sono risultate inutili. C’è stato entusiasmo per l’apprendimento automatico, gli NFT, le criptovalute, il web3 e ora l’intelligenza artificiale. Il nostro ruolo a Hones è proprio quello di “rimettere la Chiesa al centro del villaggio”, vale a dire tornare a qualcosa di più razionale e pragmatico, anche quando questo non è necessariamente ciò che i leader dovevano necessariamente fare l’inizio.
La comunicazione è anche la chiave per uscire dalla scatola nera?
SM : Spesso i dirigenti desiderano codificare una soluzione il più rapidamente possibile. Ma a parte il rischio che il problema presentato non sia quello giusto, bisogna chiedersi se tutti hanno capito bene. Paghiamo molto caro per aver saltato questi passaggi. Bisogna scambiare idee tra i team, assicurarsi che il problema sia ben compreso, fare brevi iterazioni per verificare che stiamo andando nella stessa direzione e che le informazioni non vadano perse lungo il percorso. In tecnologia si parla di legge di Conway per designare il principio secondo il quale il prodotto finito riflette la buona (o cattiva) comunicazione che esiste all’interno dei team.
Questa comunicazione deve essere perfezionata durante tutto il progetto. A volte capita che una squadra inizi bene, abbia buone pratiche, poi facciamo un’inversione di tendenza strategica, oppure la squadra cambia, e poi entriamo in modalità emergenza. Nella foga del momento, accumuliamo decisioni sbagliate e l’effetto valanga distrugge il progetto…
JF : Potremmo vedere il tempo di comunicazione come uno spreco di tempo e risorse, ma è il contrario. È molto più semplice sistemare qualcosa che non è stato ancora fatto piuttosto che qualcosa che è già stato codificato!
