Ottimizzare la progettazione del carico di lavoro usando i flussi

Articolo
01/31/2024

Questo articolo illustra l'ottimizzazione mirata dei carichi di lavoro che usano i flussi. I diversi componenti di un carico di lavoro hanno requisiti e livelli di importanza diversi. Segmentando un carico di lavoro in flussi, è possibile classificare in ordine di priorità parti diverse di un carico di lavoro e allineare meglio gli investimenti dei carichi di lavoro con l'importanza di ogni flusso.

Questo processo di ottimizzazione del carico di lavoro è iterativo e prevede tre passaggi chiave: (1) definire la struttura del flusso all'interno del carico di lavoro, (2) definire i requisiti tecnici e (3) progettare il flusso per soddisfare i requisiti (vedere la figura 1).

Figura 1: Processo per ottimizzare i carichi di lavoro usando i flussi.

Definire il flusso

Prima di poter definire i requisiti di flusso, è necessario comprendere i driver aziendali per il flusso. I prerequisiti per la definizione di un flusso identificano il processo aziendale e il caso d'uso supportano. Quando si conoscono i prerequisiti, è possibile iniziare a documentare il flusso.

Informazioni sui prerequisiti

I flussi sono sequenze di azioni che supportano la funzionalità del carico di lavoro. Esistono due tipi principali di flussi: flussi utente e flussi di sistema. I flussi utente determinano le interazioni dell'utente. I flussi di sistema determinano la comunicazione tra i componenti del carico di lavoro. I flussi supportano i processi aziendali e i casi d'uso. Un carico di lavoro è costituito da più casi d'uso. È necessario identificare il processo aziendale e il caso d'uso supportati dal flusso prima di documentare un flusso (vedere la figura 2).

Figura 2: Relazione tra processi aziendali, casi d'uso, flussi e carico di lavoro.

Identificare il processo aziendale

Un processo aziendale è una serie di azioni (fasi) che soddisfano un requisito aziendale. I flussi determinano la sequenza che un utente o i dati accettano per eseguire ogni fase di un processo aziendale. Ad esempio, la vendita di prodotti online è un processo aziendale. Le fasi di questo processo aziendale potrebbero essere elencare il prodotto online, ricevere ordini e consegnare il prodotto.

Identificare il caso d'uso

Un caso d'uso definisce i requisiti funzionali di un flusso. È necessario identificare e comprendere il caso d'uso supportato da un flusso prima di stabilire i requisiti tecnici di un flusso. Ogni caso d'uso deve supportare una fase in un processo aziendale (vedere la figura 2). Un caso d'uso deve definire gli attributi seguenti:

Scopo: articolato chiaramente le attività o gli obiettivi, ad esempio l'abilitazione degli acquisti online. Questa chiarezza guida la progettazione funzionale e imposta obiettivi chiari per la progettazione del flusso.
Criticità: valutare l'importanza del caso d'uso, da routine a critica. Il valore assegnato a un caso d'uso indica la definizione della priorità e la progettazione del flusso. I casi d'uso di valore elevato potrebbero richiedere considerazioni avanzate sulla gestione degli errori, sull'ottimizzazione delle prestazioni o sull'esperienza utente.
Consumer: identificare se gli utenti (clienti, personale) o i componenti di sistema sono i consumer principali. Questa categorizzazione determina se si tratta di un flusso utente o di un flusso di sistema e influenza la progettazione.
Eventi: definire trigger o condizioni che avviano e concludono il caso d'uso. Questi eventi definiscono i limiti del flusso.
Esecuzione: comprendere la frequenza operativa e la variabilità del caso d'uso per prevedere il carico del sistema. È necessario progettare un flusso per gestire scenari di esecuzione diversi.
Dipendenze: identificare le interdipendenze con altri casi d'uso per la gestione dei rischi. Il riconoscimento delle dipendenze di un caso d'uso facilita la progettazione di flussi che si integrano senza problemi con altre parti di sistema. È necessario garantire la disponibilità degli input necessari e la compatibilità degli output con i processi successivi.

Documentare il flusso

Usare il caso d'uso per documentare il flusso. È necessario delineare o mappare ogni azione necessaria in un flusso. Acquisire i criteri e i percorsi decisionali. Identificare le interazioni con altri casi d'uso. Questa struttura funge da progetto per la progettazione e la gestione dei flussi. È anche necessario acquisire informazioni aziendali sul flusso. Assicurarsi di includere i dettagli seguenti nella documentazione del flusso:

