A ottobre 2026 gestisco 19 app. Ogni mese rilascio più di sei aggiornamenti migliorativi e lancio quattro app nuove.
Quando una sola persona gestisce così tante app, fare tutto a mano ovviamente non regge. Devo dedicarmi interamente alle decisioni.
Durante una conversazione con un'IA è saltato fuori il termine "skill ops". Su Google non si trova quasi nulla, quindi sembra una parola nata per caso. Mi è piaciuta moltissimo.
Skill ops.
Significa gestire le operazioni dando per scontato che siano le skill a fare il lavoro. In un lavoro precedente, per esempio, le persone si impegnavano a costruire una piattaforma dati, ed erano persone a raccogliere e analizzare i dati. Da solo, così le operazioni si fermerebbero.
Preparo soltanto la base con Firebase e Google Analytics e lascio l'analisi all'IA.
- L'analisi dei dati si risolve con una frase: "Analizzalo".
- Anche quella dei log: "Controllalo".
Il compito della persona è guardare le conclusioni che emergono, decidere "cosa fare" e dare le istruzioni.
Gestisco i siti Tenkaichi e Buzz Spot. Sono appena partiti, quindi è naturale che abbiano pochi contenuti. Se nessuno pubblica, devo pubblicare io finché non si riempiono.
Detto questo, se scrivessi tutti gli articoli da solo non ce la farei.
- "Fai una ricerca su questo locale e prepara un contenuto."
- "Chi è più forte, Yamcha o Ryomen Sukuna?"
Ho organizzato tutto in modo che, facendo all'IA domande del genere, si arrivi automaticamente fino alla pubblicazione del contenuto. Anche la SEO è coperta: l'aggiornamento di sitemap.xml e la richiesta di indicizzazione in Search Console passano per skill ops.
Quello che ho imparato con skill ops vale anche nello sviluppo aziendale. Finora, quando si verificava un guasto, lo indagavamo così:
- Controllare i log in CloudWatch o Elasticsearch.
- Cercare il codice che ha generato il log.
- Se non è di competenza del proprio team, chiedere su Slack al team responsabile di indagare.
- Correggere il bug per tentativi nell'ambiente locale.
Invece, si possono tenere in locale i repository di backend, frontend e infra e affidare all'IA tutto, dalla lettura dei log all'analisi dei repository. Certo, far leggere a Claude Code tutti i log di produzione è un problema di sicurezza: bisogna limitarsi all'ambiente di sviluppo o passargli solo degli estratti. Anche così, le operazioni pensate per gli agenti IA funzionano benissimo in azienda.
Anzi, mi aspetto che d'ora in poi, se non progettiamo tutto il lavoro attorno agli agenti IA, la produttività diventerà "faticosa". Una persona ce la fa se si sforza, ma le sembrerà "una seccatura". Perché ormai sappiamo quanto è comoda l'IA.
Per permettere alle persone di concentrarsi sulle decisioni, conviene progettare le operazioni attorno all'IA fin dall'inizio.