# OPS 11. Comment faire évoluer vos opérations ?
Consacrez du temps et des ressources à l’amélioration incrémentielle presque continue pour contribuer à l’évolution de l’efficacité et de l’efficience de vos opérations.
**Topics**
+ [OPS11-BP01 Définir un processus d’amélioration continue](ops_evolve_ops_process_cont_imp.md)
+ [OPS11-BP02 Réaliser une analyse post-incident](ops_evolve_ops_perform_rca_process.md)
+ [OPS11-BP03 Implémenter des boucles de rétroaction](ops_evolve_ops_feedback_loops.md)
+ [OPS11-BP04 Effectuer la gestion des connaissances](ops_evolve_ops_knowledge_management.md)
+ [OPS11-BP05 Définition de facteurs d’amélioration](ops_evolve_ops_drivers_for_imp.md)
+ [OPS11-BP06 Valider les informations](ops_evolve_ops_validate_insights.md)
+ [OPS11-BP07 Réaliser des examens des métriques opérationnelles](ops_evolve_ops_metrics_review.md)
+ [OPS11-BP08 Documenter et partager les enseignements](ops_evolve_ops_share_lessons_learned.md)
+ [OPS11-BP09 Allouez du temps pour apporter des améliorations](ops_evolve_ops_allocate_time_for_imp.md)
# OPS11-BP01 Définir un processus d’amélioration continue
Évaluez votre charge de travail par rapport aux bonnes pratiques d’architecture internes et externes. Réalisez des examens fréquents et intentionnels de la charge de travail. Priorisez les opportunités d’amélioration dans la cadence de développement de votre logiciel.
**Résultat escompté :**
+ Vous analysez fréquemment votre charge de travail par rapport aux bonnes pratiques d’architecture.
+ Vous accordez aux opportunités d’amélioration une priorité égale aux fonctionnalités dans votre processus de développement logiciel.
**Anti-modèles courants :**
+ Vous n’avez pas vérifié l’architecture de votre charge de travail depuis qu’elle a été déployée il y a plusieurs années.
+ Vous accordez une moindre priorité aux opportunités d’amélioration. Par rapport aux nouvelles fonctionnalités, ces opportunités restent en suspens.
+ Il n’existe aucune norme pour mettre en œuvre des modifications issues des bonnes pratiques pour l’organisation.
**Avantages liés au respect de cette bonne pratique :**
+ Votre charge de travail est conforme aux bonnes pratiques d’architecture.
+ Vous faites évoluer votre charge de travail de manière intentionnelle.
+ Vous pouvez tirer profit des bonnes pratiques de l’organisation pour améliorer toutes les charges de travail.
+ Vous réalisez des gains marginaux qui ont un impact cumulatif, ce qui permet de gagner en efficacité.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Réalisez fréquemment un examen architectural de votre charge de travail. Utilisez les bonnes pratiques internes et externes, évaluez votre charge de travail et identifiez les opportunités d’amélioration. Priorisez les opportunités d’amélioration dans la cadence de développement de votre logiciel.
### Étapes d’implémentation
1. Réalisez des examens périodiques de l’architecture de votre charge de travail de production à une fréquence convenue. Utilisez une norme d’architecture documentée qui comprend des bonnes pratiques spécifiques à AWS.
1. Utilisez vos normes définies en interne pour ces évaluations. Si vous n’avez pas de norme interne, utilisez AWS Well-Architected Framework.
1. AWS Well-Architected Tool vous permet de créer une perspective personnalisée de vos bonnes pratiques internes et d’effectuer un examen de votre architecture.
1. Contactez votre architecte de solutions ou votre responsable technique des comptes AWS pour effectuer une révision guidée du Well-Architected Framework de votre charge de travail.
1. Priorisez les opportunités d’amélioration identifiées pendant la vérification au sein de votre processus de développement logiciel.
**Niveau d’effort du plan d’implémentation :** faible Vous pouvez utiliser le cadre AWS Well-Architected pour réaliser la vérification annuelle de votre architecture.
## Ressources
**Bonnes pratiques associées :**
+ [OPS11-BP02 Effectuer une analyse post-incident](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_perform_rca_process.html)
+ [OPS11-BP08 Documenter et partager des enseignements](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_share_lessons_learned.html)
+ [OPS04 Mettez en œuvre l’observabilité](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_process_cont_imp.html)
**Documents connexes :**
+ [AWS Well-Architected Tool – Approches personnalisées](https://docs.aws.amazon.com/wellarchitected/latest/userguide/lenses-custom.html)
+ [AWSLivre blanc Well-Architected – Le processus de révision](https://docs.aws.amazon.com/wellarchitected/latest/framework/the-review-process.html)
+ [Personnalisez les critiques de Well-Architected à l’aide de lentilles personnalisées et AWS Well-Architected Tool](https://aws.amazon.com/blogs/mt/customize-well-architected-reviews-using-custom-lenses-and-the-aws-well-architected-tool/)
+ [Mettre en œuvre le cycle de AWS vie de Well-Architected Custom Lens dans votre organisation](https://aws.amazon.com/blogs/architecture/implementing-the-aws-well-architected-custom-lens-lifecycle-in-your-organization/)
**Vidéos connexes :**
+ [AWS re:Invent 2023 - Scaling AWS Well-Architected best practices across your organization](https://youtu.be/UXtZCoE9qfQ?si=OPATCOY2YAwiF2TS)
**Exemples connexes :**
+ [AWS Well-Architected Tool](https://docs.aws.amazon.com/wellarchitected/latest/userguide/intro.html)
# OPS11-BP02 Réaliser une analyse post-incident
Examinez les événements ayant un impact sur les clients et identifiez les facteurs contributifs et les actions préventives. Utilisez ces informations pour développer des mesures d’atténuation afin de limiter ou d’empêcher la récurrence. Développez des procédures pour fournir des réponses rapides et efficaces. Publiez, le cas échéant, les facteurs adjuvants et les mesures correctives adaptées au public ciblé.
**Résultat escompté :**
+ Vous avez mis en place des processus de gestion des incidents qui incluent une analyse post-incident.
+ Vous avez mis en place des plans d’observabilité pour collecter des données sur les événements.
+ Grâce à ces données, vous comprenez et vous collectez des métriques qui soutiennent votre processus d’analyse post-incident.
+ Vous tirez des leçons des incidents pour améliorer les résultats futurs.
**Anti-modèles courants :**
+ Vous administrez un serveur d’applications. Toutes vos séances actives sont interrompues toutes les 23 heures et 55 minutes environ. Vous avez essayé d’identifier le problème sur votre serveur d’applications. Vous pensez qu’il pourrait s’agir d’un problème de réseau, mais vous ne pouvez pas obtenir la coopération de l’équipe réseau, car elle est trop occupée pour vous aider. Vous n’avez pas de processus prédéfini à suivre pour obtenir de l’aide et collecter les informations nécessaires pour déterminer ce qui se passe.
+ Vous avez subi une perte de données au sein de votre charge de travail. C’est la première fois que cela se produit et la cause n’est pas évidente. Vous décidez que ce n’est pas important, car vous pouvez recréer les données. La perte de données se reproduit plus fréquemment en affectant vos clients. Vous devez également faire face à une charge opérationnelle supplémentaire lorsque vous restaurez les données manquantes.
**Avantages liés au respect de cette bonne pratique :**
+ Vous disposez d’un processus prédéfini pour déterminer les composants, les conditions, les actions et les événements qui ont contribué à un incident, ce qui vous permet d’identifier les possibilités d’amélioration.
+ Vous utilisez les données issues de l’analyse post-incident pour apporter des améliorations.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Utilisez un processus pour déterminer les facteurs adjuvants. Passez en revue tous les incidents ayant un impact sur le client. Dotez-vous d’un processus pour identifier et documenter les facteurs contributifs d’un incident afin de pouvoir mettre au point des mesures d’atténuation pour limiter ou empêcher la récurrence, et élaborez des procédures pour fournir des réponses rapides et efficaces. Communiquez les causes profondes des incidents, le cas échéant, et adaptez la communication à votre public cible. Partagez ouvertement les apprentissages au sein de votre organisation.
### Étapes d’implémentation
1. Collectez des métriques telles que le changement de déploiement, le changement de configuration, l’heure de début de l’incident, l’heure d’alarme, l’heure d’engagement, l’heure de début de l’atténuation et l’heure de résolution de l’incident.
1. Décrivez les principaux moments de la chronologie pour comprendre les événements de l’incident.
1. Posez les questions suivantes :
1. Pourriez-vous améliorer le délai de détection ?
1. Existe-t-il des mises à jour des métriques et des alarmes qui permettraient de détecter l’incident plus rapidement ?
1. Pouvez-vous améliorer le délai de diagnostic ?
1. Existe-t-il des mises à jour de vos plans de réponse ou de vos plans d’escalade qui permettraient d’impliquer plus rapidement les bons intervenants ?
1. Pouvez-vous améliorer le délai d’atténuation ?
1. Existe-t-il des étapes du runbook ou du playbook que vous pourriez ajouter ou améliorer ?
1. Pouvez-vous éviter que de futurs incidents se produisent ?
1. Créez des listes de contrôle et des actions. Suivez et mettez en œuvre toutes les actions.
**Niveau d’effort du plan d’implémentation :** faible
## Ressources
**Bonnes pratiques associées :**
+ [OPS11-BP01 Définir un processus d’amélioration continue](ops_evolve_ops_process_cont_imp.md)
+ [OPS4 - Mettre en œuvre l'observabilité](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/implement-observability.html)
**Documents connexes :**
+ [Performing a post-incident analysis in Incident Manager](https://docs.aws.amazon.com/incident-manager/latest/userguide/analysis.html)
+ [Examen de l’état de préparation opérationnelle](https://docs.aws.amazon.com/wellarchitected/latest/operational-readiness-reviews/iteration.html)
# OPS11-BP03 Implémenter des boucles de rétroaction
Les boucles de commentaires fournissent des informations exploitables qui orientent la prise de décision. Créez des boucles de commentaires dans vos procédures et vos charges de travail. Elles vous permettent d’identifier les problèmes et les points à améliorer. Elles valident également les investissements dans les améliorations. Ces boucles de commentaires sont à la base de l’amélioration continue de votre charge de travail.
Les boucles de commentaires se répartissent en deux catégories : les *commentaires immédiats* et l’*analyse rétrospective*. Les commentaires immédiats sont collectés via l’examen des performances et des résultats des activités opérationnelles. Ces commentaires proviennent des membres de l’équipe, des clients ou de la sortie automatisée de l’activité. Les commentaires immédiats proviennent notamment de tests A/B et de la mise à disposition de nouvelles fonctionnalités, et sont essentiels à l’interruption immédiate.
Les analyses rétrospectives doivent être effectuées régulièrement pour recueillir des rétroactions concernant l’évaluation des métriques et des résultats opérationnels au fil du temps. Ces analyses rétrospectives se déroulent à la fin d’un sprint, sur une cadence, ou après des versions ou des événements majeurs. Ce type de boucle de rétroaction valide les investissements dans les opérations ou votre charge de travail. Il vous permet de mesurer la réussite et valide votre stratégie.
**Résultat escompté :** les commentaires immédiats et les analyses rétrospectives permettent d’apporter des améliorations. Il existe un mécanisme pour recueillir les commentaires des utilisateurs et des membres de l’équipe. Les analyses rétrospectives sont utilisées pour déterminer les tendances qui entraînent des améliorations.
**Anti-modèles courants :**
+ Vous lancez une nouvelle fonctionnalité, mais vous n’avez aucun moyen de recevoir les commentaires des clients à ce sujet.
+ Après avoir investi dans des améliorations opérationnelles, vous n’effectuez pas d’analyse rétrospective pour les valider.
+ Vous recueillez les commentaires des clients, mais ne les examinez pas régulièrement.
+ Les boucles de commentaires mènent à des mesures de suivi proposées, mais elles ne sont pas incluses dans le processus de développement de logiciels.
+ Les clients ne reçoivent pas de commentaires sur les améliorations qu’ils ont proposées.
**Avantages liés au respect de cette bonne pratique :**
+ Vous pouvez travailler à rebours en partant du client pour générer de nouvelles fonctionnalités.
+ Votre culture organisationnelle peut réagir plus rapidement face aux changements.
+ Les tendances sont utilisées afin d’identifier des possibilités d’amélioration.
+ Les analyses rétrospectives valident les investissements effectués dans votre charge de travail et vos opérations.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
L’implémentation de cette bonne pratique signifie que vous utilisez à la fois les commentaires immédiats et les analyses rétrospectives. Ces boucles de commentaires stimulent les améliorations. Il existe de nombreux mécanismes de commentaires immédiats, notamment des enquêtes, des sondages auprès des clients ou des formulaires de commentaires. Votre organisation utilise également des analyses rétrospectives afin d’identifier les possibilités d’amélioration et de valider les initiatives.
**Exemple client**
AnyCompany Retail a créé un formulaire Web dans lequel les clients peuvent donner leur avis ou signaler des problèmes. Au cours de la mêlée hebdomadaire, les commentaires des utilisateurs sont évalués par l’équipe de développement logiciel. Les commentaires sont régulièrement utilisés pour orienter l’évolution de la plateforme de l’entreprise. Les utilisateurs effectuent une analyse rétrospective à la fin de chaque sprint afin d’identifier les éléments qu’elle souhaite améliorer.
## Étapes d’implémentation
1. Commentaires immédiats
+ Vous avez besoin d’un mécanisme pour recevoir les commentaires des clients et des membres de l’équipe. Vos activités opérationnelles peuvent également être configurées de façon à fournir des commentaires automatisés.
+ Votre organisation a besoin d’un processus pour examiner ces commentaires, déterminer ce qui doit être amélioré et planifier l’amélioration.
+ Les commentaires doivent être ajoutés à votre processus de développement logiciel.
+ Lorsque vous apportez des améliorations, effectuez un suivi auprès de l’auteur des commentaires.
+ Vous pouvez l'utiliser [AWS Systems Manager OpsCenter](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter.html)pour créer et suivre ces améliorations en tant que [OpsItems](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-working-with-OpsItems.html).
1. Analyse rétrospective
+ Effectuez des analyses rétrospectives à la fin d’un cycle de développement, sur une cadence définie ou après une version majeure.
+ Réunissez les parties prenantes impliquées dans la charge de travail pour une réunion rétrospective.
+ Créez trois colonnes sur un tableau blanc ou une feuille de calcul : Arrêter, Commencer et Conserver.
+ La colonne *Arrêter* comportera tout ce que votre équipe doit arrêter de faire.
+ La colonne *Commencer* comportera tout ce que votre équipe doit commencer à faire.
+ La colonne *Conserver* comportera tout ce que vous souhaitez continuer à faire.
+ Faites le tour de la salle et recueillez les commentaires des parties prenantes.
+ Privilégiez les commentaires. Attribuez les actions et les parties prenantes aux points que vous souhaitez commencer ou conserver.
+ Ajoutez les actions à votre processus de développement logiciel et communiquez les mises à jour de statut aux parties prenantes à mesure que vous apportez les améliorations.
**Niveau d’effort du plan d’implémentation :** moyen. Pour implémenter cette bonne pratique, vous avez besoin d’une solution pour recevoir des commentaires immédiats et effectuer une analyse. En outre, vous devez établir un processus d’analyse rétrospective.
## Ressources
**Bonnes pratiques associées :**
+ [OPS01-BP01 Évaluer les besoins des clients externes](ops_priorities_ext_cust_needs.md) : les boucles de commentaires sont un mécanisme qui permet de recueillir les besoins des clients externes.
+ [OPS01-BP02 Évaluer les besoins des clients internes](ops_priorities_int_cust_needs.md) : les parties prenantes internes peuvent utiliser les boucles de rétroaction afin de communiquer les besoins et les exigences.
+ [OPS11-BP02 Réaliser une analyse post-incident](ops_evolve_ops_perform_rca_process.md) : les analyses post-incident sont une forme importante d’analyse rétrospective menée après les incidents.
+ [OPS11-BP07 Réaliser des examens des métriques opérationnelles](ops_evolve_ops_metrics_review.md) : les examens des métriques opérationnelles permettent d’identifier les tendances et les points à améliorer.
**Documents connexes :**
+ [7 pièges à éviter lors de la construction d'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/)
+ [Établissement de boucles de rétroaction basées sur la révision du AWS cadre Well-Architected](https://aws.amazon.com/blogs/architecture/establishing-feedback-loops-based-on-the-aws-well-architected-framework-review/)
+ [IBMMéthodologie du garage - Organisez une rétrospective](https://www.ibm.com/garage/method/practices/learn/practice_retrospective_analysis/)
+ [Investopedia — Le cycle PDCS](https://www.investopedia.com/terms/p/pdca-cycle.asp)
+ [Maximizing Developer Effectiveness by Tim Cochran](https://martinfowler.com/articles/developer-effectiveness.html)
+ [Livre blanc sur les examens de l'état de préparation des opérations (ORR) - Itération](https://docs.aws.amazon.com/wellarchitected/latest/operational-readiness-reviews/iteration.html)
+ [ITILCSI- Amélioration continue du service](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)
**Vidéos connexes :**
+ [Building Effective Customer Feedback Loops](https://www.youtube.com/watch?v=zz_VImJRZ3U)
**Exemples connexes :**
+ [Astuto - Open source customer feedback tool](https://github.com/riggraz/astuto)
+ [AWS Solutions - Q nABot on AWS](https://aws.amazon.com/solutions/implementations/qnabot-on-aws/)
+ [Fider - A platform to organize customer feedback](https://github.com/getfider/fider)
**Services connexes :**
+ [AWS Systems Manager OpsCenter](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter.html)
# OPS11-BP04 Effectuer la gestion des connaissances
La gestion des connaissances aide les membres de l’équipe à trouver les informations nécessaires à l’accomplissement de leur tâche. Dans les organisations qui fonctionnent selon le principe de l’apprentissage, les informations sont librement partagées, ce qui donne du pouvoir aux individus. Les informations peuvent être découvertes ou recherchées. Les informations sont exactes et à jour. Il existe des mécanismes permettant de générer de nouvelles informations, de mettre à jour les informations existantes et d’archiver les informations obsolètes. L’exemple le plus courant de plateforme de gestion des connaissances est un système de gestion de contenu comme un wiki.
**Résultat escompté :**
+ Les membres de l’équipe ont accès à des informations précises et opportunes.
+ Les informations sont consultables.
+ Il existe des mécanismes pour ajouter, mettre à jour et archiver des informations.
**Anti-modèles courants :**
+ Il n’y a pas de stockage centralisé des connaissances. Les membres de l’équipe gèrent leurs propres notes sur leurs machines locales.
+ Vous disposez d’un wiki auto-hébergé mais ne disposez d’aucun mécanisme de gestion des informations, ce qui se traduit par des informations obsolètes.
+ Quelqu’un identifie des informations manquantes mais il n’existe aucun processus pour demander leur ajout dans le wiki de l’équipe. Cette personne l’ajoute elle-même mais manque une étape clé, ce qui entraîne une panne.
**Avantages liés au respect de cette bonne pratique :**
+ Les membres de l’équipe sont responsabilisés, car les informations sont partagées librement.
+ Les nouveaux membres de l’équipe sont intégrés plus rapidement, car la documentation est à jour et consultable.
+ Les informations sont opportunes, précises et exploitables.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
La gestion des connaissances est une facette importante des organisations qui fonctionnent selon le principe de l’apprentissage. Pour commencer, vous avez besoin d’un référentiel central pour stocker vos connaissances (par exemple, un wiki auto-hébergé). Vous devez développer des processus pour ajouter, mettre à jour et archiver les connaissances. Développez des normes pour ce qui doit être documenté et laissez chacune et chacun contribuer.
**Exemple client**
AnyCompany Retail héberge un wiki interne où toutes les connaissances sont stockées. Les membres de l’équipe sont encouragés à enrichir la base de connaissances dans l’exercice de leurs fonctions quotidiennes. Chaque trimestre, une équipe interfonctionnelle évalue les pages les moins mises à jour et détermine si elles doivent être archivées ou mises à jour.
**Étapes d’implémentation**
1. Commencez par identifier le système de gestion de contenu dans lequel les connaissances seront stockées. Obtenez l’accord des parties prenantes de votre organisation.
1. Si vous ne disposez pas d’un système de gestion de contenu, envisagez d’utiliser un wiki hébergé par vos soins ou un référentiel de contrôle de version comme point de départ.
1. Développez des runbooks pour l’ajout, la mise à jour et l’archivage des informations. Formez votre équipe à ces processus.
1. Identifiez les connaissances qui doivent être stockées dans le système de gestion de contenu. Commencez par les activités quotidiennes (runbooks et playbooks) que les membres de l’équipe effectuent. Travaillez avec les parties prenantes pour prioriser les connaissances à ajouter.
1. Travaillez périodiquement avec les parties prenantes pour identifier les out-of-date informations et les archiver ou les mettre à jour.
**Niveau d’effort du plan d’implémentation :** moyen. Si vous ne disposez pas d’un système de gestion de contenu, vous pouvez mettre en place un wiki auto-hébergé ou un référentiel de documents contrôlé par version.
## Ressources
**Bonnes pratiques associées :**
+ [OPS11-BP08 Documenter et partager les enseignements](ops_evolve_ops_share_lessons_learned.md) : la gestion des connaissances facilite le partage des informations sur les enseignements tirés.
**Documents connexes :**
+ [Atlassian – Gestion des connaissances](https://www.atlassian.com/itsm/knowledge-management)
**Exemples connexes :**
+ [ 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 Définition de facteurs d’amélioration
Identifiez les facteurs d’amélioration pour vous aider à évaluer et à hiérarchiser les opportunités en fonction des données et des boucles de commentaires. Explorez les opportunités d’amélioration de vos systèmes et processus, et procédez à l’automatisation le cas échéant.
**Résultat escompté :**
+ Vous suivez les données provenant de l’ensemble de votre environnement.
+ Vous mettez en corrélation les événements et les activités avec les résultats commerciaux.
+ Vous pouvez comparer et contraster les environnements et les systèmes.
+ Vous conservez un historique détaillé des activités de vos déploiements et de leurs résultats.
+ Vous collectez des données pour renforcer votre niveau de sécurité.
**Anti-modèles courants :**
+ Vous collectez des données provenant de l’ensemble de votre environnement, mais vous ne mettez pas en corrélation les événements et les activités.
+ Vous collectez des données détaillées sur l’ensemble de votre infrastructure, ce qui entraîne une activité et des coûts élevés pour Amazon CloudWatch et AWS CloudTrail. Cependant, vous n’utilisez pas ces données de manière significative.
+ Vous ne tenez pas compte des résultats commerciaux lorsque vous définissez les facteurs d’amélioration.
+ Vous ne mesurez pas les effets des nouvelles fonctionnalités.
**Avantages liés au respect de cette bonne pratique :**
+ Vous minimisez l’impact des motivations liées aux événements ou de l’investissement émotionnel en déterminant des critères d’amélioration.
+ Vous répondez à des événements commerciaux, et pas seulement à des événements techniques.
+ Vous mesurez votre environnement pour identifier les domaines à améliorer.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
+ Comprenez les moteurs de l’amélioration : avant d’apporter des modifications à un système, il faut s’assurer que le résultat souhaité est bien pris en charge par celui-ci.
+ Fonctionnalités souhaitées : évaluez les fonctionnalités souhaitées lorsque vous étudiez les possibilités d’amélioration.
+ [Nouveautés avec AWS](https://aws.amazon.com/new/)
+ Problèmes inadmissibles : évaluez les problèmes inadmissibles, les bogues et les vulnérabilités lorsque vous étudiez les possibilités d’amélioration. Suivez les options de dimensionnement et recherchez les opportunités d’optimisation.
+ [Derniers bulletins de sécurité AWS](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/)
+ Exigences de conformité : évaluez les mises à jour et les changements nécessaires pour assurer la conformité avec la réglementation ou une politique, ou pour continuer à bénéficier du soutien d’un tiers, lors de l’examen des possibilités d’amélioration.
+ [AWS Conformité](https://aws.amazon.com/compliance/)
+ [Programmes de conformité AWS](https://aws.amazon.com/compliance/programs/)
+ [Dernières actualités sur la conformité AWS](https://aws.amazon.com/compliance/compliance-latest-news/)
## Ressources
**Bonnes pratiques associées :**
+ [OPS01 Priorités de l’organisation](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/organization-priorities.html)
+ [OPS02 Relations et propriété](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/relationships-and-ownership.html)
+ [OPS04-BP01 Identification des indicateurs de rendement clés](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_observability_identify_kpis.html)
+ [OPS08 Utilisation de l’observabilité de la charge de travail](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/utilizing-workload-observability.html)
+ [OPS09 Compréhension de l’état opérationnel](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/understanding-operational-health.html)
+ [OPS11-BP03 Mise en œuvre de boucles de commentaires](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_feedback_loops.html)
**Documents connexes :**
+ [Amazon Athena](https://aws.amazon.com/athena/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc)
+ [Quick](https://aws.amazon.com/quicksight/)
+ [AWS Conformité](https://aws.amazon.com/compliance/)
+ [Dernières actualités sur la conformité AWS](https://aws.amazon.com/compliance/compliance-latest-news/)
+ [Programmes de conformité 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)
+ [Derniers bulletins de sécurité AWS](https://aws.amazon.com/security/security-bulletins/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [Exportation des données du journal vers Amazon S3](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/S3Export.html)
+ [Nouveautés avec AWS](https://aws.amazon.com/new/)
+ [Les impératifs de l’innovation centrée sur le client](https://aws.amazon.com/executive-insights/content/the-imperatives-of-customer-centric-innovation/)
+ [Transformation numérique : hype ou nécessité stratégique ?](https://aws.amazon.com/blogs/enterprise-strategy/digital-transformation-hype-or-a-strategic-necessity/)
**Vidéos connexes**
+ [AWS re:Invent 2023 - Improve operational efficiency and resilience with Support (SUP310)](https://youtu.be/jaehZYBNG0Y?si=UNEaLZsXDrxcBgYo)
# OPS11-BP06 Valider les informations
Vérifiez vos résultats d’analyse et les réponses avec les équipes interfonctionnelles et les responsables métier. Utilisez ces analyses pour établir la compréhension, identifier des impacts supplémentaires et déterminer des lignes de conduite. Ajustez les réponses si nécessaire.
**Résultat escompté :**
+ Vous passez régulièrement en revue les informations avec les responsables métier. Les propriétaires d'entreprise fournissent un contexte supplémentaire aux nouvelles connaissances.
+ Vous examinez des informations et demandez le retour de vos pairs techniques, et vous partagez vos connaissances avec les équipes.
+ Vous publiez des données et des informations pour que d’autres équipes techniques et commerciales puissent les examiner. Vous tenez compte de ce que vous avez appris des nouvelles pratiques d’autres départements.
+ Résumez et examinez les nouvelles idées avec les hauts responsables. Les hauts responsables utilisent de nouvelles connaissances pour définir leur stratégie.
**Anti-modèles courants :**
+ Vous publiez une nouvelle fonctionnalité. Cette fonctionnalité modifie certains comportements de vos clients. Votre observabilité ne tient pas compte de ces changements. Vous ne quantifiez pas les avantages de ces changements.
+ Vous lancez une nouvelle mise à jour et négligez d'actualiser votreCDN. Le CDN cache n'est plus compatible avec la dernière version. Vous mesurez le pourcentage de demandes comportant des erreurs. Tous vos utilisateurs signalent HTTP 400 erreurs lorsqu'ils communiquent avec les serveurs principaux. Vous examinez les erreurs du client et vous constatez que vous avez perdu votre temps parce que vous avez mesuré la mauvaise dimension.
+ Votre contrat de niveau de service stipule une disponibilité de 99,9 % et votre objectif de point de restauration est de quatre heures. Le responsable du service affirme que le système ne connaît aucun temps d’arrêt. Vous implémentez une solution de réplication coûteuse et complexe, ce qui représente une perte de temps et d’argent.
**Avantages liés au respect de cette bonne pratique :**
+ Lorsque vous validez les informations avec les responsables métier et les experts du domaine, vous pouvez établir une compréhension commune et orienter plus efficacement les améliorations.
+ Vous découvrez des problèmes cachés et vous en tenez compte dans vos décisions futures.
+ Vous vous concentrez davantage sur les résultats commerciaux que sur les résultats techniques.
**Niveau de risque encouru si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
+ **Validation des informations :** collaborez avec les propriétaires d’entreprise et les experts du domaine pour vous assurer qu’il existe une compréhension et un accord communs sur la signification des données que vous avez recueillies. Identifiez les autres préoccupations, les impacts potentiels et déterminez les mesures à prendre.
## Ressources
**Bonnes pratiques associées :**
+ [OPS01-BP06 Évaluer les compromis tout en gérant les avantages et les risques](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_priorities_eval_tradeoffs.html)
+ [OPS02-BP06 Les responsabilités entre les équipes sont prédéfinies ou négociées](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_ops_model_def_neg_team_agreements.html)
+ [OPS11-BP03 Implémenter des boucles de rétroaction](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_feedback_loops.html)
**Documents connexes :**
+ [Conception d'un centre d'excellence dans le cloud (CCOE)](https://aws.amazon.com/blogs/enterprise-strategy/designing-a-cloud-center-of-excellence-ccoe/)
**Vidéos connexes :**
+ [Building observability to increase resiliency](https://youtu.be/6bJkYtrMMPI?si=yu8tVMz4a6ax9f34&t=2695)
# OPS11-BP07 Réaliser des examens des métriques opérationnelles
Régulièrement, faites des analyses rétrospectives des métriques opérationnelles avec des intervenants provenant de différents services de l’entreprise. Utilisez ces examens pour identifier les possibilités d’amélioration, les pistes d’action potentielles et pour partager les enseignements tirés. Recherchez des opportunités d’amélioration dans l’ensemble de vos environnements (par exemple, le développement, le test et la production).
**Résultat escompté :**
+ Vous passez fréquemment en revue les métriques qui ont une incidence sur l’activité.
+ Vous détectez et examinez les anomalies grâce à vos fonctionnalités d’observabilité.
+ Vous utilisez les données pour soutenir les résultats et les objectifs de l’entreprise.
**Anti-modèles courants :**
+ Votre fenêtre de maintenance interrompt une importante promotion de vente au détail. L’entreprise continue d’ignorer qu’il existe une fenêtre de maintenance standard qui peut être retardée si d’autres événements ont un impact sur l’activité.
+ Vous avez subi une panne prolongée parce que vous utilisez fréquemment une bibliothèque obsolète dans votre organisation. Vous avez depuis migré vers une bibliothèque prise en charge. Les autres équipes de votre organisation ne savent pas qu’elles sont exposées à des risques.
+ Vous ne passez pas régulièrement en revue le nombre de clients SLAs atteints. Vous avez tendance à ne pas rencontrer votre clientSLAs. Le fait de ne pas rencontrer votre client entraîne des pénalités financièresSLAs.
**Avantages liés au respect de cette bonne pratique :**
+ Lorsque vous vous réunissez régulièrement pour examiner les métriques opérationnelles, les événements et les incidents, vous maintenez une compréhension commune entre les équipes.
+ Votre équipe se réunit régulièrement pour examiner les indicateurs et les incidents, ce qui vous permet de prendre des mesures en cas de risque et de reconnaître le clientSLAs.
+ Vous partagez les leçons apprises, qui fournissent des données permettant de hiérarchiser les priorités et d’améliorer de manière ciblée les résultats commerciaux.
**Niveau de risque encouru si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
+ Régulièrement, faites des analyses rétrospectives des métriques opérationnelles avec des intervenants provenant de différents services de l’entreprise.
+ Faites appel à différents intervenants, y compris des membres de l’équipe commerciale, de l’équipe de développement et de l’équipe opérationnelle, pour qu’ils valident vos résultats par l’intermédiaire de rétroactions immédiates et d’analyses rétrospectives et pour partager les leçons apprises.
+ Utilisez leurs informations pour identifier les possibilités d’amélioration et les plans d’action possibles.
## Ressources
**Bonnes pratiques associées :**
+ [OPS08-BP05 Création de tableaux de bord](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_workload_observability_create_dashboards.html)
+ [OPS09-BP03 Examiner les indicateurs des opérations et prioriser les améliorations](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_operations_health_review_ops_metrics_prioritize_improvement.html)
+ [OPS10-BP01 Utiliser un processus de gestion des événements, des incidents et des problèmes](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_event_response_event_incident_problem_process.html)
**Documents connexes :**
+ [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/)
+ [Référence CloudWatch des métriques et dimensions d'Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CW_Support_For_AWS.html)
+ [Publication de métriques personnalisées](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
+ [Utilisation des CloudWatch métriques Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html)
+ [Tableaux de bord et visualisations avec CloudWatch](https://docs.aws.amazon.com/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/cloudwatch-dashboards-visualizations.html)
# OPS11-BP08 Documenter et partager les enseignements
Documentation et partage d’enseignements : documentez et partagez les enseignements que vous tirez des activités opérationnelles afin de pouvoir les utiliser en interne et entre les équipes. Vous devez partager les enseignements tirés par vos équipes afin d’en retirer un bénéfice accru pour toute votre organisation. Partagez des informations et des ressources pour éviter les erreurs évitables et faciliter les efforts de développement, et concentrez-vous sur la livraison des fonctionnalités souhaitées.
Utilisez Gestion des identités et des accès AWS (IAM) pour définir les autorisations permettant de contrôler l’accès aux ressources que vous souhaitez partager au sein des comptes et entre les comptes.
**Résultat escompté :**
+ Vous utilisez des référentiels dont les versions sont contrôlées pour partager des bibliothèques d’application, des procédures scriptées, de la documentation de procédure et d’autres documentations système.
+ Vous partagez vos normes d’infrastructure sous forme de modèles AWS CloudFormation dont les versions sont contrôlées.
+ Vous passez en revue les leçons apprises par les équipes.
**Anti-modèles courants :**
+ Vous avez subi une panne prolongée, car votre organisation utilise couramment une bibliothèque défaillante. Depuis, vous avez migré vers une bibliothèque fiable. Les autres équipes de votre organisation ne savent pas qu’elles sont exposées à des risques. Personne ne documente et ne partage l’expérience vécue avec cette bibliothèque, et personne n’est conscient des risques.
+ Vous avez identifié un cas limite dans un microservice partagé en interne qui entraîne l’abandon des sessions. Vous avez mis à jour vos appels au service pour éviter ce cas limite. Les autres équipes de votre organisation ne savent pas qu’elles sont exposées à des risques.
+ Vous avez trouvé un moyen de réduire considérablement les besoins d’utilisation du processeur pour l’un de vos microservices. Vous ne savez pas si d’autres équipes peuvent tirer parti de cette technique.
**Avantages liés au respect de cette bonne pratique :** partagez les enseignements que vous avez tirés pour soutenir l’amélioration et pour optimiser les bénéfices de l’expérience.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** faible
## Directives d’implémentation
+ **Documentation et partage d’enseignements :** mettez en place des procédures pour documenter les enseignements que vous tirez de l’exécution des activités opérationnelles et des analyses rétrospectives, afin que d’autres équipes puissent les utiliser.
+ **Partage des enseignements :** imaginez des procédures permettant de partager ces enseignements, ainsi que les artefacts qui y sont associés, avec les autres équipes. Partagez par exemple les mises à jour concernant les procédures, les conseils, la gouvernance et les bonnes pratiques par l’intermédiaire d’un wiki accessible. Partagez des scripts, du code et des bibliothèques grâce à un référentiel commun.
+ Tirez parti d’[AWS re:Post Private](https://aws.amazon.com/repost-private/) en tant que service de connaissances pour rationaliser la collaboration et le partage des connaissances au sein de votre organisation.
## Ressources
**Bonnes pratiques associées :**
+ [OPS02-BP06 Les responsabilités entre les équipes sont prédéfinies ou négociées](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_ops_model_def_neg_team_agreements.html)
+ [OPS05-BP01 Utiliser le contrôle de version](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_dev_integ_version_control.html)
+ [OPS05-BP06 Partager les normes de conception](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_dev_integ_share_design_stds.html)
+ [OPS11-BP03 Mise en œuvre de boucles de commentaires](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_feedback_loops.html)
+ [OPS11-BP07 Examens des métriques des opérations](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_evolve_ops_metrics_review.html)
**Documents connexes :**
+ [ Amélioration de la collaboration et partage sécurisé des connaissances relatives au cloud avec AWS re:Post Private ](https://aws.amazon.com/blogs/aws/increase-collaboration-and-securely-share-cloud-knowledge-with-aws-repost-private/)
+ [ Réduction des délais liés aux projets grâce à une solution Docs-as-Code ](https://aws.amazon.com/blogs/infrastructure-and-automation/reduce-project-delays-with-docs-as-code-solution/)
**Vidéos connexes :**
+ [AWS re:Invent 2023 - Collaborate within your company and with AWS using AWS re:Post Private ](https://www.youtube.com/watch?v=HNq_kU2QJLU)
+ [Supports You \$1 Exploring the Incident Management Tabletop Exercise](https://www.youtube.com/watch?v=0m8sGDx-pRM)
# OPS11-BP09 Allouez du temps pour apporter des améliorations
Consacrez du temps et des ressources à vos processus pour permettre des améliorations progressives continues.
**Résultat escompté :**
+ Vous créez des copies temporaires d’environnements, ce qui réduit les risques, les efforts et les coûts liés à l’expérimentation et aux tests.
+ Ces copies d’environnements peuvent être utilisées pour tester les conclusions de votre analyse, expérimenter, et développer et tester des améliorations planifiées.
+ Vous organisez des journées de jeu et vous utilisez Fault Injection Service (FIS) pour fournir les commandes et les garde-fous dont les équipes ont besoin pour mener des expériences dans un environnement similaire à celui de la production.
**Anti-modèles courants :**
+ Il existe un problème de performances connu sur votre serveur d’applications. Il s’ajoute au retard accumulé dans la mise en œuvre de chaque fonctionnalité planifiée. Si le rythme d’ajout des fonctionnalités prévues reste constant, la question des performances ne sera jamais abordée.
+ Pour permettre l’amélioration continue, vous autorisez les administrateurs et les développeurs à utiliser tout leur temps supplémentaire pour sélectionner et mettre en œuvre les améliorations. Aucune amélioration n’est effectuée.
+ L’acceptation opérationnelle est terminée et vous ne testez plus les pratiques opérationnelles.
**Avantages liés au respect de cette bonne pratique :** ainsi, vous permettez d’apporter des améliorations progressives continues.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** faible
## Directives d’implémentation
+ Allouez du temps aux améliorations : dédiez une partie des ressources et du temps consacrés à vos processus pour apporter des améliorations incrémentielles continues.
+ Mettez en œuvre des modifications afin d’améliorer et d’évaluer les résultats, mais également de déterminer le taux de réussite qu’ils représentent.
+ Si les résultats sont en deçà des objectifs et que l’amélioration constitue toujours une priorité, exécutez d’autres plans d’action.
+ Simulez les charges de travail de production pendant les journées de simulation et utilisez les enseignements tirés de ces simulations pour apporter des améliorations.
## Ressources
**Bonnes pratiques associées :**
+ [OPS05-BP08 Utiliser plusieurs environnements](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_dev_integ_multi_env.html)
**Vidéos connexes :**
+ [AWS re:Invent 2023 - Améliorez la résilience des applications grâce au service d'injection de AWS défauts](https://youtu.be/N0aZZVVZiUw?si=ivYa9ScBfHcj-IAq)