Alessandro Rufini è imprenditore, co-fondatore e CTO di Huware, dove guida la delivery: i servizi professionali che l’azienda eroga ai propri clienti. Ha iniziato scrivendo codice, e non ha mai smesso di considerarlo il punto di partenza di ogni ragionamento, prima di essere una strategia, la tecnologia è qualcosa che deve funzionare.
Da quel primo mestiere ha portato con sé un’attitudine che è diventata metodo: l’attrazione per il problema difficile.
Non la complessità fine a sé stessa, ma la sfida concettuale come strumento di lavoro, perché è nel momento in cui un problema sembra irrisolvibile che si capisce se lo si è compreso davvero. È lo stesso approccio che oggi applica ai progetti cloud, alle piattaforme dati e alle soluzioni di intelligenza artificiale che il team Huware porta in produzione.
Il risultato del cliente come unico criterio.
Un progetto tecnologico può essere impeccabile dal punto di vista architetturale e comunque rivelarsi un insuccesso se risolve un problema diverso da quello reale del cliente. Da questa consapevolezza nasce l’approccio di Alessandro Rufini alla delivery: il metodo e la soluzione non sono mai fini a se stessi, ma strumenti al servizio di un risultato di business che va compreso in anticipo e misurato sul campo.
Questo approccio comporta una costante tensione verso l’eccellenza esecutiva e l’esercizio di una disciplina meno visibile eppure decisiva: il discernimento sulla reale maturità tecnologica. In ogni progetto, la domanda fondamentale che Alessandro pone non è se una tecnologia sia interessante, ma se sia realmente pronta. Questo significa saper distinguere una funzionalità stabile in produzione da una semplice anteprima, un’integrazione nativa da un’architettura da sviluppare da zero, un caso d’uso concreto da una suggestione teorica.
È questo pragmatismo a fare la differenza tra una soluzione che entra stabilmente in esercizio e un prototipo elegante, proteggendo le aziende da due errori opposti e ugualmente costosi: adottare prematuramente tecnologie non ancora stabili o attendere troppo, lasciando che i concorrenti acquisiscano un vantaggio competitivo.
Delivery, imprenditoria e presidio tecnico.
Alessandro Rufini coniuga la precisione rigorosa dell’ingegneria del software con la visione strategica necessaria per guidare l’evoluzione tecnologica di Huware. Nel suo percorso si fondono tre dimensioni chiave che riflettono la sua responsabilità di garante dell’eccellenza esecutiva e dell’innovazione:
Due discipline, due lezioni opposte.
Fuori dall’ufficio, Alessandro guida. Le Harley-Davidson e i viaggi di gruppo che organizza ogni anno gli hanno insegnato la distanza: un itinerario si prepara nel dettaglio ma si corregge sulla strada, e si viaggia al ritmo di chi è dietro, non solo di chi apre il gruppo. Il kart gli ha insegnato l’esatto opposto: la precisione, il decimo di secondo, la traiettoria che non ammette approssimazione.
In strada quanto in pista, la difficoltà non è andare veloci o andare lontano: è sapere, in quel preciso momento, quale delle due cose serve.
Ed è la stessa lettura che porta nei progetti. Ci sono fasi in cui conta la tenuta sulla distanza e fasi in cui conta l’esecuzione millimetrica – e confonderle è l’errore più costoso che un’azienda di servizi professionali possa commettere.
Un percorso iniziato dal codice.
Il rapporto professionale con Andrea Servili, oggi socio in Huware, nasce ben prima di qualsiasi azienda: si sono conosciuti alle superiori, e da lì è partito un percorso comune proseguito al Politecnico di Milano e poi nell’imprenditoria. Una collaborazione lunga decenni, costruita su un confronto che non ha mai smesso di essere diretto.
Perché è questo il punto d’arrivo del percorso di Alessandro: dopo anni passati a risolvere problemi tecnici sempre più complessi, la conclusione è che alla complessità reale non risponde mai una persona sola. Rispondono una squadra costruita bene e un confronto che non ha paura del disaccordo. La competenza individuale è la condizione minima; è il confronto tra competenze diverse a produrre le soluzioni che nessuno dei presenti sarebbe arrivato a formulare da solo. Nella delivery, questo non è un principio culturale: è il meccanismo con cui si evita che un errore di impostazione arrivi fino al cliente.