Un'architettura, un fornitore cloud, le prime tre assunzioni: si decidono in poche settimane, quando la società sa meno di quanto saprà mai, e si portano dietro per anni. Quasi nessuna di queste scelte si riavvolge senza fermare il prodotto.
Oggi il codice arriva più in fretta di quanto venga letto. Le decisioni che contiene, dove stanno i dati, che cosa succede se i clienti raddoppiano, chi può rifarlo, le ha prese un modello, e nessuno le ha firmate.
La chiamata arriva quando il prodotto va costruito e non c'è ancora chi lo costruisca. Vale per chi fonda un'azienda e per un'azienda che deve costruire qualcosa che non ha mai costruito. Il prodotto viene disegnato da zero; il team viene scelto, assunto e guidato finché non cammina da solo. Le scelte che non si riavvolgono vengono prese con chi le ha già prese tre volte per conto proprio.
Il costo di una scelta tecnica non si vede nel trimestre in cui viene presa. Si vede quando è troppo tardi per cambiarla.
Un'agenzia vende ore. Un fornitore cloud vende la sua piattaforma. Un modello produce quello che gli si chiede, senza sapere che cosa succederà fra tre anni. Nessuno di loro risponde della scelta.
Cambiare architettura o fornitore con il prodotto in produzione costa più del prodotto. Nel frattempo ogni nuova funzione è stata costruita sopra la scelta sbagliata, e la tiene ferma.
La scelta va presa bene la prima volta. Non perché non si possa cambiare, ma perché a quel punto nessuno se lo potrà permettere.
Un assistente di programmazione produce in un'ora quello che una volta richiedeva una settimana di discussione. La velocità è reale. Le decisioni dentro quel codice le ha prese il modello.
Serve una regola scritta su che cosa si delega e che cosa si rilegge, e qualcuno che la faccia rispettare.
La prima assunzione tecnica decide le dieci successive. Si fa quasi sempre prima di sapere che cosa si sta cercando, e si paga come una scelta di architettura.
Chi serve davvero il primo anno, chi no, chi si assume e chi si prende a tempo: sono decisioni da prendere prima del colloquio, non durante.
Un fondo, un cliente grande o un acquirente chiederà come è fatto il prodotto e chi lo sa portare avanti. Meglio costruirlo già come dovrà essere trovato.
È lo stesso esame che si fa per conto dei fondi, visto dall'altra parte del tavolo. Che cosa si esamina →
Il disegno. Che cosa deve fare il prodotto, quali dati tratta e dove stanno, quale architettura regge fra tre anni, da quale fornitore si può andare via. Messo per iscritto prima della prima riga.
Il team. Chi serve davvero il primo anno e chi no, chi si assume e chi si prende a tempo. La regola scritta su che cosa si può chiedere a un assistente di programmazione e che cosa va riletto da una persona.
La guida. Le scelte che arrivano ogni settimana prese con chi ne risponde; il codice generato riletto prima di andare in produzione; il debito tecnico contato, non accumulato.
La consegna. Il team sa andare avanti da solo. La documentazione è quella che un investitore o un acquirente troverà quando verrà a guardare.
Quasi mai sono domande di codice.
Dal disegno alla consegna, con il team costruito per quel prodotto. È la forma per chi parte da zero, o da un prototipo che non deve diventare il prodotto per inerzia.
Un'architettura, un fornitore, un'assunzione chiave, un costruire-o-comprare. Una decisione sola, prima che venga presa. Comincia e finisce.
Quando qualcosa è già stato costruito, spesso in fretta, e non si sa quanto regge. Prima di un investimento, di un cliente grande o di un cambio di team.
Gli incarichi accettati sono pochi ogni anno e uno solo per settore, per non trovarsi al tavolo di due concorrenti. La condizione è posta prima di cominciare, non dopo.
Sono co-fondatore e direttore tecnico di CyberGrant, e i brevetti che trova nel registro sono miei. Quando dirigo la tecnologia di una società che non è la mia, la tecnologia di CyberGrant non è fra le opzioni, e le persone che lavorano al vostro prodotto non lavorano al mio. Se un conflitto emerge durante il lavoro, mi fermo e ve lo dico.
Valerio Pastore
Se sta per decidere come costruire il suo prodotto, o l'ha già deciso e ha un dubbio, il momento giusto per parlarne è prima della prima riga. Rispondo personalmente.
ParliamoneQuello che un comitato investimenti chiede prima di un'operazione: tecnologia, proprietà intellettuale, postura di sicurezza, persone. Costruire un prodotto sapendo già che cosa verrà chiesto.
Che cosa si esamina →Xbinary, Boole Server, CyberGrant: le date, le riviste che ne scrissero, le società. Non affermazioni, ma atti che si possono ancora leggere.
Apri il registro →Questa pagina parla del codice che l'intelligenza artificiale scrive. La tesi parla dei documenti che legge, e di che cosa succede quando li legge tutti.
Leggi la tesi →