Usa un backlog esistente
Mantieni il backlog corrente del progetto come fonte dei task senza riscriverne storia o significato.
Un backlog esistente rimane una fonte di lavoro di proprietà del progetto. TCAF lo mappa nelle evidenze canoniche senza sostituirne identificativi, storia o significato originale.
Durante l’adozione
L’agente deve identificare:
- il file o sistema backlog autorevole;
- identificativi e stati correnti dei task;
- collegamenti a specifiche, decisioni e dipendenze;
- lavoro completato da conservare come evidenza storica;
- lavoro aperto che potrà diventare un Task Contract;
- incoerenze da sottoporre al developer.
Non normalizzare silenziosamente la terminologia e non riscrivere task completati per adattarli a un nuovo template.
Esegui un task dal backlog
Quando il developer seleziona un elemento, passa la fonte a TCAF tramite l’adapter host o un file locale:
tcaf task --target <progetto> --input <fonte-task>In alternativa usa una richiesta inline precisa che identifichi l’elemento:
tcaf task --target <progetto> --request "Esegui il task B-016 del backlog"L’elemento selezionato è una fonte, non ancora un’autorizzazione implementativa. L’agente deve ispezionare le evidenze pertinenti e produrre un Task Contract da revisionare.
Preserva la proprietà del backlog
TCAF non deve:
- rinumerare task senza autorizzazione;
- segnare lavoro completato prima dell’accettazione;
- eliminare elementi storici;
- fondere task indipendenti per comodità;
- ampliare silenziosamente i criteri di accettazione;
- riscrivere il backlog durante l’implementazione se l’aggiornamento non è nel perimetro approvato.
Dopo il task
Aggiorna lo stato del backlog soltanto dopo che implementazione ed evidenze sono state accettate. La riconciliazione di documentazione o stato può essere eseguita come passaggio separato autorizzato, evitando di mescolare review del codice e modifiche amministrative.