Raccomandazioni per l'identificazione e la classificazione dei flussi

Si applica a questa raccomandazione per l'affidabilità del framework ben progettato di Azure:

RE:02	Identificare e valutare i flussi utente e di sistema. Usare una scalabilità di criticità in base ai requisiti aziendali per classificare in ordine di priorità i flussi.

Questa guida descrive le raccomandazioni per identificare e classificare in ordine di priorità i flussi di carico di lavoro. L'identificazione e la definizione delle priorità dei flussi di carico di lavoro comporta il mapping dei flussi utente e dei flussi di sistema per determinare la criticità dell'organizzazione. Questa procedura garantisce di identificare e classificare in ordine di priorità la funzionalità del carico di lavoro più critica per ridurre il rischio di errori dannosi. L'impossibilità di identificare e classificare in ordine di priorità i flussi di carico di lavoro può causare interruzioni del sistema e affidabilità del carico di lavoro compromesse.

Definizioni

Termine	Definizione
Flusso utente	Percorsi o sequenze di azioni eseguite dagli utenti all'interno di un'applicazione o di un sistema.
Flusso di sistema	Flusso di informazioni e processi all'interno di un sistema. Il sistema segue automaticamente questo flusso per abilitare i flussi utente o le funzionalità del carico di lavoro.

Strategie di progettazione chiave

Quando si progetta il carico di lavoro, è essenziale definire i flussi utente e i flussi di sistema. I flussi utente tracciano lo spostamento di un utente tramite l'applicazione. Si concentrano sull'interfaccia utente, sulle interazioni, sulle decisioni e sui passaggi necessari per completare un'attività. I flussi utente offrono una prospettiva incentrata sull'esperienza utente e sulla progettazione dell'interfaccia. I flussi di sistema tracciano i lavori interni del carico di lavoro. Si concentrano sullo spostamento dei dati, l'elaborazione di input, l'elaborazione di output e le interazioni tra componenti del carico di lavoro, servizi back-end e API esterne. I flussi di sistema indicano i dettagli complessi del funzionamento interno del carico di lavoro.

È necessario identificare e definire i flussi nelle fasi di progettazione del carico di lavoro. Offre una comprensione più chiara degli effetti sull'affidabilità del carico di lavoro. Allinea le decisioni dell'architettura strettamente agli obiettivi di affidabilità del carico di lavoro.

Identificare tutti i flussi utente e di sistema

L'output di identificazione di tutti i flussi utente e di sistema è un catalogo di tutti i flussi nel carico di lavoro. Questo processo di identificazione richiede che si esegua il mapping di ogni interazione e processo dell'utente all'interno di un sistema dall'inizio alla fine. Il mapping costituisce un prerequisito per identificare i flussi critici. Ecco le raccomandazioni per identificare tutti i flussi utente e di sistema in un carico di lavoro:

• Intervistare gli stakeholder. Gli stakeholder possono fornire informazioni preziose per identificare i flussi e possono anche aiutare a mappare e definire le priorità dei flussi. È anche possibile intervistare utenti, business analyst e team tecnici per raccogliere informazioni dettagliate sulle interazioni e sulle dipendenze degli utenti all'interno del carico di lavoro.

• Esaminare la documentazione. Nella fase di progettazione potrebbe non essere disponibile documentazione da esaminare. Tuttavia, se la documentazione esiste, è consigliabile usarla. Richiedere diagrammi dell'architettura di sistema, manuali utente e descrizioni dei processi. Questi documenti consentono di comprendere le funzionalità desiderate del carico di lavoro e i relativi singoli flussi.

• Osservare il carico di lavoro. Monitorare il carico di lavoro in funzione, notando il modo in cui gli utenti interagiscono con esso e il modo in cui i diversi componenti interagiscono tra loro. È consigliabile analizzare i log di sistema, le metriche delle prestazioni e i log attività degli utenti per identificare modelli, attività frequenti e risposte di sistema.

