La metà utile di qualsiasi pagina sul processo è quella che parla di quando va male.

Ve lo diciamo nella settimana in cui lo scopriamo, non nella settimana in cui la fase era in scadenza. Una fase è a prezzo fisso, quindi una sottostima che resta dentro il perimetro concordato è un nostro problema e lo assorbiamo — questo è ciò che significa fissare un prezzo, e un fornitore che lo rinegozia non vi ha venduto un prezzo fisso. Quello che chiediamo è il diritto di dirlo ad alta voce, perché uno sforamento che stiamo assorbendo in silenzio cambia comunque ciò che consiglieremmo per la fase successiva, e quell’informazione dovete averla mentre è utile.

Una modifica che sta dentro la fase entra e qualcosa di equivalente esce, e a deciderlo siete voi nella revisione quindicinale, non noi. Una modifica che non ci sta viene preventivata come delta e scegliete voi: aggiungerla a questa fase a quel prezzo, o metterla nella successiva. Quello che non facciamo è accettarla in silenzio e tirarla fuori più tardi come motivo di un ritardo. Le discussioni sul perimetro alla fine sono quasi sempre decisioni sul perimetro che nessuno ha messo a verbale a suo tempo.

Meno di quanto chiede la maggior parte dei fornitori e più di niente. Grosso modo: una persona disponibile per le domande nella maggior parte dei giorni, due ore ogni due settimane per la revisione e una persona designata che possa prendere una decisione senza convocare nessuno. L’ultima conta più delle altre. Un progetto in cui ogni decisione richiede una riunione va alla velocità del calendario delle riunioni, e nessuna quantità di ingegneria lo compensa.

Con le persone che fanno il lavoro, non con un account manager che fa da tramite. In un incarico piccolo sono uno o due ingegneri; in uno più grande c’è un project manager il cui compito è il piano e il calendario, non tradurre fra voi e il team. Se vi capita di spiegare qualcosa di tecnico a qualcuno che non sa rispondere a domande tecniche, è un nostro fallimento e vale la pena dirlo.

Le fasi sono l’unità proprio perché fermarsi costi poco e sia semplice. Alla fine di qualsiasi fase avete software funzionante in produzione, il repository, una build che gira su una macchina pulita, le migrazioni, un runbook e i registri delle decisioni — e il passaggio di consegne viene provato a ogni confine di fase, invece di essere tentato una volta sola alla fine. Fermarsi dopo la seconda fase dovrebbe costarvi un periodo di preavviso e nient’altro.

Con il vostro, dove ne avete uno. La vostra strategia di branch, il vostro standard di revisione, la vostra definizione di completato, il vostro sistema di ticket. Abbiamo le nostre opinioni e le esponiamo una volta, e dopo di quello il sistema è il vostro e le regole sono le vostre. L’unica cosa su cui insistiamo è che le decisioni vengano scritte dove sta il codice, perché una decisione che vive solo in un thread di chat non sopravvive alla persona che l’ha presa.