C'è un momento nella vita di ogni imprenditore in cui si siede davanti a un foglio bianco e scrive la lista dei requisiti per il progetto più ambizioso che abbia mai affrontato. Un gestionale nuovo. Un sistema di monitoraggio. Una piattaforma che integri tutto. Quel momento è carico di aspettative — e di paura.
E la paura, quasi sempre, porta alla stessa conclusione: "per un progetto così importante, ho bisogno di qualcuno di grande."
Capisco il ragionamento. Sembra prudente. Sembra responsabile. In realtà è una scorciatoia mentale che spesso porta nella direzione sbagliata.
Il problema della dimensione.
Una grande software house ha struttura, processi, certificazioni, uffici belli e un deck di presentazione impeccabile. Ha anche qualcosa che raramente viene dichiarato: il tuo progetto è uno dei trenta che gestisce in questo momento.
E il team che lavorerà al tuo progetto? Nella maggior parte dei casi sono due o tre sviluppatori. Esattamente come quelli che troveresti in una piccola software house — con la differenza che lì li conosci per nome, sai cosa sanno fare, e puoi parlarci direttamente.
Nel mezzo, invece, c'è un project manager. Sulla carta è la figura che traduce i tuoi requisiti in specifiche tecniche e viceversa. Nella realtà, spesso non conosce abbastanza il tuo settore per capire davvero cosa stai chiedendo, e non conosce abbastanza il codice per valutare se quello che gli sviluppatori stanno costruendo è la risposta giusta. Fa da filtro in entrambe le direzioni — e ogni filtro perde qualcosa.
Il risultato è che i requisiti arrivano agli sviluppatori già trasformati, ammorbiditi, reinterpretati. Gli sviluppatori implementano correttamente quello che gli è stato detto. Il software che consegnano è tecnicamente ineccepibile. E non risolve il tuo problema.
Quando lo fai notare, la risposta è sempre la stessa: "ma era quello che ci aveva chiesto."
"Il team che lavora al tuo progetto è piccolo in ogni caso. La differenza è quanti livelli di distanza ci sono tra te e loro."
Chi risponde davvero del tuo progetto.
Ho lavorato per anni come system integrator, prima di fondare Blueware. Ho visto progetti enormi, con budget importanti e fornitori blasonati, naufragare per un motivo semplice: nessuno si sentiva davvero responsabile. Ognuno aveva fatto la sua parte. Il risultato finale non funzionava, ma la colpa era sempre di qualcun altro.
Con un team piccolo e verticale, questa dinamica non esiste. Chi progetta è chi sviluppa è chi consegna è chi risponde. Non c'è catena di passaggi in cui il tuo problema si perde, si trasforma, si diluisce.
Questo non significa che un team piccolo possa fare tutto. Significa che sa esattamente cosa può fare, lo dice chiaramente, e ci mette la faccia.
Il vero indicatore da cercare.
Quando valuti un partner tecnologico, la domanda giusta non è "quante persone avete?". È "chi sarà la mia persona di riferimento, e quanto conosce il mio settore?"
Un interlocutore che capisce come funziona la tua azienda — i tuoi processi, i tuoi colli di bottiglia, il linguaggio che usate internamente — vale più di dieci sviluppatori anonimi che lavorano da un ufficio lontano. Perché quel interlocutore non aspetta che tu descriva il problema nel modo giusto. Lo riconosce prima ancora che tu finisca la frase.
È la stessa ragione per cui il passaparola funziona ancora, in questo settore più che in qualsiasi altro. Non si consiglia una software house per le sue certificazioni. Si consiglia qualcuno di cui ci si fida, che ha risolto un problema reale, e che era presente quando le cose si sono complicate.
Allora quando ha senso il grande fornitore?
Ha senso quando il progetto richiede decine di sviluppatori in parallelo, quando hai un reparto IT interno che coordina il lavoro, quando hai bisogno di garanzie contrattuali che solo una struttura certificata può dare. Esistono quei casi, e non ha senso negarli.
Ma se sei una piccola o media impresa con un progetto ambizioso e un budget definito, quello che ti serve non è dimensione. Ti serve qualcuno che conosca il tuo problema meglio di te, che ti dica la verità anche quando non è quello che vuoi sentire, e che sia lì — davvero — quando il progetto entra nella fase difficile.
Quella fase arriva sempre. La differenza è con chi la affronti.