• Elencare i flussi identificati. Le interviste, la documentazione e l'osservazione dovrebbero consentire di identificare tutti i flussi nel carico di lavoro. Compilare un elenco di tutti i flussi identificati e classificarli in flussi utente (concentrandosi sulle interazioni utente) e sui flussi di sistema (concentrandosi sui processi back-end e sullo spostamento dei dati).

• Definire i punti di inizio e fine del flusso. Per ogni flusso identificato, definire chiaramente dove inizia il flusso e dove termina. Per i flussi utente, documentare ogni interazione dell'utente e il relativo risultato previsto. Concentrarsi sull'esperienza utente e sulla progettazione dell'interfaccia. Per i flussi di sistema, è necessario identificare i trigger sottostanti e i risultati previsti.

• Suddividere ogni flusso. Suddividere ogni flusso in singoli passaggi, descrivendo le azioni, le decisioni o i processi che si verificano a ogni punto. Si noti come ogni passaggio interagisce con altre parti del sistema, incluse le dipendenze da altri flussi o sistemi esterni. Dovrebbe essere possibile individuare il modo in cui i flussi si integrano con e influiscono sull'esperienza utente e sul carico di lavoro. Questo duplice approccio offre una visualizzazione olistica dell'intero carico di lavoro.

• Output univoci del documento. Identificare eventuali percorsi o eccezioni alternativi all'interno di ogni flusso, ad esempio la gestione degli errori o la diramazione condizionale. Se un flusso ha più risultati possibili, è necessario aggiungerlo al catalogo come voci distinte. Per i flussi utente, è necessario identificare il comportamento previsto dell'interazione. Per i flussi di sistema, è necessario identificare il comportamento previsto del processo.

• Visualizzare con diagrammi. Creare diagrammi di flusso o diagrammi per rappresentare visivamente il flusso e i relativi passaggi. È possibile usare strumenti come Microsoft Visio, diagrammi di sequenza UML, diagrammi caso d'uso, strumenti di disegno semplici o un elenco descrittivo in formato testo (vedere Catalogo di flussi di esempio).

• Aggiornare il mapping del flusso in modo iterativo. Il mapping dei flussi è un processo iterativo. I flussi possono cambiare, dividere o combinare, in particolare nella fase di progettazione. Man mano che i flussi di carico di lavoro diventano più chiaramente definiti, è necessario aggiornare il catalogo dei flussi in modo che corrispondano. Convalidare e perfezionare i diagrammi di flusso con commenti e suggerimenti degli stakeholder per garantire precisione e completezza.

Identificare i processi aziendali per ogni flusso

I processi aziendali sono una serie di attività per ottenere un output, ad esempio l'evasione degli ordini, la gestione del servizio clienti o il controllo dell'inventario. L'identificazione dei processi aziendali per ogni flusso implica l'esecuzione del mapping dei flussi a uno o più processi aziendali. Questo mapping consente di comprendere l'importanza di ogni flusso per l'azienda.

Potrebbero essere presenti documentazione o piani aziendali esistenti che forniscono un mapping dei flussi ai processi aziendali. A volte manuali dell'utente, materiali di training o specifiche di sistema possono fornire informazioni dettagliate sull'uso previsto e sullo scopo del carico di lavoro e dei relativi flussi. In caso contrario, è necessario eseguire il mapping dei flussi ai processi aziendali supportati. Ecco le raccomandazioni per identificare i processi aziendali per ogni flusso:

• Usare gli output del carico di lavoro. È possibile usare gli output del carico di lavoro e la suddivisione del flusso per correlare i flussi con i processi aziendali supportati. Esaminare prima di tutto gli output generati dal carico di lavoro. L'output può essere rappresentato da report di vendita, file di dati o attività completate.

• Condurre interviste. Parlare con i membri del team e gli stakeholder che interagiscono con il carico di lavoro. È consigliabile porre domande specifiche sulle attività quotidiane, sul modo in cui usano il carico di lavoro e sugli obiettivi che ottengono con esso. I team tecnici spesso hanno una conoscenza più approfondita della struttura del carico di lavoro e possono fornire informazioni dettagliate sui processi aziendali supportati.

• Monitorare l'utilizzo del carico di lavoro. Per i carichi di lavoro esistenti, monitorare il carico di lavoro e cercare modelli di utilizzo che indicano i processi aziendali sottostanti, ad esempio l'immissione dei dati, l'elaborazione degli ordini o l'interazione con i clienti.

• Connettere l'output a un processo aziendale. Connettere i punti dagli output del flusso al processo aziendale complessivo supportato. Ad esempio, se un passaggio di flusso comporta l'elaborazione degli ordini dei clienti, supporta direttamente il processo aziendale di evasione degli ordini. L'evasione degli ordini contribuisce all'obiettivo aziendale di mantenere la soddisfazione dei clienti e generare ricavi. Usare infine la suddivisione del flusso per determinare quale flusso ha creato il report sulle vendite.

Identificare i proprietari dei processi e gli stakeholder per ogni flusso

Il proprietario del processo per un flusso è l'individuo responsabile dell'esecuzione corretta di un determinato processo. È inoltre responsabile di tale processo e dei flussi che lo supportano. È necessario identificare il proprietario del processo per ogni flusso di carico di lavoro. È anche necessario identificare gli stakeholder per ogni flusso. Gli stakeholder possono essere coinvolti nel carico di lavoro, avere dipendenze da un flusso o gestire una dipendenza che il flusso ha.

Potrebbe essere disponibile una matrice di assegnazione di responsabilità (RAM) o RACI che identifica già i proprietari e gli stakeholder del processo. In genere, i proprietari dei processi sono responsabili oppure responsabili dell’approvazione di un processo e si consultano o informano gli stakeholder.

Identificare i percorsi di escalation per ogni flusso

L'identificazione dei percorsi di escalation consiste nel determinare i canali per l'escalation dei problemi correlati a un flusso. I problemi che richiedono l'escalation possono essere aggiornamenti urgenti, problemi di sicurezza, riduzioni delle prestazioni o incidenti tecnici. L'obiettivo dell'identificazione di un percorso di escalation è garantire una risoluzione tempestiva ed efficace dei problemi.

Il percorso di escalation mappato dovrebbe iniziare con la persona o il gruppo più probabile per risolvere un problema specifico. Se questa persona o gruppo non riesce a risolvere il problema, il percorso di escalation deve identificare il punto di contatto successivo. Il prossimo punto di contatto ha responsabilità più ampie ed è in grado di coordinare le strategie di mitigazione con più parti dell'organizzazione. Il numero di persone in un percorso di escalation varia in base al flusso e all'organizzazione. Troppe persone in un percorso di escalation possono rallentare le attività di risoluzione.

Identificare l'impatto aziendale di ogni flusso

L'identificazione dell'impatto aziendale di ogni flusso è essenziale per comprendere in che modo il flusso contribuisce ai principali obiettivi di business. L'impatto aziendale può includere la generazione di ricavi, l’indice di soddisfazione dei clienti o l'efficienza operativa. Comprendendo sia l'impatto positivo che negativo di ogni flusso, è possibile classificare in ordine di priorità gli sforzi per garantire l'affidabilità dei flussi più importanti per l'azienda. È importante considerare l'impatto diretto dell'errore del flusso e il relativo effetto indiretto su altri processi interconnessi. Ecco i passaggi per identificare l'impatto aziendale di ogni flusso:

• Identificare l'impatto positivo. Determinare i vantaggi previsti quando un flusso viene eseguito come previsto. I vantaggi previsti possono includere un miglioramento dell'efficienza, un aumento dei ricavi, una maggiore soddisfazione dei clienti o qualsiasi altro effetto positivo sull'azienda.

