DéveloppeurWeb.Com
    DéveloppeurWeb.Com
    • Agile Zone
    • AI Zone
    • Cloud Zone
    • Database Zone
    • DevOps Zone
    • Integration Zone
    • Web Dev Zone
    DéveloppeurWeb.Com
    Home»Uncategorized»Le problème avec le MTTR : apprendre des rapports d’incident
    Uncategorized

    Le problème avec le MTTR : apprendre des rapports d’incident

    mars 7, 2023
    Le problème avec le MTTR : apprendre des rapports d'incident
    Share
    Facebook Twitter Pinterest Reddit WhatsApp Email

    Le suivi du temps moyen de restauration (MTTR) est une pratique standard de l’industrie pour la réponse et l’analyse des incidents, mais devrait-il l’être ?

    Courtney Nash, bibliothécaire des incidents Internet, affirme que le MTTR n’est pas une mesure fiable – et nous pensons qu’elle a raison.

    Nous avons rencontré Courtney lors du DevOps Enterprise Summit à Las Vegas, où elle plaidait contre le MTTR en faveur de mesures alternatives (SLO et coût des données de coordination), de pratiques (analyse Near Miss) et d’états d’esprit (les humains sont la solution , pas le problème) pour aider l’organisation à mieux apprendre de ses incidents.

    Faits saillants de l’épisode

    • (1:54) La fin du MTTR ?
    • (4:50) Bibliothèque d’incidents
    • (13:20) Qu’est-ce qu’un incident ?
    • (19:41) Coût de la coordination
    • (22:13) Quasi-accidents
    • (24:21) Modèles mentaux
    • (28:16) Rôle de la langue dans la formation du discours public
    • (29:33) Les leçons du Vide

    Extrait de l’épisode

    Et: Salut tout le monde; bienvenue dans Dev Interrupted. Je m’appelle Dan lines, et je suis ici avec Courtney Nash, qui a l’un des titres les plus cool possiblement inventés, mais peut-être réel : Internet Incident Librarian.

    Courtney : Ouais, c’est vrai, ouais, tu l’as compris.

    Et: Bienvenue au spectacle.

    Courtney : Merci de m’avoir invité.

    Et: j’adore ce titre

    Courtney : Encore peut-être inventé, peut-être, peut-être…

    Et: Encore peut-être inventé.

    Courtney : Nous allons juste laisser celui-là là-bas pour que les auditeurs décident.

    Et: Laissons chacun décider de ce que cela pourrait signifier. Nous avons, je pense, peut-être une émission épicée, un sujet épicé.

    Courtney : C’est une émission de sujet brûlant.

    Et: Sujet brûlant, surtout depuis que nous sommes au DevOps Enterprise Summit, où nous entendons beaucoup parler des métriques DORA, l’une d’entre elles étant le MTTR.

    Courtney : Oui.

    Et: Et vous pourriez avoir un bon point de vue là-dessus. La fin du MTTR ? Ou comment le décririez-vous ?

    Courtney : Ouais, je me sens un peu comme le renard dans le poulailler ici, mais Gene a accepté la conversation. Donc tu sais, il y a ça.

    Et: Alors c’est à lui.

    Courtney : [laughing] Tout est de la faute de Gene ! Je m’intéresse donc depuis longtemps aux systèmes complexes ; J’étudiais le cerveau. Et j’ai été aspiré dans un trou de lapin sur Internet il y a pas mal de temps. Et j’ai cru pendant longtemps que je n’avais pas nécessairement de données à sauvegarder. Et nous voyons ce genre de comportements pervers, pas ce genre de pervers, mais où nous prenons des mesures dans l’industrie, puis avec la loi de Goddard, choisissez tout ce que vous prenez, les gens les incitent, puis des choses étranges se produisent. Mais je pense que nous passons trop peu de temps à regarder les humains dans le système et beaucoup de temps à nous concentrer sur les aspects techniques et les données qui sortent du côté technique des systèmes. J’ai donc lancé un projet il y a environ un an appelé The Void. C’est la base de données Verica Open Incident, en fait un vrai nom, pas inventé. Et c’est la plus grande collection de rapports d’incidents publics. Donc, si vous avez tous une panne, et que vous allez, espérons-le, comprendre et parler de ce qui s’est passé, et ensuite vous écrivez cela, mais c’est dans le monde, donc je n’écris pas ceux-ci, je les organise et collecte. Je suis bibliothécaire. Donc, j’en ai environ 10 000 maintenant. Et un tas de métadonnées associées à tous ces rapports d’incidents.

    Engineering Insights avant tout le monde…

    L’Interruption hebdomadaire est un bulletin d’information conçu pour les leaders de l’ingénierie par des leaders de l’ingénierie.

    Nous avons compris. Tu es occupé. Nous aussi. C’est pourquoi notre newsletter est légère, informative et souvent irrévérencieuse. Pas de BS ou de peluches. Chaque semaine, nous fournissons des conseils pratiques pour vous aider à devenir un meilleur leader, que vous soyez directeur technique, vice-président de l’ingénierie, chef d’équipe ou IC.

    C’est aussi le meilleur moyen de rester à jour sur tout ce qui concerne Dev Interrupted – de notre podcast aux articles tendance, Interact et notre communauté Discord.

    Soyez interrompu.

    Share. Facebook Twitter Pinterest LinkedIn WhatsApp Reddit Email
    Add A Comment

    Leave A Reply Cancel Reply

    Catégories

    • Politique de cookies
    • Politique de confidentialité
    • CONTACT
    • Politique du DMCA
    • CONDITIONS D’UTILISATION
    • Avertissement
    © 2023 DéveloppeurWeb.Com.

    Type above and press Enter to search. Press Esc to cancel.