Il target operating model definisce outcome, processo, decisioni, ruoli, dati, memoria, controlli e KPI. Solo dopo si definisce la technology architecture. Un partner può contribuire a infrastruttura, piattaforme, integrazione o formazione senza entrare nella governance o nella titolarità della foundation.
| Layer | Decisione | Esempi non prescrittivi |
|---|---|---|
| [TA01 - Business & Operating Model] | Outcome, processi, decisioni, owner e valore | Human + AI Operating Model™ |
| [TA02 - Applications] | Esperienza utente e funzioni nel punto di lavoro | Assistant, agent, workflow, portal |
| [TA03 - AI & Orchestration] | Modelli, tool use, routing, evaluator e guardrail | LLM, RAG, workflow, agent pattern |
| [TA04 - Data & Corporate Memory] | Fonti, DWH, search, provenienza e write-back | ERP, DWH, documenti, cataloghi |
| [TA05 - Infrastructure] | Cloud, on-premise, edge, sicurezza, osservabilità e TCO | Public cloud, hybrid, es. MSI EdgeXpert |
Esempio: MSI può essere valutata come partner o fornitore di piattaforma/infrastruttura EdgeXpert quando sovranità del dato, bassa latenza, costi prevedibili o capacità locale risultano requisiti del target design. Non partecipa alla realizzazione del framework e non è una destinazione automatica dell’assessment.
Comprendere — sintesi practitioner
La domanda di controllo è se l’engagement riesca davvero a derivare la tecnologia dal target operating model e governare portabilità e lock-in. 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.
La tecnologia consegue al target operating model e resta sostituibile entro vincoli espliciti.
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 è derivare la tecnologia dal target operating model e governare portabilità e lock-in.
Valutare [TA01–TA05] con requisiti, opzioni, trade-off, dipendenze, portabilità, exit e TCO; citare prodotti solo come esempi.
Vedere in pratica — Buyer Assistant
Il caso mostra come derivare la tecnologia dal target operating model e governare portabilità e lock-in 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 sceglie un’infrastruttura locale per dati e carico, ma la decisione non modifica ownership o regole del framework.
Verificare — definition of done
La sezione è chiusa quando il Decision Owner può ricostruire dalle evidenze se e a quali condizioni è stato possibile derivare la tecnologia dal target operating model e governare portabilità e lock-in; gap residui, N/A, condizioni e prossima review sono registrati, non affidati alla memoria dei partecipanti.
Requisiti precedono vendor shortlist.
Portabilità e lock-in sono valutati.
Partner e Method Owner hanno ruoli separati.