Esempi di stime elaborate

Le situazioni reali accompagnano il processo di stima dall’inizio alla fine (accesso, pagamenti, migrazioni, picchi di traffico), oltre alle domande da chiarire prima che chiunque esprima un voto numerico.

Un personaggio raffigurato su un post-it che tiene in mano un cartellino con il numero 3, mentre un secondo personaggio, accanto a un modulo di accesso, indica un lucchetto e una freccia per la reimpostazione della password.
Capitolo 1Stima dei costi per una funzionalità di accesso

Come valutare una funzionalità di accesso: gli aspetti nascosti (reimpostazione della password, autenticazione a due fattori, federazione, limitazione della frequenza, sessioni) e le domande da chiarire prima che qualcuno esprima il proprio voto.

Un personaggio raffigurato su un post-it che regge una piccola spina, di fronte a una grande scatola dall’aria preoccupata con un punto interrogativo sopra e un groviglio di cavi ai suoi piedi.
Capitolo 2Stima dei costi di un’integrazione SSO

Come valutare un’integrazione SSO: il lavoro non risiede nel vostro codice, bensì nelle peculiarità del provider di identità. Le domande a cui rispondere prima di stabilire un importo.

Un personaggio raffigurato su un post-it che tiene in mano un lettore di carte davanti a un nastro trasportatore su cui scorrono scatole con le scritte “Rimborso”, “Webhook” e “Riconciliazione”.
Capitolo 3Stima dei costi di integrazione dei pagamenti

Come valutare un’integrazione di pagamento: ambiente di test (sandbox) e ambiente di produzione (live), rimborsi, webhook, idempotenza, ambito PCI. La discussione che deve avvenire prima che venga stabilito qualsiasi importo.

Un personaggio raffigurato su un post-it che tiene in mano una piccola casella di ricerca davanti a un alto schedario, mentre un altro controlla un cassetto aperto.
Capitolo 4Stima di una funzione di ricerca

Come valutare una funzionalità di ricerca: pertinenza, classificazione, faceting e chi è il responsabile dell’indice. Le domande che trasformano la semplice richiesta di “aggiungere una barra di ricerca” in una valutazione concreta.

Un personaggio raffigurato su un post-it che spedisce una singola busta, ignaro della montagna di buste, campanelli e interruttori a levetta che si accumula alle sue spalle.
Capitolo 5Valutazione di un sistema di notifiche

Come valutare un sistema di notifiche: canali, preferenze, deduplicazione e garanzie di consegna. Perché “inviare un’e-mail” si trasforma silenziosamente in un progetto della durata di sei settimane.

Un personaggio raffigurato su un post-it che trasporta una cartella contrassegnata da un simbolo di avvertimento verso una fessura di caricamento, dove un altro personaggio, più piccolo, controlla ogni file in arrivo con una lente d’ingrandimento.
Capitolo 6Stima della durata del caricamento di un file

Come valutare il caricamento di un file: limiti di dimensione, scansione antivirus, possibilità di ripresa del caricamento, archiviazione e conservazione. Il “trascina e rilascia” è la parte più semplice; il vero problema sta nel funzionamento sottostante.

Un personaggio raffigurato su un post-it che presenta un grafico a barre ascendente su un cavalletto, mentre un altro post-it dall’aria preoccupata è inginocchiato dietro di esso e sta collegando un groviglio di tubi.
Capitolo 7Stima di un dashboard

Come valutare una dashboard: fonti dei dati, frequenza di aggiornamento, fusi orari, analisi approfondita, autorizzazioni. Il grafico è semplice; è la pipeline di dati che sta dietro di esso a richiedere il lavoro vero e proprio.

Un personaggio raffigurato su un post-it che tiene in mano due cartellini con i numeri 1 e 39, sotto una lavagna su cui sono riportati sia un segno di spunta che una croce.
Capitolo 8Valutazione di un test instabile

Come stimare un test instabile: perché occorrono due stime, anziché una sola, e perché fissare un limite di tempo è preferibile a discutere sui punti quando la risposta dipende da ciò che si riscontra.

Un personaggio raffigurato su un post-it che esamina con una lente d’ingrandimento una zona vuota del pavimento, sotto un grande punto interrogativo, accanto a una lavagna a fogli mobili vuota.
Capitolo 9Valutazione di un bug senza possibilità di riproduzione

Come valutare un bug per il quale non è possibile riprodurre il problema: non è possibile quantificare la portata della correzione, ma solo quella della ricerca. Come definire un limite di tempo per l’indagine invece di votare su una story che nessuno può vedere.

Un personaggio raffigurato su un post-it che tiene in mano un cronometro e traccia una linea su un grafico appeso alla parete, riportandola al punto in cui aveva iniziato a salire.
Capitolo 10Stima di un calo delle prestazioni

Come valutare un calo delle prestazioni: il lavoro consiste principalmente nella diagnosi, non nella risoluzione del problema. Come quantificarlo quando la causa è sconosciuta e uno SLO è a rischio.

Un personaggio raffigurato su un post-it screpolato che tiene in mano una chiave inglese, con una grande busta indirizzata a un stimato cliente in piedi alle sue spalle.
Capitolo 11Stima di un bug segnalato da un cliente

Come valutare un bug segnalato da un cliente: è l’account indicato nel ticket a determinare l’entità del problema. Come distinguere una correzione di una sola riga da una risposta che compromette lo sprint.

Un personaggio raffigurato su un post-it, dall’aria preoccupata, con una mano appoggiata su un pesante schedario, che lancia uno sguardo all’orologio da parete posto sopra di esso.
Capitolo 12Stima dei tempi necessari per la migrazione di un database

Come stimare la migrazione di un database: backfill, durata del blocco, implementazione e rollback. Il comando “Aggiungi una colonna” è costituito da una sola riga di codice SQL; la stima si riferisce all’incirca al secondo.