Descrizione del flusso: descrizione generale del flusso.
Processo aziendale: il processo aziendale supportato dal flusso.
Proprietario del processo: l'utente proprietario del processo aziendale.
Stakeholder: gli utenti che è necessario informare o consultare lo stato o le modifiche del flusso.
Percorsi di escalation: i singoli utenti o i gruppi che è necessario contattare per risolvere i problemi. È una sequenza di persone. L'ambito della responsabilità individuale cresce con ogni persona nel percorso.
Impatto aziendale: l'importanza di questo flusso per l'azienda.
Classificazione di criticità: etichetta qualitativa che indica l'importanza relativa del flusso.

Per altre informazioni, vedere Esempi di flusso.

Definire i requisiti del flusso

Utilizzare il caso d'uso per stabilire le destinazioni tecniche del flusso. Definire obiettivi misurabili per il flusso allineato ai cinque pilastri di Well-Architected Framework (WAF). Questi pilastri forniscono un framework per l'impostazione di obiettivi tecnici:

Obiettivi di affidabilità: valutare l'importanza di ogni flusso e impostare di conseguenza gli obiettivi di affidabilità. Determinare le soglie di prestazioni e stabilire contratti di servizio e obiettivi chiari. I flussi di criticità più elevati richiedono obiettivi di affidabilità più rigorosi.
Obiettivi di sicurezza: analizzare le esigenze di sicurezza di ogni flusso in base alla riservatezza dei dati e alle attività degli utenti. Implementare e aggiornare continuamente le misure di sicurezza per soddisfare queste esigenze garantendo al tempo stesso la conformità agli standard normativi.
Obiettivi di costo: comprendere le richieste di ogni flusso per un'allocazione efficace delle risorse. Impostare le destinazioni per bilanciare i costi con le prestazioni. Assicurarsi che l'utilizzo delle risorse sia allineato alle priorità aziendali.
Obiettivi operativi: definire le metriche per un monitoraggio e una risoluzione dei problemi efficaci. Gli obiettivi devono garantire un uso efficiente delle risorse e l'allineamento con gli obiettivi dell'organizzazione.
Obiettivi di prestazioni: obiettivi di prestazioni di base sui requisiti iniziali di ogni flusso. Assicurarsi che i flussi essenziali ricevano risorse adeguate e aggiunga continuamente gli obiettivi per soddisfare le esigenze in evoluzione e migliorare le esperienze utente.

Progettare il flusso

Progettare il flusso per soddisfare gli obiettivi tecnici. È consigliabile acquisire familiarità con le procedure consigliate per la progettazione del flusso in modo da ottenere il risultato corretto. Compilare e testare il flusso. Scorrere la progettazione fino a quando non soddisfa gli obiettivi tecnici stabiliti.

Seguire le procedure consigliate per la progettazione del flusso

Durante la progettazione di un flusso, seguire le procedure consigliate per la progettazione del flusso. Un flusso ben progettato ha gli attributi seguenti:

Ambito: identificare punti iniziali e finali distinti per ogni flusso. I limiti chiari consentono di ottimizzare le interazioni utente o di sistema.
Logico: Progettare i flussi con un ordine logico di passaggi. Ottimizzare per il percorso più efficiente e ridurre i passaggi non necessari.
Gestibile: progettare flussi facili da aggiornare e gestire. Usare componenti modulari che è possibile modificare senza influire sull'intero carico di lavoro.
Definito: incorporare condizioni specifiche che attivano o guidano ogni passaggio in un flusso. Questa precisione garantisce che il flusso risponda in modo accurato agli input dell'utente, alle modifiche dei dati o agli stati del sistema.
Affidabile: creare percorsi di gestione degli errori e eccezioni nei flussi. Una gestione efficace degli errori impedisce interruzioni e mantiene l'integrità del flusso in circostanze impreviste.
Scalabile: assicurarsi che sia in grado di gestire carichi variabili e adattarsi alla crescita o alla riduzione di base utente o volumi di dati.
Sicuro: incorporare le misure di sicurezza all'interno del flusso. Proteggere i dati e le interazioni degli utenti contro l'accesso e le minacce non autorizzati.
Efficiente: pianificare l'uso efficiente delle risorse senza over-provisioning. Tenere presente l'ottimizzazione dei costi.
Incentrato sull'utente: per i flussi utente, allineare la progettazione del flusso con le aspettative e i comportamenti degli utenti. Renderlo intuitivo e ridurre la curva di apprendimento per i nuovi utenti.

