Come lavoriamo
Ricercare, sviluppare, consegnare, gestire.
Quattro fasi, un anello. Quello che impariamo gestendo un sistema alimenta la ricerca successiva — ed è anche il motivo per cui costruzione e sicurezza stanno nella stessa squadra e non in due reparti che si incontrano alla consegna.
Le fasi
Che cosa succede davvero in ciascuna.
Ricercare
La prima fase serve a rimpicciolire il problema e a rendere espliciti i vincoli. Significa leggere i vostri sistemi, parlare con chi li usa e dire ad alta voce quali parti dell'incarico non sopravvivranno al contatto con la realtà. Qui il perimetro si restringe più spesso di quanto cresca, e di solito è una buona notizia.
Sviluppare
Incrementi brevi, ognuno dei quali gira. Preferiamo mostrare una fetta stretta che funziona da capo a fondo piuttosto che una fetta larga che funziona in demo. La revisione è continua e avviene nel vostro repository, così nessuno scopre l'architettura alla fine.
Consegnare
Consegnare significa che la vostra squadra può rilasciare, osservare e modificare il sistema senza chiamarci. Codice, definizioni dell'infrastruttura, manuale operativo e una sessione con chi lo eredita. Se non è così non abbiamo finito, qualunque cosa dica il calendario.
Gestire
Facoltativo, e sempre facoltativo. Monitoraggio, supporto e riesami periodici per le organizzazioni che li vogliono — mai una dipendenza costruita dentro la consegna per rendere costoso andarsene.
Principi
Gli impegni dietro il metodo.
Sono le cose che non barattiamo con una data di consegna più vicina, e il motivo per cui alcune conversazioni finiscono senza una proposta.
- Nessun vincolo per costruzioneCodice, dati e account sono vostri. La nostra leva è che il lavoro è buono, non che andarsene faccia male.
- Cattive notizie in anticipoUna stima che scivola viene segnalata quando ce ne accorgiamo, non alla scadenza. Nessuno è mai stato contento di saperlo dopo.
- Perimetro scrittoSoprattutto per i test di sicurezza. Che cosa è dentro, che cosa è fuori, quando, e che cosa ci fa fermare.
- I vostri dati restano vostriTrattati dove decidete voi, conservati per un periodo concordato, cancellati a scadenza e mai usati come referenza.
- Le affermazioni sono misurabiliSe diciamo che un sistema è migliorato, dietro c'è una misura che potete eseguire voi stessi.
- Sappiamo dire di noA incarichi fuori dalla nostra competenza e a test senza un incarico in piena regola. Entrambi i rifiuti proteggono voi quanto noi.
Domande
Poste abbastanza spesso da stare qui.
Potete costruire e poi verificare lo stesso sistema?
Possiamo, ma non come audit indipendente. Rivedere il proprio lavoro è utile per la qualità e inutile come garanzia. Dove serve un giudizio indipendente su qualcosa che abbiamo costruito lo diciamo e vi aiutiamo a incaricare un altro studio — mentre un giudizio indipendente sul lavoro altrui per noi è un incarico del tutto normale.
Lavorate con i nostri ingegneri o li sostituite?
Con loro, come regola. Il lavoro avviene nel vostro repository, con il vostro processo di revisione, e l'obiettivo è che la vostra squadra possa portarlo avanti dopo di noi. Le squadre che ricevono solo un prodotto finito di solito non riescono più a modificarlo.
In quali lingue lavorate?
Inglese, tedesco, francese e italiano — per workshop, rapporti e comunicazione quotidiana. Codice, messaggi di commit e documentazione tecnica restano in inglese, perché è quello che si aspetterà il prossimo ingegnere.
Come comincia una collaborazione?
Con un colloquio, poi un breve perimetro scritto con obiettivo, confini, impegno e prezzo. Per i test di sicurezza l'incarico e le regole di ingaggio fanno parte dello stesso documento. Si comincia a lavorare una volta firmato, non prima.
Vi sembra adatto?
Descrivete la situazione in poche frasi. Se non siamo la squadra giusta lo diremo — e di solito vi indicheremo il tipo giusto.