Sapere se conviene recuperare o rifare.

È la domanda più costosa che ci sia, perché si può sbagliare in due direzioni. Rifare quello che si poteva salvare costa mesi. Salvare quello che andava rifatto costa anni.

Cosa succede davvero

Cosa ottieni

Le cause, non i sintomi — e le strade percorribili

Lo stato reale del prodotto, perché è arrivato lì, e le strade che restano aperte: buttare e riscrivere, tenere il vecchio accanto al nuovo servendo gli utenti con un mix, oppure recuperare pezzo per pezzo. Ognuna con i suoi tempi, i suoi costi e quello che comporta mentre il prodotto continua a girare.

La strada più veloce da percorrere non è sempre quella che conviene avere. Quale sia dipende da cose che sappiamo noi del codice e da cose che sapete voi del prodotto: la scelta si fa lì, insieme, con i numeri davanti.

Cosa ti impegna

Accesso a quello che c'è, com'è

Anche se è messo male, anche se non è documentato, anche se chi l'ha scritto non c'è più. È il caso normale, non l'eccezione.

Cosa non è

Non è un processo che si ferma

Il prodotto continua a servire i clienti mentre lo si guarda. Qualunque piano che parta da «spegniamo e vediamo» non è un piano.

Starter

Le porte.

Build, Scale e Rescue sono impegni lunghi, e prima di prenderli è normale volerci vedere chiaro.

Gli starter sono il modo di cominciare senza impegnarsi: durano poche settimane, costano poco, e finiscono con qualcosa in mano che vale anche se poi lavori con altri. Tre ti danno una risposta prima di partire: un piano, una verifica, un audit. Il quarto, il Dry Run, ti fa vedere come lavoriamo su un pezzo vero del tuo progetto.

Come si lavora, da lì in poi

  1. Prima

    Decidi tu su cosa si spende la capacità

    Ogni attività viene descritta, progettata dal punto di vista tecnico e dell'interfaccia, stimata in impegno, e resta ferma finché non la approvi. Così vedi cosa verrà realizzato prima che si spenda il tempo per farlo. Non stai approvando una fattura: stai decidendo dove va a finire il tempo che hai già comprato.

  2. Ogni giorno

    Vedi la pipeline mentre si muove

    Hai accesso allo strumento dove vivono le attività: in che stato sono, in quale sprint di due settimane cadono, se si è in anticipo o in ritardo. Non un riepilogo a fine mese — la stessa vista che usiamo noi.

  3. Durante

    Nessuno rilascia il proprio codice

    Chi scrive non è chi approva. Ogni modifica passa da un secondo tecnico prima di arrivare da qualsiasi parte.

  4. Prima del rilascio

    Un ambiente dove provarlo tu

    Il lavoro arriva dove puoi vederlo prima della produzione. Se non è come te l'aspettavi, torna indietro.

  5. Sempre

    Codice e server restano tuoi

    Nessun vincolo tecnico che ti costringa a restare.

Il metodo, nel dettaglio