Histoire du résultat de la structure, pas de l'erreur humaine
La gestion des blogs est difficile.
Mais une fois que cela arrive, cela se produit toujours de manière similaire.
- Articles publiés par erreur sur d'autres blogs clients
- Contenu modifié avec des autorisations non révoquées
- Explications du type "Ce n'était pas nous"
Ces incidents sont généralement résumés ainsi.
"Si seulement nous avions été un peu plus prudents..."
Mais en réalité, la cause n'est pas
un problème de prudence.
Les incidents ressemblent à des "erreurs", mais la plupart sont prévisibles
Lorsque vous examinez les journaux après un incident,
la plupart du temps, ces conditions se chevauchent.
- Il y avait plusieurs blogs
- Plusieurs personnes travaillaient en même temps
- Les autorisations n'étaient pas claires
- La responsabilité était attribuée aux personnes
Si ces quatre éléments coexistent,
un incident est inévitable.
Dans la gestion d'une agence, la "prudence parfaite" n'est pas garantie
Il faut partir d'une hypothèse réaliste.
- Les gens changent
- Les délais sont serrés
- Le travail est effectué en parallèle
Dans cet environnement,
"soyons toujours prudents" n'est pas une solution.
La prudence est une ressource épuisée,
et finira par s'épuiser.
Les points où les incidents se produisent sont toujours les mêmes
Les incidents de gestion de blog
se produisent généralement à ces points.
Lorsque les frontières deviennent floues
- Lorsque la distinction entre les blogs clients devient floue
Lorsque les autorisations sont excessives
- Lorsqu'on a plus d'autorisations que nécessaire
Lorsque la responsabilité repose sur des personnes plutôt que sur la structure
- Lorsque la question de "qui a fait cela" est posée en premier
Il ne s'agit pas d'une question de compétence individuelle,
mais d'un problème de structure opérationnelle.
Ajouter des règles ne réduit pas les incidents
Après un incident, les équipes réagissent généralement ainsi.
- Ajouter des éléments à la liste de contrôle
- Publier une autre annonce
- Insister sur le "Veuillez vérifier"
Cependant, cette approche
ne réduit pas les incidents.
Parce que
les règles peuvent être enfreintes, mais la structure ne peut pas l'être.
Lorsque la structure change, la nature des incidents change également
Lorsqu'une structure opérationnelle est correctement conçue,
les incidents évoluent de cette manière.
- Il est plus difficile de commettre des erreurs
- Même s'ils se produisent, leur impact est limité
- Les causes et les responsabilités deviennent claires
Il ne s'agit pas d'une question de compétence,
mais d'un problème de conception.
Par conséquent, les incidents de gestion ne sont pas des "problèmes de gestion"
Dans une agence, les incidents de gestion de blog
ne sont pas dus à l'attitude des gestionnaires ou à l'inattention des employés.
C'est le résultat structurel
de l'utilisation d'outils conçus pour un usage personnel
dans le cadre des opérations organisationnelles.
À ce stade,
le choix est clair.
- Continuer à dépendre des personnes
- Ou contrôler les risques par la structure
Dans le prochain article,
je vais discuter de quand il est le plus rationnel de changer cette structure,
et pourquoi "plus tard" est toujours le choix le plus coûteux,
ainsi que de
Prochain épisode à venir
〈Pourquoi le coût augmente-t-il lorsque vous modifiez la structure après l'expansion du blog〉