Il metodo di lavoro: quattro fasi, e chi le fa davvero

Perché un preventivo dato prima di aver guardato i sistemi è una scommessa, e le scommesse si pagano comunque: in varianti di prezzo o in qualità tagliata per stare nel numero. L'analisi è un intervento a sé, con deliverable definiti — mappa dei flussi, ore di lavoro manuale, documento di architettura — che restano tuoi anche se poi non sviluppi niente con me e sono utilizzabili con qualunque altro fornitore. È anche la fase in cui posso dirti che il progetto non conviene, e succede.

Analisi, architettura e code review le faccio io e non le delego. Sullo sviluppo, quando il volume lo richiede, mi appoggio a collaboratori di fiducia — e te lo dico in fase di preventivo, non a progetto avviato. Ogni riga che va in produzione passa dalla mia revisione, incluse le loro, senza eccezioni per fretta. L'interlocutore resti tu con me: non c'è un account manager in mezzo e non arriverà dopo la firma.

Tre cose. Una persona con il mandato di decidere sul perimetro, perché senza qualcuno che possa dire no il progetto cresce fino a mangiarsi il budget. L'accesso alle persone che toccano il dato ogni giorno, che sono quelle che sanno come funziona davvero. E i tempi per ottenere accessi e credenziali dai fornitori dei vostri sistemi, che sono la variabile che sposta di più le date: raramente è il codice a far slittare una consegna.

Con cose che puoi provare, non con percentuali. A ogni milestone c'è un flusso o una funzione in un ambiente raggiungibile, e la provi tu sui tuoi dati con le persone che la useranno. Il costo di questo approccio è che serve del tuo tempo durante il progetto e non solo al collaudo finale. Il vantaggio è che un fraintendimento emerge alla milestone due, quando correggerlo costa poco.

Si cambia alla milestone successiva, non in corsa. Cambiare direzione a metà di una milestone significa buttare via lavoro già fatto e destabilizzare le stime successive, quindi la richiesta viene registrata e si valuta al punto di consegna: entra nel perimetro con l'impatto su tempi e costi dichiarato, oppure va nel backlog. Quello che non faccio è accettare cambi silenziosi e poi presentare uno slittamento come una sorpresa.

Il codice sorgente, la documentazione tecnica, il documento di architettura e gli accessi a tutti i servizi e le infrastrutture, tutto intestato a te. Nessun componente cifrato, nessuna licenza d'uso che ti obbliga a restare, nessun servizio che smette di funzionare se smetti di lavorare con me. Ti consegno anche la lista dei punti fragili noti: ce ne sono sempre, e nasconderli non li fa sparire — li fa solo scoprire a te nel momento peggiore.

Gradualmente, con il processo precedente ancora attivo come rete. Prima il nuovo flusso gira in parallelo in sola lettura e si confrontano i risultati con quello che esiste già; poi si abilita la scrittura su una parte; poi su tutto. Il processo manuale si spegne quando il nuovo ha dimostrato di funzionare sui tuoi dati, non il giorno della consegna. Costa qualche settimana in più e ha evitato praticamente tutti i fermi operativi che un rilascio a interruttore produce.

Pochi alla volta, ed è una scelta: analisi, architettura e code review le tengo con me, mentre sullo sviluppo mi appoggio a collaboratori di fiducia, che è ciò che permette di scalare la potenza di fuoco su un progetto senza moltiplicare i progetti. Il calendario è una delle prime cose di cui parliamo in chiamata, così sai subito se i tempi coincidono con i tuoi. Il vantaggio è che quando lavoro sul tuo progetto ci sono davvero, e chi decide le cose tecniche è la persona con cui parli.