Stati ed esiti

TCAF usa vocabolari separati per completezza editoriale, maturità del workflow, stato dell’implementazione ed esito finale. Non devono essere fusi in un unico badge né interpretati come equivalenti.

Stato del contenuto documentale

• complete — la pagina bilingue contiene la spiegazione editoriale prevista per la release corrente.
• draft — esiste contenuto utile ma richiede ancora completamento editoriale o tecnico.
• placeholder — la route esiste, ma la pagina completa è ancora in preparazione.

Una pagina completa può descrivere un workflow non verificato o pianificato. La completezza editoriale non equivale alla maturità implementativa.

Stato del workflow

• verified — esercitato con evidenze registrate nel lavoro corrente sul framework.
• verified-with-limitations — esercitato con successo, ma con limitazioni rilevanti di host, copertura o trasporto.
• framework-aligned — definito coerentemente con le regole TCAF ma non ancora esercitato in tutto lo scenario descritto.
• documentation-in-progress — esistono evidenze del workflow mentre la spiegazione pubblica è ancora in preparazione.
• planned — capacità o integrazione prevista ma non ancora disponibile come workflow verificato.
• not-supported — TCAF non esegue intenzionalmente l’operazione in automatico o senza autorizzazione separata.
• nessuno stato workflow — pagina informativa e non procedura eseguibile.

Stato implementativo

Un report di task può usare:

• IMPLEMENTED — la modifica contrattata è presente, ma la verifica può essere ancora pendente;
• VERIFICATION_PENDING — restano controlli del developer, manuali o CI;
• VERIFIED — i controlli richiesti dichiarati si sono conclusi con successo.

Questi stati non implicano accettazione del developer o commit.

Etichette dell’esito

• PASS — il risultato contrattato è presente e ogni controllo richiesto già eseguito è passato.
• READY FOR CHECK — l’implementazione è presente e resta una verifica dichiarata del developer o manuale.
• PARTIAL — soltanto una parte del contratto è soddisfatta; lavoro completato e rimanente devono essere indicati.
• BLOCKED — una contraddizione, decisione mancante o requisito non disponibile impedisce di continuare in sicurezza.
• FAIL — un controllo richiesto è fallito; conserva lo stato delimitato per la review.

Non riportare mai PASS quando un controllo obbligatorio è ancora pendente.

Classificazioni durante il task

Le nuove informazioni emerse durante l’implementazione vengono classificate come:

• chiarimento;
• correzione;
• adattamento locale;
• amendment richiesto;
• task separato;
• blocker.

La classificazione determina se il lavoro può continuare, deve essere riportato oppure deve fermarsi per l’approvazione del developer.