human+ai™OPERATING MODEL
L’atlante del framework v1.2
FOUNDATION & PRACTITIONER MANUAL

24. Gate e decisioni

Un gate è un punto di decisione governata: stabilisce se mobilitare, selezionare, congelare il design, autorizzare o limitare il pilot, continuare o fermare, scalare, rivedere o ritirare. Non coincide con una data di progetto e non si supera per inerzia. Il Gate Decision Record contiene decisione richiesta, evidenze, rischi residui, raccomandazione, condizioni, owner, scadenze, waiver e prossima review.

Le possibili decisioni sono verbi operativi. ‘Proceed’ autorizza entro il perimetro; ‘Restrict’ riduce autonomia o popolazione; ‘Revise’ riapre il design; ‘Pause/Stop’ sospende; ‘Scale’ estende con condizioni; ‘Retire’ chiude capacità e dipendenze. Un gate scaduto non resta valido: viene riesaminato alla luce di nuovi dati, incidenti e change.

ESEMPIO G03 autorizza Buyer Assistant solo in AL1 Recommend, su un campione progressivo e senza invio automatico di ordini. Un risultato positivo del pilot non converte automaticamente il sistema in AL3: G05 deve valutare valore, rischio, servizio, evidenze e capacità di scala.
GateDecisioneInput minimiPossibili esiti
[G00 - Mobilize]Avviare l’engagement[DLV09], fit, sponsor, owner e scopeMobilize / Prepare / Defer
[G01 - Select]Selezionare il caso[DLV01], AS-IS iniziale, score, rischi ed evidenzeSelect / Investigate / Reject
[G02 - Design Freeze]Congelare il target design[DLV02–DLV05] coerenti e accettatiFreeze / Revise
[G03 - Authorize Pilot]Autorizzare il pilot[DLV06–DLV08], risk acceptance, fallback e QAProceed / Restrict / Revise / Stop
[G04 - Continue / Restrict / Stop]Governare il pilotObservation Log, KPI, incidenti, gate e remediationContinue / Restrict / Pause / Stop
[G05 - Scale / Revise / Retire]Decidere dopo il pilotDecision package, valore, rischio, servizio e learningScale / Revise / Restrict / Retire

PARTE III

Productization

Come rendere il metodo quotabile, replicabile e vendor-neutral mantenendo chiari confini e titolarità.

Comprendere — sintesi practitioner

La domanda di controllo è se l’engagement riesca davvero a assumere decisioni esplicite di avanzamento, limitazione, revisione, stop o scala. Il practitioner esplicita oggetto, owner, evidenza e decisione; se uno di questi elementi resta implicito, la comprensione non è ancora sufficiente per alimentare il passaggio successivo.

I gate sono decisioni organizzative basate su evidenze: non milestone automatiche di progetto.

Applicare — sequenza minima

Operativamente: preparare fonti e casi; facilitare il confronto sul lavoro reale; registrare gap, assunzioni e alternative; assegnare owner e scadenze; aggiornare gli artefatti collegati; chiudere la sessione con una decisione verificabile. L’obiettivo specifico è assumere decisioni esplicite di avanzamento, limitazione, revisione, stop o scala.

Per [G00–G05 - da Mobilize a Scale / Revise / Retire] preparare decision requested, evidence pack, rischio residuo, raccomandazione, condizioni e next review in [DLV11 - Gate Decision Record].

Vedere in pratica — Buyer Assistant

Il caso mostra come assumere decisioni esplicite di avanzamento, limitazione, revisione, stop o scala senza rendere obbligatorie le tecnologie adottate. Il practitioner deve trasferire il pattern — evidenza, responsabilità, limite e misura — e non copiare architettura o soluzione fuori contesto.

Buyer Assistant supera [G02 - Design Freeze] ma riceve in [G03 - Authorize Pilot] un’autorizzazione ristretta: nessun invio automatico ordine e campione di brand progressivo.

Verificare — definition of done

La sezione è chiusa quando il Decision Owner può ricostruire dalle evidenze se e a quali condizioni è stato possibile assumere decisioni esplicite di avanzamento, limitazione, revisione, stop o scala; gap residui, N/A, condizioni e prossima review sono registrati, non affidati alla memoria dei partecipanti.

La decisione usa il verbo previsto dal gate.

Condizioni e owner hanno data.

Un gate scaduto viene riesaminato.