# Evoluzione Evoluzione **Topics** + [ # OPS 11. In che modo fai evolvere le operazioni? ](ops-11.md) # OPS 11. In che modo fai evolvere le operazioni? Dedica tempo e risorse per ottenere un miglioramento incrementale pressoché continuo, per far evolvere l'efficacia e l'efficienza delle tue operazioni. **Topics** + [ # OPS11-BP01 Definizione di un processo per il miglioramento continuo ](ops_evolve_ops_process_cont_imp.md) + [ # OPS11-BP02 Eseguire l'analisi post-incidente ](ops_evolve_ops_perform_rca_process.md) + [ # OPS11-BP03 Implementazione di circuiti di feedback ](ops_evolve_ops_feedback_loops.md) + [ # OPS11-BP04 Eseguire la gestione della conoscenza ](ops_evolve_ops_knowledge_management.md) + [ # OPS11-BP05 Definizione dei fattori che promuovono il miglioramento ](ops_evolve_ops_drivers_for_imp.md) + [ # OPS11-BP06 Validare gli approfondimenti ](ops_evolve_ops_validate_insights.md) + [ # OPS11-BP07 Revisioni delle metriche di Perform operations ](ops_evolve_ops_metrics_review.md) + [ # OPS11-BP08 Documentazione e condivisione delle conoscenze acquisite ](ops_evolve_ops_share_lessons_learned.md) + [ # OPS11-BP09 Dedica tempo per apportare miglioramenti ](ops_evolve_ops_allocate_time_for_imp.md) # OPS11-BP01 Definizione di un processo per il miglioramento continuo OPS11-BP01 Definizione di un processo per il miglioramento continuo Valuta il carico di lavoro rispetto alle best practice dell'architettura interna ed esterna. Effettua revisioni frequenti e deliberate del carico di lavoro. Dai priorità alle opportunità di miglioramento nella cadenza di sviluppo del software. **Risultato desiderato:** + Analizza di frequente il carico di lavoro rispetto alle best practice dell'architettura. + Stabilisci per le opportunità di miglioramento la stessa priorità che assegni alle funzionalità del processo di sviluppo software. **Anti-pattern comuni:** + Non hai condotto una revisione dell'architettura del carico di lavoro da quando è stato implementato diversi anni fa. + Assegni una priorità inferiore alle opportunità di miglioramento. Rispetto alle nuove funzionalità, queste opportunità rimangono nel backlog. + Non esiste uno standard per l'implementazione delle modifiche alle best practice per l'organizzazione. **Vantaggi dell'adozione di questa best practice:** + Il carico di lavoro è aggiornato sulla base delle best practice di architettura. + Fai evolvere il carico di lavoro in modo intenzionale. + Puoi utilizzare le best practice dell'organizzazione per migliorare tutti i carichi di lavoro. + Ottieni guadagni marginali che hanno un impatto cumulativo, con un incremento dell'efficienza. **Livello di rischio associato se questa best practice non fosse adottata:** elevato ## Guida all'implementazione Guida all'implementazione Effettui di frequente la revisione dell'architettura del carico di lavoro. Utilizzi le best practice interne ed esterne per valutare il carico di lavoro e identificare le opportunità di miglioramento. Dai priorità alle opportunità di miglioramento nella cadenza di sviluppo del software. ### Passaggi dell'implementazione Passaggi dell'implementazione 1. Esegui la revisione periodica dell'architettura del carico di lavoro di produzione secondo una frequenza concordata. Utilizza uno standard architettonico documentato che includa best practice specifiche di AWS. 1. Usa gli standard definiti internamente per queste revisioni. Se non disponi di standard interni, usa il Framework AWS Well-Architected. 1. Utilizza AWS Well-Architected Tool per creare un obiettivo personalizzato delle best practice interne e condurre la revisione dell'architettura. 1. Contatta un AWS Solution Architect o Technical Account Manager per condurre una revisione guidata di Framework Well-Architected del carico di lavoro. 1. Dai priorità alle opportunità di miglioramento identificate durante la revisione nel processo di sviluppo del software. **Livello di impegno per il piano di implementazione:** basso Puoi usare il Framework AWS Well-Architected per eseguire la revisione annuale dell'architettura. ## Risorse Risorse **Best practice correlate:** + [OPS11-BP02 Esecuzione di analisi post-incidente](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_perform_rca_process.html) + [OPS11-BP08 Documentazione e condivisione delle conoscenze acquisite](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_share_lessons_learned.html) + [OPS04 Come si implementa l'osservabilità nel carico di lavoro?](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_process_cont_imp.html) **Documenti correlati:** + [AWS Well-Architected Tool - Custom lenses](https://docs.aws.amazon.com/wellarchitected/latest/userguide/lenses-custom.html) + [Whitepaper AWS Well-Architected: il processo di revisione](https://docs.aws.amazon.com/wellarchitected/latest/framework/the-review-process.html) + [Customize Well-Architected Reviews using Custom Lenses and the AWS Well-Architected Tool](https://aws.amazon.com/blogs/mt/customize-well-architected-reviews-using-custom-lenses-and-the-aws-well-architected-tool/) + [Implementing the AWS Well-Architected Custom Lens lifecycle in your organization](https://aws.amazon.com/blogs/architecture/implementing-the-aws-well-architected-custom-lens-lifecycle-in-your-organization/) **Video correlati:** + [AWS re:Invent 2023 - Scaling AWS Well-Architected best practices across your organization](https://youtu.be/UXtZCoE9qfQ?si=OPATCOY2YAwiF2TS) **Esempi correlati:** + [AWS Well-Architected Tool](https://docs.aws.amazon.com/wellarchitected/latest/userguide/intro.html) # OPS11-BP02 Eseguire l'analisi post-incidente OPS11-BP02 Eseguire l'analisi post-incidente Esamina gli eventi che influiscono sui clienti e identifica i fattori che contribuiscono e le azioni preventive. Utilizza queste informazioni per sviluppare modi per limitare o prevenire il ripetersi degli incidenti. Sviluppa procedure per attivare risposte rapide ed efficaci. Comunica i fattori che hanno contribuito al presentarsi dell'imprevisto e le azioni correttive secondo necessità, specificamente mirate per il pubblico di destinazione. **Risultato desiderato:** + Stabilisci processi di gestione degli incidenti che includono l'analisi post-incidente. + Hai a disposizione piani di osservabilità per raccogliere dati sugli eventi. + Con questi dati comprendi e raccogli metriche che supportano il tuo processo di analisi post-incidente. + Impari dagli incidenti per migliorare i risultati futuri. **Anti-pattern comuni:** + Sei amministratore di un server di applicazioni. Circa ogni 23 ore e 55 minuti tutte le sessioni attive vengono terminate. Hai tentato di identificare ciò che non va a buon fine sul server di applicazioni. Sospetti che potrebbe trattarsi di un problema di rete, ma non riesci a ottenere la collaborazione dal team di rete perché i suoi membri sono troppo occupati per supportarti. Ti manca un processo predefinito da seguire per ottenere supporto e raccogliere le informazioni necessarie per stabilire che cosa sta accadendo. + Si è verificata una perdita di dati all'interno del carico di lavoro. Questa è la prima volta che si è verificata e la causa non è immediatamente identificabile. Decidi che non è importante perché puoi ricreare i dati. La perdita di dati inizia a verificarsi con maggiore frequenza e influisce sui clienti. Questo comporta inoltre un ulteriore onere operativo quando ripristini i dati mancanti. **Vantaggi dell'adozione di questa best practice:** + Disponendo di un processo predefinito per determinare i componenti, le condizioni, le azioni e gli eventi che hanno contribuito a un incidente, sei in grado di identificare le opportunità di miglioramento. + Utilizzi i dati dell'analisi post-incidente per apportare miglioramenti. **Livello di rischio associato se questa best practice non fosse adottata:** elevato ## Guida all'implementazione Guida all'implementazione Utilizza un processo per determinare i fattori determinanti. Esamina tutti gli incidenti che influiscono sul cliente. Predisponi un processo per identificare e documentare i fattori che contribuiscono a un incidente, in modo da sviluppare azioni di mitigazione in grado di limitare o impedire il suo ripetersi e per sviluppare procedure che consentano risposte rapide ed efficaci. Comunica le cause principali degli incidenti in modo appropriato e personalizza la comunicazione in base al pubblico di destinazione. Condividi quanto appreso in maniera aperta all'interno della tua organizzazione. ### Passaggi dell'implementazione Passaggi dell'implementazione 1. Raccogli metriche come le modifiche all'implementazione e alla configurazione, l'ora di inizio dell'incidente, l'ora dell'allarme, dell'intervento, dell'inizio della mitigazione e il tempo di risoluzione dell'incidente. 1. Descrivi i momenti fondamentali sulla linea temporale per comprendere gli eventi dell'incidente. 1. Poniti le seguenti domande: 1. Potresti migliorare il tempo di rilevamento? 1. Sono presenti aggiornamenti alle metriche e agli allarmi che permettono di rilevare l'incidente prima? 1. Puoi migliorare i tempi di diagnosi? 1. Sono presenti aggiornamenti ai tuoi piani di risposta o di escalation che potrebbero coinvolgere prima i team di risposta corretti? 1. Puoi migliorare il tempo necessario per la mitigazione? 1. Ci sono passaggi del runbook o del playbook che potresti aggiungere o migliorare? 1. È possibile prevenire che si verifichino incidenti futuri? 1. Crea liste di controllo e azioni. Monitora ed esegui tutte le azioni. **Livello di impegno per il piano di implementazione:** medio ## Risorse Risorse **Best practice correlate:** + [OPS11-BP01 Definizione di un processo per il miglioramento continuo](ops_evolve_ops_process_cont_imp.md) + [OPS4 - Implementare l'osservabilità](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/implement-observability.html) **Documenti correlati:** + [Performing a post-incident analysis in Incident Manager](https://docs.aws.amazon.com/incident-manager/latest/userguide/analysis.html) + [Revisione della prontezza operativa](https://docs.aws.amazon.com/wellarchitected/latest/operational-readiness-reviews/iteration.html) # OPS11-BP03 Implementazione di circuiti di feedback OPS11-BP03 Implementa cicli di feedback I cicli di feedback forniscono informazioni fruibili che guidano il processo decisionale. Vanno creati nelle procedure e nei carichi di lavoro per identificare i problemi e le aree che necessitano di miglioramenti. Inoltre, convalidano gli investimenti effettuati nei miglioramenti. Questi cicli di feedback sono la base per migliorare continuamente il carico di lavoro. Sono due le categorie dei cicli di feedback: *feedback immediato* e *analisi retrospettiva*. Il feedback immediato viene raccolto con la revisione delle prestazioni e dei risultati delle attività operative. Questo feedback proviene dai membri del team, dai clienti o dall'output automatizzato dell'attività. Il feedback immediato viene ricevuto ad esempio dal test A/B e dall'offerta di nuove funzionalità, ed è essenziale per anticipare l'errore (fail fast). L'analisi retrospettiva viene eseguita regolarmente per acquisire il feedback della revisione dei risultati operativi e dei parametri nel tempo. Queste retrospettive si svolgono alla fine di uno sprint, in base a una cadenza o dopo importanti rilasci o eventi. Questo tipo di ciclo di feedback convalida gli investimenti nelle operazioni o nel carico di lavoro, consente di misurare il successo e comprova la tua strategia. **Risultato desiderato:** utilizzi feedback immediato e analisi retrospettiva per apportare miglioramenti. L'applicazione di un meccanismo per acquisire il feedback di utenti e membri del team. L'uso dell'analisi retrospettiva per identificare le tendenze che guidano i miglioramenti. **Anti-pattern comuni:** + Lanci una nuova funzionalità ma non hai modo di ricevere il feedback dei clienti. + Dopo aver investito in miglioramenti delle operazioni, non conduci una retrospettiva per convalidare gli investimenti. + Raccogli il feedback dei clienti ma non lo esamini regolarmente. + I cicli di feedback portano alla proposta di elementi di azione non sono inclusi nel processo di sviluppo software. + I clienti non ricevono un feedback sui miglioramenti che hanno proposto. **Vantaggi dell'adozione di questa best practice:** + Puoi lavorare a ritroso con il cliente per promuovere nuove funzionalità. + La cultura della tua organizzazione può reagire più rapidamente ai cambiamenti. + Le tendenze vengono utilizzate per identificare le opportunità di miglioramento. + Le retrospettive convalidano gli investimenti effettuati per il carico di lavoro e le operazioni. **Livello di rischio associato se questa best practice non fosse adottata:** elevato ## Guida all'implementazione Guida all'implementazione L'implementazione di questa best practice comporta l'utilizzo del feedback immediato e dell'analisi retrospettiva. Questi cicli di feedback promuovono i miglioramenti. Esistono molti meccanismi per il feedback immediato, inclusi questionari, sondaggi dei clienti o moduli di feedback. La tua organizzazione utilizza anche le retrospettive per identificare le opportunità di miglioramento e convalidare le iniziative. **Esempio del cliente** AnyCompany Retail ha creato un modulo web in cui i clienti possono fornire feedback o segnalare problemi. Durante lo scrum settimanale, il feedback degli utenti viene valutato dal team di sviluppo software. Il feedback viene regolarmente utilizzato per guidare l'evoluzione della piattaforma. Viene eseguita una retrospettiva alla fine di ogni sprint per identificare gli elementi che devono essere migliorati. ## Passaggi dell'implementazione Passaggi dell'implementazione 1. Feedback immediato + Hai bisogno di un meccanismo per ricevere il feedback dai clienti e dai membri del team. Le attività operative possono anche essere configurate per fornire un feedback automatizzato. + L'organizzazione ha bisogno di un processo per rivedere il feedback, determinare cosa migliorare e pianificare il miglioramento. + Il feedback deve essere aggiunto al processo di sviluppo software. + Quando apporti miglioramenti, contatta l'autore del feedback. + Puoi utilizzarlo [AWS Systems Manager OpsCenter](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter.html)per creare e tenere traccia di questi miglioramenti come [OpsItems](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-working-with-OpsItems.html). 1. Analisi retrospettiva + Conduci le retrospettive alla fine di un ciclo di sviluppo, a una cadenza prestabilita o dopo un rilascio importante. + Riunisci le parti interessate coinvolte nel carico di lavoro per la riunione retrospettiva. + Crea tre colonne sulla lavagna o in un foglio di lavoro: Fine, Inizio e Mantenimento. + *Fine* riguarda per tutto ciò che vuoi che il team smetta di fare. + *Inizio* riguarda per le idee che vuoi iniziare ad applicare. + *Mantenimento* indica ciò che vuoi continuare a fare. + Raccogli il feedback dalle parti interessate. + Dai priorità al feedback. Assegna le azioni e le parti interessate a qualsiasi elemento nelle colonne Inizio e Mantenimento. + Aggiungi le azioni al processo di sviluppo software e comunica gli aggiornamenti sullo stato alle parti interessate mentre apporti i miglioramenti. **Livello di impegno per il piano di implementazione:** medio Per implementare questa best practice è necessario un modo per ricevere il feedback immediato e analizzarlo. Inoltre, è necessario stabilire un processo di analisi retrospettiva. ## Risorse Risorse **Best practice correlate:** + [OPS01-BP01 Valutazione delle esigenze dei clienti esterni](ops_priorities_ext_cust_needs.md): i cicli di feedback sono un meccanismo per raccogliere le esigenze dei clienti esterni. + [OPS01-BP02 Valuta le esigenze interne dei clienti](ops_priorities_int_cust_needs.md): le parti interessate interne possono utilizzare i cicli di feedback per comunicare necessità e requisiti. + [OPS11-BP02 Eseguire l'analisi post-incidente](ops_evolve_ops_perform_rca_process.md): le analisi successive agli incidenti sono una forma importante di analisi retrospettiva da condurre dopo gli incidenti. + [OPS11-BP07 Revisioni delle metriche di Perform operations](ops_evolve_ops_metrics_review.md): le revisioni dei parametri operativi identificano tendenze e aree di miglioramento. **Documenti correlati:** + [7 insidie da evitare quando si costruisce un CCOE](https://aws.amazon.com/blogs/enterprise-strategy/7-pitfalls-to-avoid-when-building-a-ccoe/) + [Atlassian Team Playbook - Retrospectives](https://www.atlassian.com/team-playbook/plays/retrospective) + [Email Definitions: Feedback Loops](https://aws.amazon.com/blogs/messaging-and-targeting/email-definitions-feedback-loops/) + [Stabilire cicli di feedback basati sulla revisione del AWS Well-Architected Framework](https://aws.amazon.com/blogs/architecture/establishing-feedback-loops-based-on-the-aws-well-architected-framework-review/) + [IBMGarage Methodology - Organizza una retrospettiva](https://www.ibm.com/garage/method/practices/learn/practice_retrospective_analysis/) + [Investopedia — Il ciclo PDCS](https://www.investopedia.com/terms/p/pdca-cycle.asp) + [Maximizing Developer Effectiveness by Tim Cochran](https://martinfowler.com/articles/developer-effectiveness.html) + [White paper su Operations Readiness Reviews (ORR) - Iterazione](https://docs.aws.amazon.com/wellarchitected/latest/operational-readiness-reviews/iteration.html) + [ITILCSI- Miglioramento continuo del servizio](https://wiki.en.it-processmaps.com/index.php/ITIL_CSI_-_Continual_Service_Improvement) + [When Toyota met e-commerce: Lean at Amazon](https://www.mckinsey.com/capabilities/operations/our-insights/when-toyota-met-e-commerce-lean-at-amazon) **Video correlati:** + [Building Effective Customer Feedback Loops](https://www.youtube.com/watch?v=zz_VImJRZ3U) **Esempi correlati: ** + [Astuto - Open source customer feedback tool](https://github.com/riggraz/astuto) + [AWS Soluzioni - Q on nABot AWS](https://aws.amazon.com/solutions/implementations/qnabot-on-aws/) + [Fider: una piattaforma per organizzare il feedback dei clienti)](https://github.com/getfider/fider) **Servizi correlati:** + [AWS Systems Manager OpsCenter](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter.html) # OPS11-BP04 Eseguire la gestione della conoscenza OPS11-BP04 Eseguire la gestione della conoscenza La gestione delle informazioni permette ai membri del team di trovare le informazioni necessarie per svolgere il proprio lavoro. Nelle organizzazioni che promuovono la formazione dei propri dipendenti, le informazioni vengono liberamente condivise, migliorando le competenze personali. Le informazioni possono essere vagliate o cercate. Le informazioni sono accurate e aggiornate. Esistono meccanismi per creare nuove informazioni, aggiornare quelle esistenti e archiviare quelle obsolete. L'esempio più comune di una piattaforma di gestione delle informazioni è un sistema di gestione dei contenuti come un wiki. **Risultato desiderato:** + Accesso per i membri del team a informazioni tempestive e accurate. + Possibilità di eseguire ricerche nelle informazioni. + Presenza di un meccanismo per aggiungere, aggiornare e archiviare le informazioni. **Anti-pattern comuni:** + Assenza di un sistema di archiviazione centrale delle informazioni. I membri del team gestiscono i propri appunti su computer locali. + Presenza di un wiki self-hosted, ma senza alcun meccanismo per la gestione delle informazioni, con informazioni non aggiornate di conseguenza. + Le informazioni mancanti vengono identificate da qualcuno, ma non esiste un processo per richiederne l'aggiunta nel wiki del team. I dipendenti le aggiungono manualmente ma omettono un passaggio importante, causando un'interruzione. **Vantaggi dell'adozione di questa best practice:** + I membri del team acquisiscono le competenze necessarie perché le informazioni vengono condivise liberamente. + Nuovi membri del team vengono integrati più facilmente perché la documentazione è aggiornata e può essere oggetto di ricerche. + Le informazioni sono tempestive, accurate e di utilità pratica. **Livello di rischio associato se questa best practice non fosse adottata:** elevato ## Guida all'implementazione Guida all'implementazione La gestione delle informazioni è un aspetto importante delle aziende che promuovono la formazione dei propri dipendenti. Per iniziare, è necessario un repository centrale in cui archiviare le informazioni, un esempio comune del quale è un wiki self-hosted. Devi sviluppare processi per l'aggiunta, l'aggiornamento e l'archiviazione delle informazioni. Sviluppa standard per gli aspetti da documentare e permetti a ciascuno di contribuire. **Esempio del cliente** AnyCompany Retail ospita un Wiki interno in cui sono archiviate tutte le conoscenze. I membri del team sono incoraggiati ad aggiungere il proprio input nella knowledge base durante lo svolgimento delle proprie mansioni quotidiane. Ogni trimestre un team interfunzionale valuta le pagine obsolete e determina se devono essere archiviate o aggiornate. **Passaggi dell'implementazione** 1. Per iniziare, identifica il sistema di gestione dei contenuti in cui verranno archiviate le informazioni. Ottieni il consenso delle parti interessate in tutta l'organizzazione. 1. Se non possiedi un sistema di gestione dei contenuti, valuta se affidarti a un wiki self-hosted o usare un repository con controllo delle versioni come punto di partenza. 1. Sviluppa runbook per l'aggiunta, l'aggiornamento e l'archiviazione delle informazioni. Fornisci ai team la formazione necessaria su questi processi. 1. Identifica le informazioni che devono essere archiviate nel sistema di gestione dei contenuti. Inizia dalle attività quotidiane (runbook e playbook) svolte dai membri del team. Collabora con le parti interessate per classificare in ordine di priorità le informazioni aggiunte. 1. Collabora periodicamente con le parti interessate per identificare out-of-date le informazioni e archiviarle o aggiornarle. **Livello di impegno per il piano di implementazione:** medio Se non possiedi un sistema di gestione dei contenuti, puoi configurare un wiki self-hosted o un repository di documenti con controllo delle versioni. ## Risorse Risorse **Best practice correlate:** + [OPS11-BP08 Documentazione e condivisione delle conoscenze acquisite](ops_evolve_ops_share_lessons_learned.md): la gestione delle informazioni semplifica la condivisione delle conclusioni sulle lezioni apprese. **Documenti correlati:** + [ Atlassian - Knowledge Management ](https://www.atlassian.com/itsm/knowledge-management) **Esempi correlati:** + [ DokuWiki ](https://www.dokuwiki.org/dokuwiki) + [ Gollum ](https://github.com/gollum/gollum) + [ MediaWiki ](https://www.mediawiki.org/wiki/MediaWiki) + [ Wiki.js ](https://github.com/Requarks/wiki) # OPS11-BP05 Definizione dei fattori che promuovono il miglioramento OPS11-BP05 Definizione dei fattori che promuovono il miglioramento Identifica i fattori che promuovono il miglioramento in modo da valutare e dare priorità alle opportunità sulla base di dati e cicli di feedback. Esplora le opportunità di miglioramento nei sistemi e nei processi e automatizza laddove appropriato. **Risultato desiderato:** + Tieni traccia dei dati provenienti da tutto l'ambiente. + Esegui la correlazione di eventi e attività ai risultati aziendali. + Puoi confrontare e contrapporre ambienti e sistemi. + Mantieni una cronologia dettagliata delle attività relative alle implementazioni e ai risultati. + Raccogli i dati a supporto del livello di sicurezza. **Anti-pattern comuni:** + Raccogli dati da tutto l'ambiente, ma non correli eventi e attività. + Raccogli dati dettagliati da tutta la proprietà, aumentando l'attività e i costi di Amazon CloudWatch e AWS CloudTrail, tuttavia non utilizzi questi dati in modo significativo. + Non tieni conto dei risultati aziendali quando definisci i fattori che promuovono il miglioramento. + Non misuri gli effetti delle nuove funzionalità. **Vantaggi dell'adozione di questa best practice:** + Determinando i criteri di miglioramento, riduci al minimo l'impatto delle motivazioni basate sugli eventi o degli investimenti influenzati da fattori emotivi. + Rispondi agli eventi aziendali, non solo a quelli tecnici. + Misuri l'ambiente per identificare le aree di miglioramento. **Livello di rischio associato se questa best practice non fosse adottata:** medio ## Guida all’implementazione Guida all'implementazione + Comprensione dei fattori che promuovono il miglioramento: è consigliabile apportare modifiche a un sistema solo quando un risultato desiderato è supportato. + Funzionalità desiderate: prendi in considerazione le funzionalità e le capacità desiderate quando valuti le opportunità di miglioramento. + [Novità di AWS](https://aws.amazon.com/new/) + Problemi inaccettabili: tieni in considerazione i problemi, i bug e le vulnerabilità inaccettabili quando valuti le opportunità di miglioramento. Tieni traccia delle giuste opzioni di ridimensionamento corretto e individua le opportunità di ottimizzazione. + [Bollettini sulla sicurezza AWS aggiornati](https://aws.amazon.com/security/security-bulletins/) + [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/) + [Cloud Intelligence Dashboards](https://www.wellarchitectedlabs.com/cloud-intelligence-dashboards/) + Requisiti di conformità: quando esamini le opportunità di miglioramento, prendi in considerazione gli aggiornamenti e le modifiche necessarie per mantenere la conformità a normative e policy o per avere diritto al supporto di terze parti. + [Conformità di AWS](https://aws.amazon.com/compliance/) + [Programmi per la conformità di AWS](https://aws.amazon.com/compliance/programs/) + [Ultime novità sulla conformità di AWS](https://aws.amazon.com/compliance/compliance-latest-news/) ## Risorse Risorse **Best practice correlate:** + [OPS01 Priorità dell'organizzazione](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/organization-priorities.html) + [OPS02 Relazioni e proprietà](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/relationships-and-ownership.html) + [OPS04-BP01 Identificazione degli indicatori chiave di prestazione](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_observability_identify_kpis.html) + [OPS08 Utilizzare l'osservabilità del carico di lavoro](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/utilizing-workload-observability.html) + [OPS09 Comprensione dello stato operativo](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/understanding-operational-health.html) + [OPS11-BP03 Implementazione di cicli di feedback](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_feedback_loops.html) **Documenti correlati:** + [Amazon Athena](https://aws.amazon.com/athena/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc) + [Rapidità](https://aws.amazon.com/quicksight/) + [AWS Conformità di](https://aws.amazon.com/compliance/) + [Ultime novità sulla conformità di AWS](https://aws.amazon.com/compliance/compliance-latest-news/) + [Programmi per la conformità di AWS](https://aws.amazon.com/compliance/programs/) + [AWS Glue](https://aws.amazon.com/glue/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc) + [Bollettini sulla sicurezza AWS aggiornati](https://aws.amazon.com/security/security-bulletins/) + [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/) + [Export your log data to Amazon S3](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/S3Export.html) + [Novità di AWS](https://aws.amazon.com/new/) + [Gli aspetti imprescindibili dell'innovazione orientata al cliente](https://aws.amazon.com/executive-insights/content/the-imperatives-of-customer-centric-innovation/) + [Digital Transformation: Hype or a Strategic Necessity?](https://aws.amazon.com/blogs/enterprise-strategy/digital-transformation-hype-or-a-strategic-necessity/) **Video correlati** + [AWS re:Invent 2023 - Improve operational efficiency and resilience with Supporto (SUP310)](https://youtu.be/jaehZYBNG0Y?si=UNEaLZsXDrxcBgYo) # OPS11-BP06 Validare gli approfondimenti OPS11-BP06 Convalida gli approfondimenti Rivedi i risultati dell'analisi e le risposte con i team trasversali e i proprietari dell'azienda. Utilizza queste revisioni per definire una visione comune, identificare ulteriori impatti e stabilire le linee d'azione. Adatta le risposte, se necessario. **Risultati desiderati:** + Rivedi regolarmente gli approfondimenti con i proprietari dell'azienda. Gli imprenditori forniscono un contesto aggiuntivo alle informazioni appena acquisite. + Esamini gli approfondimenti e richiedi il feedback ai colleghi tecnici, quindi condividi le tue conoscenze con i team. + Pubblichi i dati e gli approfondimenti affinché altri team tecnici e aziendali possano esaminarli. Tieni conto di quanto appreso nelle nuove procedure di altri reparti. + Riassumi ed esamini i nuovi approfondimenti con i leader senior. I leader senior utilizzano i nuovi approfondimenti per definire la strategia. **Anti-pattern comuni:** + Rilasci una nuova funzionalità che modifica alcuni comportamenti dei clienti. La tua osservabilità non tiene conto di queste modifiche. Non quantifichi i vantaggi di queste modifiche. + Invii un nuovo aggiornamento e trascuri di aggiornare il tuo. CDN La CDN cache non è più compatibile con l'ultima versione. Misuri la percentuale di richieste con errori. Tutti i tuoi utenti segnalano HTTP 400 errori durante la comunicazione con i server di backend. Analizzi gli errori del cliente e scopri che, avendo misurato la dimensione sbagliata, il tuo tempo è stato improduttivo. + L'accordo sul livello di servizio prevede un tempo di attività del 99,9% e l'obiettivo del punto di ripristino è di quattro ore. Il proprietario del servizio sostiene che il sistema non subisce tempi di inattività. Implementi una soluzione di replica costosa e complessa, che comporta uno spreco di tempo e denaro. **Vantaggi dell'adozione di questa best practice: ** + Convalidando gli approfondimenti con i proprietari dell'azienda e con gli esperti in materia, è possibile stabilire una comprensione comune e gestire il miglioramento in modo più efficace. + Individui i problemi nascosti e ne tieni conto nelle decisioni future. + La tua attenzione passa dai risultati tecnici ai risultati aziendali. **Livello di rischio associato se questa best practice non fosse adottata:** medio ## Guida all'implementazione Guida all'implementazione + **Convalida delle informazioni:** interagisci con i responsabili aziendali e gli esperti in materia per garantire la comprensione e l'accordo comuni sul significato dei dati raccolti. Individua ulteriori problemi e impatti potenziali e stabilisci le azioni da intraprendere. ## Risorse Risorse **Best practice correlate:** + [OPS01-BP06 Valuta i compromessi gestendo vantaggi e rischi](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_priorities_eval_tradeoffs.html) + [OPS02-BP06 Le responsabilità tra i team sono predefinite o negoziate](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_ops_model_def_neg_team_agreements.html) + [OPS11-BP03 Implementa cicli di feedback](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_feedback_loops.html) **Documenti correlati:** + [Progettazione di un centro di eccellenza cloud () CCOE](https://aws.amazon.com/blogs/enterprise-strategy/designing-a-cloud-center-of-excellence-ccoe/) **Video correlati:** + [Building observability to increase resiliency](https://youtu.be/6bJkYtrMMPI?si=yu8tVMz4a6ax9f34&t=2695) # OPS11-BP07 Revisioni delle metriche di Perform operations OPS11-BP07 Esegui revisioni delle metriche operative Esegui regolarmente un'analisi retrospettiva dei parametri operativi con i partecipanti di vari team da diverse aree dell'azienda. Utilizza queste revisioni per identificare opportunità di miglioramento e potenziali linee d'azione e per condividere le conoscenze acquisite. Cerca opportunità di miglioramento in tutti i tuoi ambienti, ad esempio sviluppo, test e produzione. **Risultato desiderato:** + Esamini di frequente le metriche che hanno un impatto sull'azienda. + Rilevi ed esamini le anomalie con le tue capacità di osservabilità. + Utilizzi i dati per supportare i risultati e gli obiettivi aziendali. **Anti-pattern comuni:** + La finestra di manutenzione interrompe un'importante promozione al dettaglio. L'azienda non è al corrente del fatto che i normali interventi di manutenzione possono essere rimandati nel caso vi siano altri eventi di particolare rilievo per l'azienda. + A causa dell'uso comune di una libreria obsoleta nella tua organizzazione, si è verificata una prolungata interruzione del servizio. In seguito, hai eseguito la migrazione a una libreria supportata. Gli altri team della tua organizzazione non sanno di essere a rischio. + Non controllate regolarmente i risultati raggiunti dai clienti. SLAs Avete la tendenza a non soddisfare i vostri clienti. SLAs Sono previste sanzioni pecuniarie legate al mancato rispetto del cliente. SLAs **Vantaggi dell'adozione di questa best practice:** + Durante le riunioni che organizzi regolarmente per esaminare le metriche operative, gli eventi e gli incidenti, stabilisci una comprensione comune tra i team. + Il tuo team si riunisce regolarmente per esaminare metriche e incidenti, il che ti consente di agire sui rischi e riconoscere i clienti. SLAs + Condividi le lezioni apprese, che forniscono dati per la definizione delle priorità e miglioramenti mirati per ottenere i risultati aziendali. **Livello di rischio associato se questa best practice non fosse adottata:** medio ## Guida all'implementazione Guida all'implementazione + Esegui regolarmente un'analisi retrospettiva dei parametri operativi con i partecipanti di vari team da diverse aree dell'azienda. + Coinvolgi le parti interessate, compresi i team che si occupano di business, sviluppo e operazioni, per convalidare gli esiti del feedback immediato e dall'analisi retrospettiva e per condividere le conoscenze acquisite. + Utilizza gli approfondimenti di cui dispongono per identificare opportunità di miglioramento e possibili linee d'azione. ## Risorse Risorse **Best practice correlate:** + [OPS08-BP05 Crea dashboard](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_workload_observability_create_dashboards.html) + [OPS09-BP03 Rivedi le metriche operative e dai priorità al miglioramento](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_operations_health_review_ops_metrics_prioritize_improvement.html) + [OPS10-BP01 Utilizza un processo per la gestione di eventi, incidenti e problemi](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_event_response_event_incident_problem_process.html) **Documenti correlati:** + [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) + [Riferimento alle CloudWatch metriche e alle dimensioni di Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CW_Support_For_AWS.html) + [Publish custom metrics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html) + [Utilizzo dei CloudWatch parametri di Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html) + [Dashboard e visualizzazioni con CloudWatch](https://docs.aws.amazon.com/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/cloudwatch-dashboards-visualizations.html) # OPS11-BP08 Documentazione e condivisione delle conoscenze acquisite OPS11-BP08 Documentazione e condivisione delle conoscenze acquisite Documenta e condividi le conoscenze acquisite durante le attività operative per metterle a frutto internamente e nei vari team. La condivisione di quanto appreso dai team comporta maggiori vantaggi all'interno dell'organizzazione. Condividi informazioni e risorse per impedire che si verifichino errori evitabili e semplificare le attività di sviluppo e concentrati sulla distribuzione delle funzionalità desiderate. Utilizza AWS Identity and Access Management (IAM) per definire le autorizzazioni che consentono un accesso controllato alle risorse che desideri condividere tra i vari account. **Risultato desiderato:** + Utilizzi repository dotati di controllo delle versioni per condividere librerie dell'applicazione, procedure di scripting, documentazione di procedure e altra documentazione di sistema. + Condividi gli standard dell'infrastruttura come modelli AWS CloudFormation con controllo delle versioni. + Riesamini le lezioni apprese con i team. **Anti-pattern comuni:** + Per l'uso comune di una libreria contenente degli errori nella tua organizzazione si è verificata una prolungata interruzione del servizio. Successivamente hai eseguito la migrazione a una libreria affidabile. Gli altri team della tua organizzazione non sanno di essere a rischio. Nessuno documenta e condivide l'esperienza relativa a questa libreria e nessuno è consapevole del rischio. + Hai identificato un caso limite in un microservizio condiviso internamente che causa l'interruzione delle sessioni. Hai aggiornato le chiamate al servizio per evitare questo caso limite. Gli altri team della tua organizzazione non sanno di essere a rischio. + Hai trovato un modo per ridurre in modo significativo i requisiti di utilizzo della CPU per uno dei tuoi microservizi. Non sai se altri team potrebbero sfruttare questa tecnica. **Vantaggi dell'adozione di questa best practice:** condividi le lezioni apprese a supporto del miglioramento e per trarre il massimo vantaggio dall'esperienza. **Livello di rischio associato se questa best practice non fosse adottata:** basso ## Guida all'implementazione Guida all'implementazione + **Documenta e condividi le conoscenze acquisite:** predisponi procedure per documentare le conoscenze acquisite dall'esecuzione delle attività operative e dalle analisi retrospettive affinché tali informazioni possano essere utilizzate dal altri team. + **Condividi le conoscenze acquisite:** predisponi procedure per condividere con tutti i team le conoscenze acquisite e gli artefatti associati. Ad esempio condividi le procedure, le istruzioni, la governance e le best practice aggiornate tramite un wiki accessibile. Condividi script, codice e librerie tramite un repository comune. + Sfrutta [AWS re:Post Private](https://aws.amazon.com/repost-private/) come servizio informativo per ottimizzare la collaborazione e la condivisione delle conoscenze all'interno dell'organizzazione. ## Risorse Risorse **Best practice correlate:** + [OPS02-BP06 Predefinizione o negoziazione delle responsabilità tra i team](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_ops_model_def_neg_team_agreements.html) + [OPS05-BP01 Utilizzo del controllo delle versioni](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_dev_integ_version_control.html) + [OPS05-BP06 Condivisione degli standard di progettazione](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_dev_integ_share_design_stds.html) + [OPS11-BP03 Implementazione di cicli di feedback](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_feedback_loops.html) + [OPS11-BP07 Revisione dei parametri delle operazioni](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_metrics_review.html) **Documenti correlati:** + [ Increase collaboration and securely share cloud knowledge with AWS re:Post Private ](https://aws.amazon.com/blogs/aws/increase-collaboration-and-securely-share-cloud-knowledge-with-aws-repost-private/) + [ Reduce project delays with a docs-as-code solution ](https://aws.amazon.com/blogs/infrastructure-and-automation/reduce-project-delays-with-docs-as-code-solution/) **Video correlati:** + [AWS re:Invent 2.023 - Collaborate within your company and with AWS using AWS re:Post Private ](https://www.youtube.com/watch?v=HNq_kU2QJLU) + [Supportos You \$1 Exploring the Incident Management Tabletop Exercise](https://www.youtube.com/watch?v=0m8sGDx-pRM) # OPS11-BP09 Dedica tempo per apportare miglioramenti OPS11-BP09 Dedica del tempo per apportare miglioramenti Dedica tempo e risorse all'interno dei processi per rendere possibile il miglioramento incrementale continuo. **Risultato desiderato:** + Crei duplicati temporanei paralleli di ambienti per ridurre il rischio, lo sforzo e il costo della sperimentazione e dell'esecuzione di test. + Questi ambienti duplicati possono essere utilizzati per testare le conclusioni di analisi ed esperimenti, ma anche per sviluppare e testare i miglioramenti pianificati. + Gestisci gamedays e utilizzi Fault Injection Service (FIS) per fornire i controlli e i guardrail necessari ai team per eseguire esperimenti in un ambiente simile alla produzione. **Anti-pattern comuni:** + Si è verificato un problema di prestazioni noto nel server di applicazioni. Il problema viene aggiunto al backlog, dopo l'implementazione prevista delle varie funzionalità. Se la velocità con cui vengono aggiunte le funzionalità pianificate rimane costante, il problema di prestazioni non verrà mai risolto. + Per supportare il miglioramento continuo, autorizzi amministratori e sviluppatori a utilizzare tutto il loro tempo aggiuntivo per definire e implementare miglioramenti. I miglioramenti non vengono mai completati. + L'accettazione operativa è stata completata e non si testano più le procedure operative. **Vantaggi dell'adozione di questa best practice:** dedicando tempo e risorse all'interno dei processi, puoi rendere possibile il miglioramento incrementale continuo. **Livello di rischio associato se questa best practice non fosse adottata:** basso ## Guida all'implementazione Guida all'implementazione + Allocazione di tempo per apportare miglioramenti: dedica tempo e risorse all'interno dei processi per rendere possibili miglioramenti graduali e continui. + Implementa modifiche per migliorare e valutare i risultati per favorire il successo. + Se i risultati non sono in linea con gli obiettivi e il miglioramento resta prioritario, valuta procedure d'azione alternative. + Simula i carichi di lavoro di produzione durante le giornate di gioco e utilizza le conoscenze conseguite da queste simulazioni per migliorare. ## Risorse Risorse **Best practice correlate:** + [OPS05-BP08 Usa più ambienti](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_dev_integ_multi_env.html) **Video correlati:** + [AWS re:Invent 2023 - Migliora la resilienza delle applicazioni con il servizio Fault Injection AWS](https://youtu.be/N0aZZVVZiUw?si=ivYa9ScBfHcj-IAq)