Software funzionante ogni settimana - pagato all'accettazione
Lo sviluppo dura settimane o mesi, con fatturazione a milestone. Dalla seconda settimana c'è software funzionante nelle sue mani, e dalla prima c'è un log dei deploy che può leggere. Il report di stato è il software stesso.
Cosa succede davvero
Niente cerimonie da sprint prese in prestito da un'azienda più grande. Sei meccanismi, ripetuti finché il sistema non è in produzione.
Settimana uno - accesso, non slide
Si apre il canale condiviso, sale lo staging, gira la pipeline di deploy. Il log dei deploy è visibile dal primo giorno - nulla dello sviluppo resta dietro le quinte.
Settimana due - primo software funzionante
Non un mockup, non una passeggiata tra i ticket: qualcosa che gira, nelle sue mani. Sarà ristretto. Sarà anche reale, e da lì cresce ogni settimana.
Il ciclo settimanale
Lunedì: il piano della settimana, per iscritto. Da martedì a giovedì: sviluppo, deploy, si ripete. Venerdì: una demo di 30 minuti di software funzionante. Il ciclo è la metodologia - non c'è altra cerimonia.
Accettazione delle milestone
Quando una milestone è pronta, la prova cliccando, la confronta con il perimetro concordato e la accetta - oppure no, e noi sistemiamo ciò che non torna. Il pagamento segue l'accettazione, non lo sforzo.
Revisione di business mensile
Una volta al mese un socio ripercorre l'avanzamento rispetto alla metrica, il budget consumato rispetto al piano e una lista onesta dei rischi. Trenta minuti, senza teatrini.
Modifiche di perimetro, prima il prezzo
A metà strada arrivano nuove idee - quelle buone vanno realizzate. Ogni modifica ha perimetro e prezzo definiti prima di proseguire, mai scoperta dopo su una fattura.
Una settimana di sviluppo, ora per ora
Meno cerimonia di quanto si immagini. Un piano scritto, deploy continui, una demo - e una revisione mensile con un socio. Tutto il resto è costruire.
Il risultato
Software in produzione, milestone dopo milestone - e tutto ciò che gli sta intorno e lo rende suo, non nostro.
Cosa serve da parte sua
Risposta onesta: non molto, ma non nulla. Tre cose tengono in movimento uno sviluppo.
Un referente responsabile
Una sola persona dalla sua parte che possa rispondere alle domande e decidere. Circa 2-4 ore a settimana: la demo del venerdì, le risposte asincrone nel canale, l'accettazione delle milestone.
Decisioni quando vengono chieste
Facciamo emergere le decisioni in modo esplicito - nel piano del lunedì o nella demo del venerdì - con i compromessi messi nero su bianco. Una decisione ferma è l'unica cosa che ferma lo sviluppo.
Accesso alle persone che fanno il lavoro
Un'ora con il dispatcher, l'avvocato o il responsabile di magazzino vale più di dieci ore di supposizioni. Chiediamo presto e di rado.
Si fermi dopo qualsiasi milestone. Tenga tutto.
Ogni milestone accettata è sua - codice, deploy, documentazione, test. Se le priorità cambiano, se il budget si sposta o se semplicemente vuole un partner diverso, se ne va con software funzionante, non con una passività a metà. La prima fattura arriva dopo la prima consegna, quindi l'ordine del rischio è sempre lo stesso: prima consegniamo, poi si paga.
Domande frequenti sullo sviluppo
Possiamo cambiare il perimetro a metà sviluppo?
Sì - le buone idee non devono aspettare la versione 2. Ogni modifica ha perimetro e prezzo definiti prima di proseguire, mai dopo. Si decide con i numeri davanti.
E se non accettiamo una milestone?
Allora non la paga. Sistemiamo ciò che non torna rispetto al perimetro concordato e la rimettiamo in demo. Il pagamento segue l'accettazione: è tutto il senso della fatturazione a milestone.
E se lo sviluppo va per le lunghe?
La stima tiene. Se abbiamo sottostimato, lo scostamento è a carico nostro - non lo scoprirà mai in fattura. Solo il perimetro che ha approvato e fatto quotare esplicitamente cambia il numero.
I nostri ingegneri possono lavorare sul codice insieme a voi?
Sì - lavoriamo spesso in coppia con team interni, condividiamo la codebase e ci rivediamo il lavoro a vicenda. Il passaggio di consegne è più pulito quando il suo team c'era fin dall'inizio.
Com'è fatta davvero la demo del venerdì?
30 minuti, solo software funzionante, con il suo team invitato. Clicchiamo su ciò che è stato consegnato, indichiamo le decisioni che ci servono da parte sua e finiamo in orario. Niente slide.
Come vediamo l'avanzamento tra una demo e l'altra?
Ha accesso allo staging e al log dei deploy dalla prima settimana. Li apra quando vuole - lo sviluppo è visibile di continuo, non una volta a settimana.
Vuole vedere uno sviluppo prima di comprarne uno?
Trenta minuti con un ingegnere - le mostriamo un log dei deploy reale e un piano di milestone vero.