Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.
Idea principale
Il timore abituale — i profili di prodotto sostituiranno gli sviluppatori — sbaglia direzione. Ciò che può effettivamente passare altrove è una categoria riconoscibile: l'export chiesto con urgenza, la schermata di consultazione, la dashboard, l'interfaccia temporanea, tutto ciò per cui si tira regolarmente fuori un team dal cuore del prodotto. Se una parte di queste richieste viene assorbita dai team di prodotto, supporto o business, la catena si alleggerisce invece di ridursi.
Quello che compare dall'altra parte non è meno tecnico. Perché altri possano produrre senza rompere nulla servono API interne pulite, componenti riutilizzabili, convenzioni rispettate, ambienti sicuri, permessi delimitati, controlli automatici. Costruire tutto questo richiede di decidere cosa esporre, in quale forma, con quali garanzie e quali limiti: un lavoro di architettura, non di implementazione.
Il mestiere non si restringe quindi: sale di un gradino, dalla costruzione delle funzionalità alla costruzione di ciò che rende possibile la produzione degli altri.
Perché è importante
Risponde alla preoccupazione con qualcosa di diverso dalla rassicurazione. Dire «gli sviluppatori non verranno sostituiti» non convince nessuno; mostrare qual è il nuovo carico di lavoro, e che è più architetturale del precedente, si può verificare.
Indica anche la condizione senza la quale l'apertura ad altre funzioni fallisce: se nessuno costruisce il terreno, l'apertura produce soluzioni raffazzonate, e il tempo che si pensava di risparmiare torna sotto forma di riparazioni.
Sfumature e limiti
Lo spostamento presuppone che l'organizzazione accetti di finanziare un lavoro dal valore indiretto. Una piattaforma interna non consegna nulla di visibile al cliente, ed è la prima voce che si taglia sotto pressione.
E non tutte le competenze si trasferiscono: progettare interfacce interne destinate a essere usate da altre funzioni non è lo stesso mestiere che sviluppare una funzionalità da cima a fondo.
Domande aperte
- Un team che costruisce binari senza mai costruire funzionalità conserva la conoscenza del terreno necessaria per progettare buoni binari?