L’ingegnere che ha imparato che la decisione giusta conta più del codice giusto.

Nei primi tempi in Iterpro, il backlog prodotto era sostanzialmente un thread su Slack e un foglio di calcolo di cui nessuno si fidava. Ogni richiesta di feature arrivava con la stessa etichetta: "urgente, i clienti la stanno chiedendo." Nessuno mentiva — i clienti la chiedevano davvero. Ma nessuno aveva verificato se risolvere quella richiesta avrebbe spostato un numero che contasse davvero.

Così abbiamo costruito un livello di validazione leggero: poche domande a cui ogni richiesta doveva rispondere prima di entrare in roadmap. Dati di utilizzo, segmenti coinvolti, impatto sui ricavi, costo di non farlo. In due mesi, metà delle richieste "urgenti" è sparita da sola. L’altra metà è stata prioritizzata più velocemente che mai, perché finalmente tutti erano d’accordo sul perché.

È il lavoro che trovo più interessante: non scrivere codice, ma dare ai team l’impalcatura analitica per prendere decisioni che sanno difendere.