Quando l'AI accelera la costruzione, la domanda che prima viveva alla fine di uno sprint si sposta all'inizio: dovremmo costruire questo in primo luogo?
Ci penso da quando ho avuto una conversazione con il team di SeventyOne. Stavamo lavorando su cosa sta realmente cambiando per le organizzazioni mentre l'AI accelera la capacità di delivery. La risposta mi ha sorpreso per la sua semplicità: il vincolo si sta spostando.
Per anni, il collo di bottiglia nel prodotto era l'esecuzione. Avevi un'idea, sapevi più o meno cosa costruire, e la sfida era farlo bene e rilasciarlo abbastanza velocemente. I team ottimizzavano per il throughput. Le roadmap erano piene. La velocity era la cosa che tutti misuravano.
Quando costruire diventa davvero veloce, questo cambia. Puoi ancora riempire la roadmap. Puoi ancora rilasciare. Ma il divario tra rilasciare qualcosa e rilasciare la cosa giusta si allarga, e diventa più difficile da nascondere.
I team che vedo in difficoltà non faticano perché non riescono a usare gli strumenti. Faticano perché gli strumenti hanno esposto un gap che c'era sempre stato: nessun modo affidabile per trovare il problema giusto prima di costruire la soluzione.
Questa è una buona notizia per il product management. Significa che il lavoro che ha sempre contato — definizione del problema, discovery, decidere cosa non costruire — diventa sempre più difficile da saltare. La velocità lo rende visibile.
La domanda è se le organizzazioni rallenteranno abbastanza nella fase iniziale per trarne vantaggio.