Un processo tecnico costruito su evidenze e vincoli.
01 — Frame
Capire il risultato desiderato, il contesto di sistema, i vincoli, gli stakeholder e le incognite — prima di proporre qualsiasi cosa.
Attività tipiche
- Chiarire il risultato desiderato
- Mappare il contesto di sistema e gli stakeholder
- Nominare vincoli e incognite
- Rivedere l’architettura esistente
Output
- Inquadramento del problema
- Assunzioni esplicite
- Mappa iniziale dei rischi
02 — Assess
Ispezionare ciò che esiste prima di proporre ciò che dovrebbe sostituirlo.
Attività tipiche
- Review di architettura e codice dove appropriato
- Mappatura di dipendenze, dati e integrazioni
- Vincoli di delivery e operativi
- Valutazione delle opzioni tecnologiche
Output
- Risultanze
- Punti di decisione
- Shortlist delle opzioni
03 — Design
Definire la direzione tecnica.
Attività tipiche
- Confronto delle opzioni
- Progettazione dell’architettura
- Requisiti non funzionali
- Sequenziamento della migrazione
Output
- Architettura target
- Architecture decision record
- Roadmap tecnica
04 — Validate
Quando l’incertezza è alta, metterla alla prova. Non costruire una grande soluzione per rispondere a una piccola domanda tecnica.
Attività tipiche
- Proof of concept o spike tecnico
- Prototipo di integrazione
- Test di prestazioni
- Valutazione AI dove rilevante
Output
- Evidenze per la decisione
- Design validato o rivisto
- Vista della readiness di produzione
05 — Deliver
Implementare in incrementi che possano essere rivisti, operati e cambiati.
Attività tipiche
- Implementazione incrementale
- Testing e hardening di sicurezza
- Observability dal primo incremento
- Integrazione con i processi di delivery esistenti
Output
- Incrementi operabili in produzione
- Copertura di test e sicurezza
- Visibilità operativa
06 — Operationalise
Rendere la capacità utilizzabile oltre il progetto.
Attività tipiche
- Documentazione e runbook
- Handover e trasferimento di conoscenza
- Indicazioni sul modello operativo
- Revisione del feedback operativo
Output
- Runbook e record architetturali
- Un team in grado di operare e cambiare il sistema
- Roadmap della fase successiva
Il perimetro dell’incarico dipende dalla decisione tecnica, dal contesto di sistema e dal modello di delivery.