Sviluppare e testare il flusso

Sviluppare il flusso per soddisfare gli obiettivi tecnici e testarlo per garantire che soddisfi i propri requisiti. Questo processo convalida che il flusso opera come previsto, gestisce in modo efficiente le sue attività e soddisfa gli obiettivi tecnici. Ecco le indicazioni per compilare e testare un flusso:

Selezionare tecnologie: scegliere tecnologie allineate alle destinazioni impostate in termini di affidabilità, sicurezza e prestazioni.
Sviluppare il flusso: creare il flusso in base alla progettazione, tenendo presente le destinazioni impostate.
Flusso di test: eseguire test per garantire che il flusso soddisfi le destinazioni. Eseguire l'iterazione in base alle esigenze per soddisfare le destinazioni.
Monitoraggio: implementare strumenti di monitoraggio per tenere traccia dell'utilizzo e dei costi delle risorse.

Esaminare periodicamente il flusso rispetto agli obiettivi e agli standard del settore. Usare commenti e suggerimenti dal monitoraggio e dai controlli per migliorare il flusso. Modificare le destinazioni e i processi in base alle esigenze aziendali in base alla modifica delle esigenze aziendali o ai progressi tecnologici.

Ottimizzare i flussi

Ripetere il processo definito in questo articolo nel ciclo di vita del flusso. Man mano che si esegue l'iterazione della progettazione del flusso, usare Well-Architected Framework per ottimizzare i flussi dal punto di vista di ogni pilastro:

Esempi di flusso

Ecco alcuni esempi di flusso che consentono di progettare i flussi. Gli esempi usano l'architettura di riferimento del modello di app Web affidabile come base e mostra la documentazione che è necessario avere in ogni flusso.

Flusso utente 1: Creare concerti imminenti

Descrizione flusso: i dipendenti del call center usano l'applicazione per creare un concerto imminente.

Processi aziendali: questo flusso supporta il processo di acquisto del ticket , ma è asincrono, riducendone la criticità.
Proprietario del processo: Director of Sales.
Stakeholder: reparto vendite, pianificazione e operazioni del concerto, team della piattaforma e team dell'applicazione.
Percorsi di escalation: team dell'applicazione, team della piattaforma, reparto vendite.
Impatto aziendale: questo flusso è importante per rendere disponibili nuovi concerti sulle piattaforme di vendita, influenzando direttamente il flusso di ricavi principale dell'azienda. Quando i dipendenti del call center non sono in grado di creare concerti a causa dell'indisponibilità di questo flusso, influisce negativamente sia sui ricavi che sulla reputazione dell'azienda. Tuttavia, la disponibilità elevata non è essenziale per questo processo poiché i concerti sono in genere pianificati in anticipo su base settimanale. Il reparto vendite ha specificato un requisito di disponibilità del 95% per questo processo ed è accettabile il tempo di inattività all'esterno dell'orario di lavoro a scopo di manutenzione.
Classificazione della criticità: bassa.

Flusso utente 2: Concerti di ricerca

Descrizione flusso: i dipendenti del call center usano l'applicazione per cercare concerti imminenti.

Processi aziendali: questo flusso supporta il processo di acquisto del ticket , ma i dipendenti del call center possono scegliere di elencare tutti i concerti se la funzione di ricerca non è disponibile.
Proprietario del processo: reparto esperienza utente (UX).
Stakeholder: reparto vendite, team della piattaforma e team dell'applicazione.
Percorso di escalation: team dell'applicazione, team della piattaforma, responsabile reparto vendite on-call.
Impatto aziendale: questo flusso consente ai dipendenti del call center di trovare rapidamente concerti ed è parte del normale processo di vendita. La disponibilità elevata di questo flusso non è critica perché i dipendenti hanno la possibilità di elencare concerti anche in assenza. Ciò comporta un degrado dell'esperienza dei dipendenti del call center potrebbe compromettere e influire sulla produttività. I clienti potrebbero riscontrare frustrazione a causa di tempi di attesa o ritardi maggiori. Il reparto vendite ha richiesto una disponibilità del 99% di questo flusso durante gli orari di ufficio regolari.
Classificazione della criticità: media.

Flusso utente 3: Ottenere un elenco dei concerti

