Il passaggio dalla chat al backlog
Tre mesi fa, la mia gestione dei task era solo una finestra di chat. Se chiudevo la scheda, il piano spariva.
Oggi è un backlog su Postgres. Tre diversi agenti AI — Claude Code, Codex e Grok — prelevano il lavoro da lì. Lo contrassegnano con un'attribuzione e lo chiudono in base alla cronologia git.
Non avevo intenzione di costruire un sistema di project management. Mi scontravo semplicemente con dei limiti. Ogni volta che risolvevo un problema, ne appariva uno nuovo.
Il mio lavoro è intenso. Gestisco una piattaforma di dati personale chiamata Nexus. Gestisco circa 100 repository. In un certo periodo, ho rilasciato 557.000 righe di codice in 35 giorni. Quel volume ha mandato in crisi ogni metodo di pianificazione che ho provato.
Ecco come si è evoluto il mio sistema:
Phase 1: Conversational Planning Il piano viveva nella cronologia della chat. Pensavo ad alta voce, mi veniva un'ottima idea e iniziavo a costruire.
- Il problema: I piani evaporavano quando la chat terminava. Non era possibile dar loro una priorità o passarli a qualcun altro.
Phase 2: Per-Repo TODO Files Ho iniziato a usare file TODO.md in ogni repository. Ho smesso di usare semplici checklist. Al loro posto, scrivevo piccole specifiche. Ogni elemento includeva:
- Stato e data.
- Un trigger (perché diventa urgente).
- Passaggi predefiniti (il piano).
- Rischi noti.
- Il problema: Con 100 repository, non avevo una visione globale. Non riuscivo a vedere tutto ciò che dovevo fare in un unico posto.
Phase 3: The Operator Backlog (OB) Ho spostato i task in un database Postgres. Questo ha creato una coda globale. Ho aggiunto un gate di approvazione. Un task diventa reale solo dopo la mia revisione. Questo evita che l'IA inserisca spazzatura nel backlog. Ho usato delle corsie di stato:
- requires_triage
- requires_decision
- requires_investigation
- autonomous_safe
- Il problema: Sono diventato io il collo di bottiglia. Non riuscivo a svuotare le corsie abbastanza velocemente.
Phase 4: Multi-Agent Execution Il backlog è ora una coda condivisa per più agenti AI.
- Utilizzano dei lease per non lavorare sullo stesso task.
- Utilizzano l'attribuzione, così so chi ha fatto cosa.
- Possono passare il lavoro. Un agente potrebbe scoprire che un task è impossibile e aprire un prerequisito. Un secondo agente può quindi occuparsi di quel prerequisito e completare il task originale.
La lezione è semplice: non serve arrivare alla Fase 4 per avere successo.
Se dovessi rubare una sola cosa, ruba il formato della Fase 2. Scrivi i tuoi task con uno stato, un trigger, passaggi predefiniti e rischi. Non costa nulla e cambia tutto.
La regola più importante è questa: pianifica sempre sulla base della verità. Non pianificare mai basandoti su una supposizione o su un riassunto. Un piano perfetto costruito su dati obsoleti fallirà velocemente quanto l'assenza totale di un piano.
Community di apprendimento opzionale: https://t.me/GyaanSetuAi