Come lavoro

Tre modi di lavorare insieme. Non sono pacchetti commerciali: sono tre problemi diversi, che richiedono cose diverse.

Se non sai in quale ti riconosci, di solito è il primo.

TIP

Vale per tutti e tre: lavoro da solo. Non c'è un account manager che ti richiama, non c'è un junior che eredita il progetto dopo la firma. Parli con me e lavora chi hai davanti. È un limite — non posso prendere dieci clienti — ed è il motivo per cui funziona.

Due diligence tecnica

Sapere davvero come sta la tua tecnologia, prima di scommetterci sopra.

Quando serve

• Stai per investire in un'azienda e il prodotto è software. Il team ti dice che è tutto solido. Forse è vero.
• Stai per acquisire, e vuoi sapere cosa stai comprando prima, non sei mesi dopo.
• Hai un'agenzia o un team interno e il sospetto — mai detto ad alta voce — che i tempi e i costi non tornino.
• Devi decidere se rifare da zero o recuperare l'esistente, e nessuno in azienda è in grado di dirtelo senza conflitto di interessi.
• Una parte consistente del prodotto è stata generata con strumenti di AI. Funziona. Adesso però qualcuno deve metterci la firma.

Cosa ricevi

Un documento scritto, in italiano leggibile, che risponde a:

• Architettura — regge la crescita che hai in testa? Dove si rompe, e a quanti utenti?
• Sicurezza — cosa è esposto, cosa è urgente, cosa può aspettare
• Debito tecnico — quanto ce n'è, quanto costa conviverci, quanto costa toglierlo
• Provenienza del codice — quanto è stato scritto da una persona, quanto da un modello, e soprattutto se in azienda qualcuno è ancora in grado di spiegarlo. Nel 2026 è la domanda che sposta una valutazione, e quasi nessuno la mette per iscritto.
• Team e fornitori — le persone che hai sono adeguate a dove stai andando? Cosa manca?
• Il numero — quanto costa realisticamente arrivare dove vuoi andare, e in quanto tempo

Più una sezione che quasi nessuno scrive: cosa non è un problema. Metà delle preoccupazioni che mi porti di solito non lo sono, e saperlo ti fa risparmiare quanto scoprire quelle vere.

Come funziona

Due o tre settimane. Accesso al codice e all'infrastruttura, qualche conversazione con chi ci lavora, poi scrivo. Chiudiamo con una sessione in cui ti spiego il documento e rispondo alle domande scomode.

Prezzo fisso, concordato prima. Non fatturo a ore un lavoro di cui posso stimare la durata.

Cosa serve da te

Accesso in sola lettura ai repository e ai sistemi, un paio d'ore delle persone tecniche, e la disponibilità a leggere qualcosa che potrebbe non piacerti.

Quando non è la risposta giusta

Se hai già deciso cosa fare e ti serve un documento che lo confermi, non chiamarmi: costo troppo per quel lavoro e comunque scriverei quello che vedo.

Direzione tecnica

Il tuo prodotto è digitale. Il tuo mestiere non è il software.

Quando serve

Hai un'azienda vera, con fatturato vero, e una parte crescente di essa passa da un prodotto digitale. Ma:

• Non giustifichi un CTO a tempo pieno — e a quello stipendio, giustamente
• Le decisioni tecniche le sta prendendo chi scrive il codice, che è bravo ma non ha il quadro
• Devi assumere sviluppatori e non hai idea di come si valuta uno sviluppatore
• I fornitori ti propongono cose e tu approvi sperando bene
• Qualcuno deve dirti in italiano cosa sta succedendo, senza che abbia interesse a venderti altre ore
• In azienda stanno comparendo strumenti costruiti con l'AI da persone che non fanno gli sviluppatori. Alcuni sono ottimi. Nessuno però sta decidendo cosa può arrivare in produzione e a quali condizioni

Cosa ricevi

Il ruolo, non la consulenza. Significa:

• Decisioni — architettura, stack, build o buy, cosa si fa adesso e cosa nel 2027
• Presidio sui fornitori — leggo i preventivi, discuto le stime, verifico cosa consegnano
• Persone — colloqui tecnici, valutazione del team che hai, percorsi di crescita per chi merita
• Traduzione — un punto fisso mensile in cui il consiglio o i soci capiscono davvero lo stato delle cose
• Le mani, quando serve — se una cosa va sbloccata la sblocco io, senza aspettare uno sprint

Come funziona

Due giorni a settimana, con continuità. Minimo sei mesi: sotto quella soglia faccio in tempo a capire l'azienda e non a cambiarla, e ti avrei preso dei soldi per niente.

Retainer mensile fisso. Prendo due, massimo tre clienti in questa formula — oltre non riesco a garantire la profondità che il ruolo richiede, e un CTO distratto è peggio di nessun CTO.

Cosa serve da te

Autorità reale. È l'unica condizione non negoziabile: se il ruolo esiste sulla carta ma le decisioni continuano a prendersi altrove, il lavoro non funziona e ce ne accorgiamo entrambi al terzo mese. Preferisco dirlo prima.

Quando non è la risposta giusta

Se ti serve qualcuno che scriva codice tutti i giorni, ti serve uno sviluppatore e costa meno. E se hai già un CTO bravo, non aggiungere un livello sopra: fidati di lui.

Recupero e rilascio

Il progetto è in ritardo, e a un certo punto deve esistere.

Quando serve

• La data è passata, la nuova data è già a rischio, e nessuno sa dire con precisione perché
• Il progetto tecnicamente funziona ma non è mai andato in produzione, e ogni settimana si trova un motivo
• Chi l'ha costruito non c'è più, e quello che resta è codice che nessuno vuole toccare
• Lo strumento è nato in fretta, magari costruito con l'AI da qualcuno che non fa questo mestiere. Oggi l'azienda ci lavora sopra tutti i giorni, e non è più una cosa che si può lasciare com'è
• Devi consegnare a una data che non si sposta — un evento, una fiera, un contratto

Su quest'ultimo punto ho un precedente: le Olimpiadi non si rimandano di uno sprint, e la piattaforma è andata online.

Cosa ricevi

Il progetto in produzione. Non un piano per arrivarci.

• Scopo definito e congelato all'inizio, per iscritto
• Prezzo fisso su quello scopo
• Nessun team da formare, nessun onboarding di tre settimane: sistemi già visti, problemi già risolti
• Alla consegna, la documentazione perché il tuo team possa mantenerlo senza di me

Come funziona

Prima una settimana per capire cosa c'è davvero — il ritardo è quasi sempre più profondo di come viene raccontato. Da lì scopo, prezzo e data. Se dopo quella settimana la conclusione è che va rifatto invece che recuperato, te lo dico e ti lascio la valutazione: quella settimana la paghi, il resto no.

Cosa serve da te

Una persona interna che possa rispondere alle domande, e il potere di congelare lo scopo. Il secondo è più importante del primo.

Quando non è la risposta giusta

Se il progetto è in ritardo perché i requisiti cambiano ogni due settimane, nessun recupero lo salverà: il problema non è tecnico e io non sono la persona giusta. Sistema quello, poi ne riparliamo — e a quel punto probabilmente ti serve la direzione tecnica, non un rilascio.

Parliamone

Il primo passo è sempre lo stesso: una call di mezz'ora in cui mi racconti la situazione e ti dico onestamente se sono la persona giusta.

Capita spesso che la risposta sia no. Capita anche che il problema si risolva in quella mezz'ora, e va benissimo così.

andrea@andreagiuseppe.com

Due righe su cosa stai costruendo e cosa si è inceppato sono più che sufficienti. Rispondo io.

Guarda il percorso completo →