Idea principale

Quando un team di prodotto, di supporto o di business comincia a costruire schermate e strumenti con un assistente, il riflesso è progettare per lui un regime a parte: la sua carta, le sue regole, il suo processo di validazione, il suo livello di esigenza. Questo riflesso crea un secondo sistema, parallelo al primo, che andrà mantenuto separatamente e che finirà per divergere.

Eppure gli strumenti esistono già, e sono stati costruiti esattamente per questo problema: integrazione continua, scanner di sicurezza, convenzioni sui repository, regole di qualità, ambienti delimitati, e sempre più spesso file di istruzioni, prompt e skill che gli sviluppatori scrivono per il proprio uso. Niente di tutto questo va reinventato per profili che non sviluppano; basta che la loro produzione ci passi attraverso.

Il lavoro di inquadramento è quindi un lavoro di collegamento — quali repository, quali ambienti, quali controlli automatici si applicano a questa produzione — e non un lavoro di invenzione di nuove norme.

Perché è importante

Cambia la natura della domanda rivolta al team tecnico. «Cosa bisogna esigere da un Product Manager che programma?» chiama una risposta lunga e discutibile; «a cosa lo colleghiamo?» chiama una risposta operativa e in gran parte già disponibile.

Evita anche un'asimmetria assurda, in cui il codice prodotto da un profilo di prodotto sarebbe sottoposto a regole scritte per l'occasione, più severe o più vaghe di quelle che valgono per il codice del team.

Sfumature e limiti

Il collegamento presuppone che gli strumenti esistano e siano in buono stato. In un'organizzazione dove i controlli automatici sono deboli non c'è niente a cui agganciarsi, e il tema torna a essere la costruzione di quegli strumenti — per tutti, non solo per chi arriva adesso.

Alcuni punti non si risolvono con un collegamento e vanno decisi esplicitamente: il perimetro dei repository accessibili, i permessi di scrittura sui dati, la proprietà degli oggetti prodotti.

Domande aperte

• Quale parte degli strumenti che gli sviluppatori scrivono per sé resta inutilizzabile da chi non sviluppa, per mancanza di un vocabolario comune più che di permessi?