• Identificare l'impatto negativo. Valutare il potenziale impatto negativo se un processo ha esito negativo o non funziona come previsto. Valutare la possibilità di quantificare perdite specifiche, ad esempio le perdite di ricavi. Includere effetti soggettivi come danni alla reputazione, erosione della fiducia dei clienti o effetti negativi su altri processi aziendali correlati.

• Definire presupposti di capacità e disponibilità. Stabilire presupposti sulla capacità prevista e sulla disponibilità di ogni processo. Prendere in considerazione fattori come la velocità effettiva per unità di tempo, l'orario di ufficio previsto e il tempo di attività percentuale di destinazione. Se ci sono aspettative per l'obiettivo del tempo di ripristino (RTO) o l'obiettivo del punto di ripristino (RPO), è necessario includere queste aspettative. Questi presupposti consentono di comprendere i requisiti di affidabilità di ogni flusso.

Valutando sistematicamente questi aspetti, è possibile ottenere una visione completa del modo in cui ogni flusso influisce sull'azienda e prendere decisioni strategiche sull'ottimizzazione dell'affidabilità.

Assegnare una classificazione di criticità a ogni flusso

Una valutazione dettagliata dell'importanza del flusso rispetto agli impatti aziendali complessivi consente di assegnare un indice di criticità a ogni flusso. È possibile usare indici di criticità quantitativi o qualitativi. Lo scopo è ordinare i flussi in base alla priorità e assegnare un'etichetta che consenta di identificare i flussi critici. Questo processo è una continuazione logica di identificazione, mapping e allineamento ai processi aziendali e all'impatto. Usare le descrizioni di criticità seguenti per assegnare le classificazioni critiche:

• Criticità elevata: i flussi di criticità elevata sono integrali alle funzioni aziendali di base. Influiscono direttamente sugli aspetti critici di un'azienda, ad esempio l'esperienza dei clienti, le transazioni finanziarie, i protocolli di sicurezza, la salute umana e la sicurezza. L'errore o l'interruzione di questi flussi può causare effetti immediati o negativi a lungo termine significativi. Esempi di effetti negativi includono la perdita di ricavi, la violazione della fiducia e i problemi legali. La definizione delle priorità di questi flussi garantisce che gli aspetti più cruciali del carico di lavoro siano affidabili e resilienti.

• Criticità media: i flussi di criticità media sono importanti per la funzionalità completa del sistema, ma non si interfacciano direttamente con il cliente o le operazioni aziendali critiche. Ad esempio, se un problema interrompe un flusso di elaborazione dati interno, è possibile ritentare l'elaborazione dei dati senza effetti esterni immediati. Questi flussi sono essenziali per operazioni fluide, ma offrono un buffer in termini di effetto immediato del cliente o finanziario, consentendo risposte gestite ai problemi.

• Bassa criticità: i flussi di bassa criticità non hanno un effetto diretto o significativo sulle funzioni aziendali principali o sull'esperienza del cliente. Alcuni esempi includono processi ausiliari, ad esempio trasferimenti notturni di log o funzionalità facoltative degli utenti, ad esempio sondaggi di feedback. Sebbene questi flussi contribuiscano al sistema complessivo, è improbabile che l'interruzione causi problemi immediati di business o operativi.

Seguendo questo approccio strutturato per assegnare criticità, è possibile assegnare in modo efficace priorità alle risorse e concentrarsi sulla gestione e sul miglioramento dell'affidabilità e dell'efficacia dei flussi più critici.

Compromesso: le aspettative più elevate per l'affidabilità talvolta coincidono con costi di configurazione più elevati, costi operativi e carico di gestione per gli operatori. Assicurarsi che gli stakeholder comprendano i potenziali aumenti dei costi per migliorare l'affidabilità dei flussi critici.

Allineamento aziendale

Cloud Adoption Framework fornisce indicazioni per i carichi di lavoro che richiedono la classificazione della criticità aziendale.

Per altre informazioni, vedere Criticità aziendale nella gestione cloud.