Il fornitore è crollato, e la figuraccia l’hai fatta tu.
Il sistema si è fermato nel momento peggiore, davanti a chi non doveva vederlo. Chi l’aveva costruito ha detto che non era prevedibile.
Il legacy che nessuno vuole toccare.
Il prodotto è in produzione e serve i clienti. Ha problemi che nessuno riesce a risolvere, e ogni intervento rischia di crearne di nuovi.
Da dove arrivano
Una di queste tre, di solito.
Chi l’ha scritto non c’è più.
Una persona sola sapeva come funzionava. Se n’è andata. È rimasto il codice, senza nessuno che sappia leggerlo.
Hai firmato con la struttura grande, e il progetto non avanza.
Molte persone, molte riunioni, poche righe. E ogni modifica deve passare dal fornitore, perché nessun altro riesce a metterci mano.
In tutti e tre i casi il problema non è che il software non funziona. È che funziona finché non lo tocchi.
Costruito con l'AI
Funziona. Ma non sai cosa c'è dentro.
Sempre più spesso un prodotto nasce così: un'idea, qualche settimana con l'AI, e qualcosa che funziona davvero. Per mettere alla prova un'ipotesi è la strada giusta. Il problema arriva dopo, quando quel prototipo diventa il prodotto su cui si regge l'azienda.
L'AI fa quello che le chiedi. Quello che non le chiedi, lo decide da sola. Può aver dato per scontato che fosse un progetto piccolo e aver lasciato la sicurezza aperta, senza dirtelo. Il software magari è fatto bene. Ma i punti deboli non li conosci, e quindi non puoi scegliere se accettarli o correggerli. Di solito li scopri quando qualcosa si rompe.
Per noi è la stessa situazione di chi eredita il codice da un altro fornitore, e la affrontiamo nello stesso modo: analizziamo il prodotto, decidiamo insieme cosa tenere e cosa rifare, isoliamo la parte critica, quella su cui si regge il business. Quello che ti serve sapere è dove il prodotto può cedere. Una revisione riga per riga, su migliaia di righe, non te lo dice.
Chi l’ha già fatto
Estremamente flessibili, hanno dimostrato enorme capacità nella gestione di un codice sorgente non scritto da loro (sono subentrati dopo due anni dalla nostra nascita), arrivando a padroneggiarlo completamente dopo pochissime settimane.
Cosa facciamo
Prima si ferma il danno. Poi si decide se recuperare o rifare.
Non si riscrive per principio. Un prodotto che sta già servendo clienti ha un valore che non si butta via perché il codice è scritto male: si guarda cosa costa tenerlo, cosa costa rifarlo, e quanto si può fare senza staccare la spina.
Tre strade, e la scelta dipende dai numeri, non dal gusto tecnico. A volte conviene buttare e riscrivere. A volte si tiene il vecchio accanto al nuovo. A volte si recupera pezzo per pezzo.
Sofferenza
Il prototipo forzato in produzione. Nato per far vedere che l’idea funzionava, finito davanti agli utenti veri senza mai essere stato rifatto.
Infrastruttura
Cloud che non scala. Server a dimensione fissa, esposti, che reggono finché il carico resta quello di ieri.
Processi
Elaborazioni pesanti e inaffidabili. Lentezze, disservizi, dati che ogni tanto si perdono e nessuno sa esattamente dove.
Tempo
Obsolescenza e debito accumulato. Tecnologie ferme a versioni che non ricevono più aggiornamenti, e ogni modifica che ne richiede altre tre.
Persone
Il tecnico singolo che se n’è andato. Nessuna documentazione, nessun passaggio di consegne. Il codice c’è, la conoscenza no.
Prima
Dopo
- Sofferenza
- Infrastruttura
- Processi
- Tempo
- Persone
- Lo stesso punto, risolto
La vera domanda
«Anche gli altri me l’avevano promesso.»
Se sei qui, probabilmente sei già stato deluso una volta. La domanda che ti porti dietro non è se siamo bravi: è perché stavolta dovrebbe andare diversamente.
Non c’è una risposta che si possa dare a parole, perché a parole te l’hanno già data. Quello che possiamo mostrarti è dove il nostro metodo mette i cancelli.
Prima
Decidi tu su cosa si spende la capacità
Ogni attività viene descritta e stimata nell’impegno che richiede, e resta ferma finché non la approvi. Non stai approvando una fattura: stai decidendo dove va il tempo che hai già comprato.
Ogni giorno
Vedi la pipeline mentre si muove
Hai accesso allo strumento dove vivono le attività: in che stato sono, in quale ciclo di due settimane cadono, se si è in anticipo o in ritardo.
Durante
Nessuno rilascia il proprio codice
Chi scrive non è chi approva. Ogni modifica passa da un secondo tecnico che la rilegge e la prova, prima che arrivi da qualsiasi parte.
Prima del rilascio
Un ambiente dove provarlo tu
Il lavoro arriva in un ambiente accessibile a te prima della produzione. Se non è come te l’aspettavi, torna indietro.
Sempre
Codice e server restano tuoi
Nessun lock-in. Se un giorno vuoi portare tutto altrove, puoi farlo — e questa è la ragione per cui i nostri clienti restano per scelta.
Il conto
Tre teste costano meno di dieci mani.
- Come lavora
La grande struttura
Molte persone, in gran parte alle prime esperienze: il progetto avanza per tentativi
La squadra piccola
Professionisti responsabili: chi lavora sul sistema è chi risponde di come funziona
- Cosa costa
La grande struttura
Centinaia di giornate a tariffa piena
La squadra piccola
Una frazione delle giornate. Il conto si vince lì — non sulla tariffa
- Cosa lascia
La grande struttura
Un prodotto che funziona ma genera debito tecnologico — risolvibile solo da chi l’ha creato
La squadra piccola
Codice pulito, portabile, tuo
| La grande struttura | La squadra piccola | |
|---|---|---|
| Come lavora | Molte persone, in gran parte alle prime esperienze: il progetto avanza per tentativi | Professionisti responsabili: chi lavora sul sistema è chi risponde di come funziona |
| Cosa costa | Centinaia di giornate a tariffa piena | Una frazione delle giornate. Il conto si vince lì — non sulla tariffa |
| Cosa lascia | Un prodotto che funziona ma genera debito tecnologico — risolvibile solo da chi l’ha creato | Codice pulito, portabile, tuo |
L’élite costa meno di quanto pensi. E arriva prima.
Come si comincia
Modernization Audit
Prima di impegnarti, sapere cosa hai.
Si analizza lo stato del prodotto, si identificano le cause, e si esce con un piano: cosa si recupera, cosa si riscrive, in che ordine, con che tempi. Da lì decidi tu se andare avanti — anche con qualcun altro.
Se invece hai già chiaro cosa serve fare e vuoi solo vedere come lavoriamo, c’è una strada più corta: il Dry Run.