Un personaggio raffigurato su un post-it che trasporta una scatola di documenti tra due scaffali pieni di raccoglitori, mentre un secondo personaggio è inginocchiato per riordinare i documenti che sono caduti.
Capitolo 13Stima dei tempi necessari per la migrazione dei dati

Come stimare una migrazione dei dati: trasferimento dei dati tra sistemi, riconciliazione e passaggio al nuovo sistema. La trasformazione richiede un’ora; la pulizia dura un trimestre.

Un personaggio raffigurato su un post-it che sale su una scala alta, sulla quale è riportato un numero di versione in grande.
Capitolo 14Stima dei costi per l’aggiornamento di un framework

Come valutare l’aggiornamento di un framework: perché il passaggio a una versione principale costituisce un progetto, non un ticket, e come suddividerlo in storie di cui sia effettivamente possibile stimare la portata.

Un personaggio raffigurato su un post-it con la scritta “Changelog” che srotola un lungo rotolo di numeri di versione, con dei personaggi raffigurati come piccole caselle in piedi su entrambi i lati.
Capitolo 15Stima dei tempi necessari per l'aggiornamento di una dipendenza

Come stimare l’entità di un aggiornamento delle dipendenze: l’aumento a coda lunga che nasconde N picchi in un unico ticket. Legga innanzitutto i log delle modifiche, quindi valuti quanto ha riscontrato.

Un personaggio raffigurato su un post-it che tiene in mano un’etichetta con la scritta “Delete” e sta spegnendo una vecchia macchina che fa rumore, accanto alla quale è posizionata una macchina più recente.
Capitolo 16Stima dei tempi necessari per una revisione completa del processo CI/CD

Come valutare la portata di una riorganizzazione CI/CD: il lavoro sulla pipeline non prevede una demo, pertanto è opportuno suddividerlo in base a ciò che può essere eliminato. Il progetto della durata di un trimestre che si nasconde nel backlog sotto forma di rifattorizzazione.

Due personaggi raffigurati su post-it stanno collegando dei cavi a delle scatole contrassegnate con le diciture “Sorgente” e “Destinazione”, mentre un terzo controlla una presa a muro alle loro spalle.
Capitolo 17Stima dei costi per la sostituzione di un’API di terze parti

Come valutare la sostituzione di un’API di terze parti: lacune semantiche, funzionamento in parallelo e presupposti insiti nelle peculiarità del vecchio fornitore. La nuova API appare solo identica.

Un personaggio raffigurato su un post-it che gira un grande quadrante con la scritta “Soglia”, mentre una fila di post-it più piccoli attende in fila accanto ad esso.
Capitolo 18Stima dei tempi di implementazione di un limite di velocità

Come pianificare l’implementazione di un limite di rate: soglie, periodi di prova, comunicazioni ai clienti. La parte di programmazione richiede mezza giornata; la vera sfida sta nel definire limiti che non suscitino lamentele.

Un personaggio raffigurato su un post-it che sostituisce un piccolo blocco con uno nuovo davanti a un’enorme parete composta da blocchi identici.
Capitolo 19Stima dell’impatto di una modifica al sistema di progettazione

Come valutare una modifica al sistema di progettazione: implementazione dei token, percorsi di obsolescenza, copertura di Codemod e i 200 punti di chiamata che utilizzano il vecchio componente. Valutare l’impatto a valle.

Un personaggio raffigurato su un post-it dall’aria preoccupata che sta posizionando una rampa su un gradino, con una lunga fila di gradini identici che si estende alle sue spalle.
Capitolo 20Stima dei tempi necessari per una correzione relativa all'accessibilità

Come valutare l’entità di una correzione relativa all’accessibilità: i problemi di accessibilità (a11y) sono funzionalità che non sono state implementate sin dall’inizio. Perché è importante valutare la portata del problema nel suo complesso, anziché un singolo caso.

Un personaggio raffigurato su un post-it che spinge delicatamente in avanti una leva mentre osserva un indicatore che va dall’1% al 100%, con un interruttore di emergenza rosso sul pavimento accanto ad esso.
Capitolo 21Stima della fase di implementazione di un feature flag

Come valutare l’implementazione di un feature flag: percentuali graduali, kill switch, metriche di controllo e la pulizia che nessuno programma mai. Un flag è un piccolo prodotto, non una semplice distribuzione.

Un personaggio raffigurato su un post-it seduto a una scrivania con un taccuino, che tiene in mano un piccolo timer, mentre da un lato è visibile un aggeggio ancora incompleto.
Capitolo 22Stima di un picco di attività di ricerca

Come stimare un picco di ricerca: un picco è un intervallo di tempo definito con un risultato atteso, non una story. Come evitare che si trasformi silenziosamente nel lavoro che avrebbe dovuto essere definito nell’ambito del progetto.

Un personaggio raffigurato su un post-it che mostra un modello schematico approssimativo a due altre persone, con un cestino dei rifiuti traboccante alle loro spalle.
Capitolo 23Stima dei costi di un prototipo

Come valutare un prototipo: si tratta di un prodotto finalizzato all’apprendimento, non all’uso. Come evitare che il prototipo, destinato a essere scartato, si trasformi nel codice di produzione che nessuno aveva previsto.

Due personaggi raffigurati su post-it accanto a una piccola statuetta seduta su un piedistallo, circondata da alte pile di dati, mentre uno dei due sta sistemando la pila.
Capitolo 24Stima dei costi di un esperimento di apprendimento automatico

Come valutare un esperimento di machine learning: si tratta di ricerca integrata con l’ingegneria. Il modello è semplice, il vero lavoro sta nei dati. Come definire l’entità di un budget, non una previsione.