Sapere cosa costa, prima di impegnarti.

Hai una cosa da costruire e tre numeri in mano che non sai confrontare. Il primo passo non è scegliere un fornitore: è capire cosa stai comprando.

Cosa succede davvero

Cosa ottieni

Un piano che puoi portare dove vuoi

Che sia un MVP o un prodotto completo: requisiti funzionali e di business, le verifiche di fattibilità fatte sul serio, le criticità che emergono prima e non a metà strada. Tempi in funzione della dimensione della squadra, e cosa costerà mantenerlo e farlo evolvere dopo.

Cosa ti impegna

Il tempo di chi conosce il problema

Servono alcune sessioni con chi sa cosa deve fare il prodotto e perché. Non serve che sappiate come si fa: quello è il nostro mestiere.

Cosa non è

Non è un preventivo mascherato

Il documento ha valore anche se poi lavori con altri, e serve esattamente a farti fare offerte confrontabili. Se lo usi per andare altrove, ha funzionato lo stesso.

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