OPS02-BP03 Le attività operative hanno identificato i proprietari responsabili delle loro prestazioni - AWS Well-Architected Framework

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

OPS02-BP03 Le attività operative hanno identificato i proprietari responsabili delle loro prestazioni

È utile sapere chi ha la responsabilità di eseguire attività specifiche su carichi di lavoro definiti e perché tale responsabilità esiste. Conoscere chi ha la responsabilità di eseguire le attività fornisce indicazioni su chi eseguirà l'attività, chi convaliderà il risultato e chi fornirà feedback al proprietario dell'attività.

Risultato desiderato:

L'organizzazione definisce chiaramente le responsabilità per eseguire attività specifiche su carichi di lavoro stabiliti e rispondere agli eventi generati dai carichi di lavoro. L'organizzazione documenta la responsabilità dei processi e degli adempimenti e rende queste informazioni individuabili. Esamini e aggiorni le responsabilità in caso di cambiamenti organizzativi e i team monitorano e misurano le prestazioni delle attività di identificazione di difetti e inefficienze. Implementi i meccanismi di feedback per monitorare difetti e miglioramenti e supportare il miglioramento continuo.

Anti-pattern comuni:

  • Mancata documentazione delle responsabilità.

  • Presenza di script frammentati sulle workstation degli operatori isolate. Solo poche persone sanno come usarli o li chiamano informalmente conoscenze del team.

  • Necessità di aggiornare un processo legacy, ma non si sa chi è il proprietario e l'autore originale non fa più parte dell'organizzazione.

  • Mancata possibilità di individuare processi e script, quindi non sono immediatamente disponibili quando necessario, ad esempio, in risposta a un incidente.

Vantaggi dell'adozione di questa best practice:

  • Sai chi è responsabile dell'esecuzione di un'attività, a chi notificare un'azione necessaria e chi esegue l'azione, convalida il risultato e fornisce il feedback al titolare dell'attività.

  • Processi e procedure incentivano l'impegno nella gestione dei carichi di lavoro.

  • I nuovi membri del team diventano efficienti in modo più rapido.

  • Riduci il tempo necessario per mitigare gli incidenti.

  • Team diversi utilizzano medesimi processi e procedure per eseguire le attività in modo coerente.

  • I team procedono a scalare i processi tramite processi ripetibili.

  • Processi e procedure standardizzati aiutano a mitigare l'impatto del trasferimento delle responsabilità del carico di lavoro tra i team.

Livello di rischio associato se questa best practice non fosse adottata: elevato

Guida all'implementazione

Per definire le responsabilità, inizia usando la documentazione esistente, ad esempio matrici di responsabilità, processi e procedure, ruoli e responsabilità, strumenti e automazione. Esamina la documentazione e organizza discussioni sulle responsabilità dei processi documentati. Collaborando con i team, identifica i disallineamenti tra le responsabilità e i processi documentati. Parla dei servizi offerti con i clienti interni dei team per identificare le divergenze nelle aspettative tra i team.

Analizza e risolvi le discrepanze. Identifica le opportunità di miglioramento e le attività richieste di frequente e con uso intensivo di risorse, in genere ottime candidate al miglioramento. Esamina best practice, modelli e linee guida prescrittive per semplificare e standardizzare i miglioramenti. Registra le opportunità di miglioramento e monitora i miglioramenti fino al completamento.

Nel tempo, queste procedure si evolvono per essere eseguibili come codice, riducendo la necessità dell'intervento umano. Ad esempio, le procedure possono essere avviate come AWS Lambda funzioni, AWS CloudFormation modelli o documenti di automazione. AWS Systems Manager Verifica che queste procedure siano sottoposte al controllo delle versioni nei repository appropriati e includano i corretti tag delle risorse in modo che i team possano identificare prontamente responsabili e documentazione. Documenta la responsabilità dello svolgimento delle attività, quindi monitora l'avvio e il funzionamento delle automazioni, nonché le prestazioni dei risultati desiderati.

Esempio del cliente

AnyCompany La vendita al dettaglio definisce la proprietà come il team o l'individuo che possiede i processi per un'applicazione o gruppi di applicazioni che condividono pratiche e tecnologie architettoniche comuni. Inizialmente, l'azienda documenta i processi e le procedure come step-by-step guide nel sistema di gestione dei documenti. Rendono le procedure individuabili utilizzando tag sull'ambiente Account AWS che ospita l'applicazione e su gruppi specifici di risorse all'interno dell'account, utilizzati AWS Organizations per gestirle Account AWS. Nel tempo, AnyCompany Retail converte questi processi in codice e definisce le risorse utilizzando l'infrastruttura come codice (tramite servizi CloudFormation o AWS Cloud Development Kit (AWS CDK) modelli). I processi operativi diventano documenti di automazione in AWS Systems Manager o nelle AWS Lambda funzioni, che possono essere avviati come attività pianificate in risposta a eventi come CloudWatch allarmi Amazon o EventBridge eventi Amazon o tramite richieste all'interno di una piattaforma di gestione dei servizi IT (ITSM). Tutti i processi dispongono dei tag per identificare il proprietario. I team gestiscono la documentazione per l'automazione e il processo nelle pagine wiki generate dal repository di codice per il processo.

Passaggi dell'implementazione

  1. Documenta processi e procedure esistenti.

    1. Controlla e verifica che lo siano. up-to-date

    2. Verifica che ogni processo o procedura abbia un proprietario.

    3. Applica alle procedure il controllo delle versioni.

    4. Ove possibile, condividi processi e procedure tra carichi di lavoro e ambienti che condividono progetti architetturali.

  2. Stabilisci meccanismi di feedback e miglioramento.

    1. Definisci policy relative alla frequenza di revisione dei processi.

    2. Definisci i processi per revisori e approvatori.

    3. Implementa i problemi o crea una coda di ticket per fornire e monitorare il feedback.

    4. Ove possibile, fornite la preapprovazione e la classificazione dei rischi per i processi e le procedure da parte di un comitato per l'approvazione delle modifiche (CAB).

  3. Rendi i processi e le procedure accessibili e individuabili dagli utenti che devono eseguirli.

    1. Utilizza i tag per indicare dove è possibile accedere a processi e procedure per il carico di lavoro.

    2. Utilizza messaggi di errore ed eventi significativi per indicare il processo o la procedura appropriata per risolvere il problema.

    3. Usa i wiki o la gestione dei documenti per rendere i processi e le procedure consultabili in modo coerente in tutta l'organizzazione.

  4. Automatizza quando è opportuno farlo.

    1. Laddove i servizi e le tecnologie forniscono e sviluppano automazioni. API

    2. Verifica che i processi siano ben compresi e sviluppa casi utente e requisiti per automatizzare i processi.

    3. Misura l'uso corretto di processi e procedure e sfrutta i problemi per supportare il miglioramento continuo.

Livello di impegno per il piano di implementazione: medio

Risorse

Best practice correlate:

Documenti correlati:

Video correlati:

Esempi correlati: