Per molto tempo, il modello operativo è stato plasmato dagli strumenti più popolari del momento. Asana, Jira e Linear hanno codificato sprint, pianificazione settimanale e Kanban in un rituale che le aziende potevano implementare sistematicamente per guidare i processi. Gli strumenti hanno plasmato il modello operativo e il modello operativo ha plasmato gli strumenti. Non era il miglior modello operativo, ma semplicemente il miglior modello che gli strumenti dell'epoca potevano supportare. Quando lo strumento diventa qualcosa di configurabile come Buzz, questi vincoli scompaiono. Ora il modello operativo deve mettersi al passo con le capacità supportate dallo strumento.
Quando un thread in Buzz diventa la diagnosi, il compito, la soluzione e la conversazione del problema, condensa in un unico thread ciò che prima richiedeva strumenti diversi, permettendo a chiunque di seguirne lo sviluppo. È l'intero contesto che un utente può seguire per capire perché è stata presa una decisione. Ci sono anche comandi CLI per tutto in Buzz, che consentono agli agenti di creare i propri canali, aggiornare le proprie memorie e intraprendere altre azioni a livello di utente. Gli utenti possono regolare il comportamento, gli strumenti, i modelli e la potenza che alimenta ogni agente, impostando regole specifiche per canale o per thread che gli agenti devono seguire. Se non bastasse, l'app è anche open source, così gli utenti possono modificarla, migliorarla o contribuire a fare di Buzz l'interfaccia standard per il lavoro.
Buzz è così configurabile che la domanda non è se può fare questo o quello, ma come impostarlo per fare esattamente ciò che vuoi. Ho sperimentato con agenti che producono una lavagna per ogni thread e la condividono tra tutti gli agenti che lavorano su quel thread. Questo produce migliori passaggi di contesto senza alcun lavoro aggiuntivo da parte mia, perché le regole di ingaggio sono definite nel canale. Ci sono molti altri modi per sperimentare.
Con così tanta flessibilità, il collo di bottiglia diventa il modello operativo. Come orientare i tuoi ritmi e processi per massimizzare l'output con gli strumenti disponibili? Qual è il valore di uno strumento di tracciamento dei progetti quando gli utenti possono tracciare il compito come thread direttamente in Buzz? Cosa ha bisogno di essere tracciato quando tutto è catturato nel thread da umani e agenti?
Il fattore limitante non è più la velocità con cui un utente può copiare e incollare da uno strumento all'altro. Stiamo sperimentando questo da alcuni mesi e non abbiamo ancora individuato il modello operativo che massimizzi il valore di Buzz per un'organizzazione. Lavorare su Buzz con Buzz ha introdotto una nuova serie di domande che non ci saremmo mai posti prima: qual è il giusto modello di collaborazione tra agenti? Come cambia per il lavoro non ingegneristico? Qual è il miglior livello di astrazione per far sì che gli agenti lavorino efficacemente? Come definisci il modo in cui un team di agenti collabora bene senza di te? Se gli agenti possono creare il proprio canale e invitare solo altri agenti, quanto può spingersi un team nell'automazione?
Personalmente, è stato fantastico lavorare per trovare nuovi modi di collaborare. La cosa più ovvia è quanto ancora dobbiamo provare.
Gran parte del nostro lavoro è collaborativo e questo non deve fermarsi con l'IA. Trova nuovi modi di lavorare con Buzz come interfaccia e livello di coordinamento che unisce tutto - buzz.xyz / github.com/block/buzz