Descrizione flusso: i dipendenti del call center usano l'applicazione per ottenere un elenco di concerti.

Processi aziendali: questo flusso supporta direttamente il processo di acquisto del ticket .
Proprietario del processo: Director of Platform.
Stakeholder: reparto vendite, team della piattaforma, team dei dati.
Percorso di escalation: team dati, team di dati on-call engineer, team della piattaforma on-call engineer.
Impatto aziendale: questo flusso è integrale al percorso critico delle transazioni che generano ricavi per l'azienda. La disponibilità elevata è essenziale, poiché i dipendenti del call center si basano su questo flusso per elaborare gli acquisti dei ticket. In riconoscimento della sua importanza, l'azienda impone un tempo di attività del 99,9% per questo flusso, che include ore di lavoro estese.
Classificazione della criticità: alto.

Flusso utente 4: Ticket di acquisto

Descrizione flusso: i dipendenti del call center usano l'applicazione ( il processo di autenticazione e autorizzazione ) per acquistare i biglietti per un prossimo concerto (processo di concerti imminenti ) per conto dei clienti Relecloud.

Processi aziendali: questo flusso è la funzionalità di base e il flusso dell'applicazione.
Proprietario del processo: Director of Sales.
Stakeholder: reparto vendite e tutti i team tecnici.
Percorso di escalation: team di applicazioni on-call engineer, team della piattaforma on-call engineer, team di dati on-call engineer, Chief Operating Officer.
Impatto aziendale: la disponibilità elevata di questo flusso è fondamentale, perché consente direttamente gli acquisti dei ticket dei clienti. Qualsiasi malfunzionamento o indisponibilità di questo flusso può influire in modo significativo sia sui ricavi che sulla reputazione dell'azienda. L'azienda imposta un requisito rigoroso per questo processo vitale, prevedendo il 99,9% del tempo di attività, anche durante l'orario di lavoro esteso.
Classificazione della criticità: alto.

Flusso utente 5: Autenticazione e autorizzazione

Descrizione flusso: i dipendenti del call center accedono in modo sicuro all'applicazione. Gli amministratori li forniscono i ruoli appropriati per acquistare i biglietti per conto dei clienti Relecloud.

Processi aziendali: questo flusso supporta direttamente il processo di acquisto del ticket . Senza questa funzionalità, i dipendenti del call center non possono accedere all'applicazione per acquistare i biglietti.
Proprietario del processo: team della piattaforma.
Stakeholder: team della piattaforma, team operativo e reparto vendite.
Percorso di escalation: team della piattaforma on-call engineer, Chief Operating Officer.
Impatto aziendale: questo flusso richiede disponibilità elevata perché i dipendenti del call center non possono acquistare biglietti se questo flusso non funziona correttamente. Se questo flusso non è disponibile, influisce direttamente sui ricavi e sulla reputazione. È un processo chiave che l'azienda prevede il 99,9% del tempo di attività, incluso durante l'orario di lavoro esteso.
Classificazione della criticità: alto.

Flusso di sistema: Raccogliere dati di telemetria

Descrizione del flusso: per comprendere le modifiche dello stato nel sistema di produzione, nelle istanze dell'applicazione Web e dell'API, raccogliere e inviare informazioni, errori e avvisi. Questi dati consentono al team operativo di eseguire il rilevamento anomalie, la risoluzione dei problemi e la profilatura.

Processi aziendali: questo flusso non supporta processi aziendali, ma fornisce dati importanti per il team operativo.
Proprietario del processo: Direttore delle operazioni.
Stakeholder: team operativo, team della piattaforma e team di dati.
Percorso di escalation: team operativo (24/7), team di dati on-call engineer.
Impatto aziendale: questo flusso è essenziale per il monitoraggio e il miglioramento continuo dell'azienda. Deve essere più ridondante e resiliente possibile. Il team operativo è responsabile del ripristino rapido di questo flusso dopo qualsiasi errore per evitare informazioni e avvisi critici mancanti. Se il flusso non riesce a raggiungere la disponibilità prevista, c'è un rischio di ignorare i problemi di produzione, causando potenzialmente gravi conseguenze. Per attenuare questo rischio, il reparto operazioni mira al 99% del tempo di attività, 24/7. Devono pianificare il tempo di inattività correlato alla manutenzione almeno 48 ore in anticipo.
Classificazione della criticità: media.

Share via