Angolo

Una figura di Product Owner collocata tra chi progetta un prodotto e il team che lo consegna si giudica dalla linea che traccia, non dalla qualità del lavoro che vi si svolge: non appena pensare il prodotto e portarlo fino in produzione vivono in due teste diverse, chi progetta non vede più le scelte che decidono ciò che il cliente si troverà davanti, e chi le fa non ha ricevuto il mandato per assumersele. I tre appoggi di questa separazione cedono senza bisogno di chiamare in causa l'intelligenza artificiale: la verità di una funzionalità è ciò che gira in produzione e non ciò che è stato specificato; il backlog è un supporto consumabile, che può fondare una funzione ma non un mestiere; il titolo distribuisce il mandato prima di qualsiasi negoziazione, tanto che la parola scelta decide ciò che chi la porta potrà decidere. L'automazione non rende vero questo argomento — fa crollare il costo dello strato operativo che pagava la figura, e toglie l'ultima ragione pratica per continuare a separare.

Sintesi

Prese una per una, queste idee sembrano una disputa di vocabolario tra due titoli professionali. Messe in fila, descrivono un metodo per esaminare i ruoli di interfaccia, applicabile ben oltre il prodotto.

Il punto di partenza è un dato di fabbricazione: tra la specifica e la messa in produzione, compromessi, casi limite e vincoli tecnici ridefiniscono il comportamento consegnato, e queste scelte non risalgono fino al documento iniziale. Il dato non ha nulla di polemico — rende semplicemente insostenibile la posizione di chi si ferma all'intenzione. Costui non lavora sul prodotto: lavora su una descrizione che è già superata alla prima iterazione.

La separazione si paga allora due volte. Dal lato della progettazione, impedisce al cerchio di chiudersi: nessuno torna a dire a chi ha progettato dove la sua formulazione era ambigua, e il costo delle sue approssimazioni lo paga il team che le scopre. Dal lato della decisione, stacca la scelta dalla sua conseguenza, esattamente come una decisione debole diluisce la responsabilità tra riunioni e documenti — salvo che qui la diluizione è iscritta nell'organigramma, quindi permanente.

Restano le giustificazioni, e ciascuna cade per una ragione diversa. Quella del backlog cade per la durata di vita del suo oggetto: un supporto che si consuma con la consegna può tenere occupato qualcuno, ma non deposita niente su cui una competenza possa accumularsi. Quella del vocabolario cade per il suo stesso principio: se il titolo non contasse, non sarebbe servito a isolare la responsabilità senza concedere il potere di decidere. Quella della competenza di dominio cade di fronte all'osservazione: la conoscenza del settore si trova nel supporto, nei Customer Success Manager, negli sviluppatori di lunga data, e si acquisisce.

L'automazione entra solo per ultima, e attraverso l'economia. La separazione aveva un motivo quantificabile: tradurre, documentare, mettere in forma costava abbastanza da far pagare una figura dedicata. Quel costo crolla, e una divisione del lavoro privata del suo motivo regge ormai solo per abitudine. Due riserve impediscono di trarne una conclusione troppo ampia: ciò che crolla è un tetto al volume, non un collo di bottiglia della decisione — nessuna scelta diventa più facile; e ciò che non si delega a nessun sistema è il fatto di rispondere di una scommessa davanti ad altre persone, sei mesi dopo.

Ciò che l'insieme mette in luce: la domanda da porre a un ruolo di interfaccia non è «lo fa bene?» ma «che cosa separa, e chi paga questa separazione?». Ammette una risposta diversa dall'eliminazione — un team su un software sanitario regolamentato ha mantenuto la figura e ne ha ridistribuito il contenuto — e si applica prima di tutto a chi pone la domanda, perché spesso è lui a beneficiare della separazione.

Tensioni / contraddizioni

La tensione principale riguarda il titolo. L'angolazione sostiene che il titolo fabbrica il mandato; diversi professionisti rispondono che conta solo il mandato, e che un Product Manager chiuso nell'operativo, senza margine strategico, sarà occupato senza produrre nulla di utile. Le due posizioni non si possono dirimere qui: il titolo orienta l'attribuzione del mandato senza garantirla, e insistere sul vocabolario può nascondere che il vero tema è il mandato.

Seconda tensione, sulla via d'uscita. Eliminare la cinghia di trasmissione e ridistribuirne il contenuto non portano alla stessa scelta, e la seconda è l'unica praticabile in un dominio regolamentato con una codebase datata. Niente permette di dire in anticipo quale delle due strade regga in una data organizzazione.

Terza tensione, più scomoda: chi contesta la separazione è anche chi ne trae vantaggio, e l'argomento che sostiene va esaminato con la stessa diffidenza di quello che combatte.

Domande

• Quale criterio distingue, in un team dato, una ripartizione del lavoro di prodotto da una separazione tra progettazione ed esecuzione?
• Come si verifica che un mandato decisionale abbia davvero seguito un titolo, se non constatando a posteriori che le scelte non sono state rispettate?
• Fino a quale dimensione di un'organizzazione la stessa persona può progettare e accompagnare fino in produzione, prima che il cerchio debba per forza passare attraverso dei meccanismi?