Idea principale

La regola di decisione sta in tre righe: guadagno grande e complessità bassa, si fa subito; guadagno medio e complessità media, si pianifica; guadagno piccolo, si ignora.

La sua fragilità sta nella seconda colonna. Il guadagno si misura sul consumo; lo sforzo, invece, viene stimato guardando lo skill, come se il codice che lo ospita fosse pulito e modulare. Un'ottimizzazione classificata «bassa» — rendere incrementale una sintesi, per esempio — può richiedere di tenere traccia di ciò che è già stato integrato attraverso un codice vecchio che nessuno vuole riaprire. È questo scarto a spostare la classifica, e giustifica di maggiorare fin dall'inizio le stime di sforzo.

Perché è importante

Impedisce di leggere un report di audit come una lista di attività: propone un ordine di grandezza dei guadagni, non un piano.

E riporta la decisione dove si trovano le informazioni che mancano al report — presso chi conosce la codebase.

Sfumature e limiti

Alcune ottimizzazioni dal guadagno immediato modesto cambiano la traiettoria: passare all'incrementale rende poco oggi e sempre di più man mano che i dati si accumulano. Una classifica istantanea le sottostima sistematicamente.

Domande aperte

• Come dare valore a un'ottimizzazione il cui guadagno cresce con il volume dei dati invece di restare costante?