Field notes
Apuntes de campo
Notes de terrain
The CEO as early warning system
El CEO como sistema de alerta temprana
Le PDG comme système d'alerte précoce
Why large service organizations only see problems when it's too late.
Por qué las grandes empresas de servicios solo ven los problemas cuando ya es demasiado tarde.
Pourquoi les grandes sociétes de services ne voient les problèmes que lorsqu'il est trop tard.
Most large service organizations experience operations as stable most of the time. Dashboards are green. Contracts are active. Service providers meet their obligations. Incidents are closed within agreed timeframes. From a distance, the system appears to be under control.
And then, occasionally, something reaches the CEO.
It may be a major customer complaint, an internal user working on a critical project, a regulatory concern, a public outage, or an issue that refuses to disappear despite repeated fixes. When that happens, pressure spikes. Meetings are convened. Providers are challenged. Somebody gets blamed explicitly or at least implicitly. Explanations are demanded. Usually, the issue is resolved — or at least contained.
From the outside, this looks like effective leadership under pressure. From the inside, it feels exhausting but familiar. This is how most service organizations function; and almost every organization these days is a service organization.
Until they don't.
The problem is not that issues escalate. Escalation is inevitable in complex systems. The problem is when escalation becomes the first moment the organization recognizes that an issue is systemic.
If the first time an organization understands an issue as systemic is when it reaches the CEO, escalation is not an exception. It is the detection mechanism. In that case, the CEO is not managing anomalies. He is operating as the early warning system.
This is uncomfortable to acknowledge.
Boards prefer to believe they oversee controlled environments. Executives prefer to believe escalations result from execution failures. Service providers prefer to believe that meeting contractual metrics equals success. All of these beliefs can coexist — until reality forces them to collide.
That collision happens because most operational systems are designed to reassure, not to learn.
When everything becomes an incident
In many organizations, the incident system has quietly become the universal entry point for work.
Users submit incidents not only for outages, but for requests, demands, recurring frustrations, workarounds, and minor enhancements. This is often described as misuse. It is not. It is adaptation.
Incidents guarantee response. They carry urgency, visibility, and obligation. Other channels may exist — request portals, change processes, enhancement backlogs — but under pressure, people route demand through the mechanism that reliably produces action.
When a system responds consistently in one place, all demand flows there, regardless of how it is labeled.
This behavior is rational. Users are not undermining governance; they are navigating it. The organization, meanwhile, continues to interpret this demand through categories: incident, request, problem, enhancement. These distinctions matter on paper. Under pressure, they collapse.
What remains is work.
Work that must be handled quickly. Work that must be assigned. Work that must be closed.
And because all of it is handled under the same constraints, a more important distinction disappears: whether the work is genuinely new, or whether it is the same work being done again.
Why categorization fails under pressure
Organizations invest heavily in classification. Taxonomies are refined. Fields are added. Categories are debated. The belief is that if issues are labeled correctly, patterns will emerge.
This belief holds in stable, cooperative environments. It fails in complex ones.
Categories assume shared meaning. They assume consistency across teams and providers. In multi-provider environments, these assumptions do not hold. Different vendors interpret categories differently. Different teams optimize against different incentives. Support agents operate under time pressure with explicit instructions to process tickets — not to reflect.
Two incidents that are structurally identical are easily described differently. Two genuinely different issues may share the same category. Over time, classification degrades into noise.
What does not degrade is resolution.
Under pressure, people reuse what works. They copy previous fixes, repeat known workarounds, and route issues to individuals or teams known to resolve them quickly. This reuse is not coordinated. It is emergent.
Two issues are not the same because they share a label. They are the same because they are solved the same way.
Invisible repetition
The most significant work in service organizations is repeated work.
The same fixes are applied again and again. The same explanations are given to different users; on occasions solving the issue and on others not so much. The same causes are addressed locally without ever being named globally.
Yet repetition remains largely invisible.
It remains invisible because it is distributed. Each provider sees only its own slice of reality. Each agent sees only their queue. Each manager sees only their metrics. From any single vantage point, repetition looks like coincidence.
Repetition disappears when it is spread thinly enough across organizational boundaries.
Central reporting does not solve this. Aggregated views are optimized for reassurance. They show volume, compliance, and trend lines. They smooth variability. They answer the question: How are we doing?
They do not answer a more important question: Are we doing the same work again and again?
Recognition only occurs when repetition gathers enough impact to cross a threshold. When enough users are affected. When enough fixes fail to hold. When reputational risk becomes visible.
That threshold is often the CEO.
Escalation is a signal, not a surprise
CEO escalations are typically treated as anomalies. Something went wrong. Someone failed. Control broke down.
In reality, escalations are delayed signals.
They mark the moment when scattered operational patterns finally concentrate. What appears sudden at the top has often been repeating quietly at the edges for months or years.
Seen this way, escalation is effective — but expensive. It works because it temporarily suspends normal constraints. Attention converges. Incentives realign. Cooperation or collaboration as it is often called is enforced.
The system responds.
Then the pressure dissipates. Normal behavior resumes. Repetition continues.
This creates an illusion: that escalation proves control rather than revealing blindness.
If leadership only learns when issues become personal, public, or reputational, learning is happening far too late.
Why learning cannot be mandated
Organizations often respond by trying to impose learning.
They introduce new processes. They mandate documentation. They demand collaboration across providers. They launch initiatives labeled operational excellence or continuous improvement.
These efforts usually fail.
They fail not because the intent is wrong, but because learning does not respond to authority in complex systems. It responds to pressure.
When incentives are misaligned, mandates produce compliance, not insight. Providers protect their metrics. Agents do what they are measured on. Additional reflection becomes overhead — and overhead disappears first under load.
Learning requires feedback. Feedback requires signals that are visible and meaningful to the people doing the work. Without that, reflection is optional. Optional work does not survive pressure.
This is why asking people to identify recurring issues rarely works. Recognition is cognitively expensive. Under time pressure, it is unrealistic.
The system must do the recognizing.
Reuse reveals structure
There is one signal that survives pressure: reuse.
When people reuse the same resolution, route issues to the same teams, or apply the same workaround repeatedly, they reveal something real about the system. They converge on what works.
This convergence is not planned. It emerges because failure is costly and time is scarce. The repeated use of resolution that works creates structure.
It reveals which issues are systemic. It reveals which services exist in practice, regardless of formal definitions. It reveals where ownership already exists, even if it has never been assigned.
We do not decide what is the same. Reality does — through reuse.
This changes the intervention strategy entirely. Instead of asking the organization to categorize better, we observe how it behaves. Instead of prescribing ownership, we identify where work already gravitates. Instead of designing services upfront, we let them emerge from repeated use.
Most importantly, reuse provides earlier signal — long before escalation.
The smallest possible intervention
Observing reuse does not require alignment, cooperation, or transformation.
It does not require changing KPIs. It does not require retraining agents. It does not require redefining services.
It requires only that reuse be made visible.
This is the smallest possible intervention: changing what the system notices, not how people behave.
Because it is observational, it is low risk. Because it is reversible, it does not threaten existing power structures. Because it operates on work already being done, it adds no friction.
If the insight proves useless, it can be discarded. If it proves useful, it becomes difficult to ignore.
Ownership without assignment
One of the most persistent myths in service organizations is that ownership must be assigned.
In practice, ownership already exists — informally.
Ownership emerges where work piles up. Where issues are routed quickly. Where fixes are reliable. Where knowledge accumulates. Formal structures usually follow this reality rather than create it.
By observing reuse, these natural ownership patterns become visible. They can then be acknowledged, supported, or formalized — but only after they are understood.
This reverses the usual logic. Instead of designing ownership and hoping behavior follows, behavior reveals ownership.
The same is true of services themselves. Many undeclared services exist long before they appear in catalogs. They exist because people rely on them repeatedly. Reuse makes them real.
Governance without illusion
At board level, this reframes governance.
Governance is not about eliminating risk. It is about knowing where risk is accumulating early enough to act deliberately.
Dashboards optimized for reassurance delay that knowledge. Escalations optimized for action deliver it too late.
A board that only learns through escalation has outsourced governance to embarrassment.
Making repetition visible shortens the distance between operational reality and executive awareness. It replaces surprise with anticipation. It does not eliminate escalation — but it changes its role.
Escalation becomes a choice, not a shock.
Learning under pressure
The central mistake organizations make is assuming that learning requires calm.
In reality, learning must survive pressure — or it will not survive at all.
Systems that depend on alignment, goodwill, or reflection are fragile. Systems that learn as a side effect of efficiency endure.
Observing reuse is one such mechanism. It respects incentives. It operates under load. It reveals structure without demanding agreement.
The question for leaders is not whether their organization is controlled. It is whether it learns before the cost of learning becomes public.
As long as escalation remains the first signal, the answer is no.
And the CEO will continue to function as the early warning system.
La mayoría de las grandes empresas de servicios viven sus operaciones como estables la mayor parte del tiempo. Los dashboards están en verde. Los contratos están vigentes. Los proveedores de servicio cumplen sus obligaciones. Las incidencias se cierran dentro de los plazos acordados. Desde lejos, el sistema parece estar bajo control.
Y entonces, de vez en cuando, algo llega hasta el CEO.
Puede ser una queja importante de un cliente, un usuario interno que trabaja en un proyecto crítico, una preocupación normativa, una caída pública del servicio, o un problema que se niega a desaparecer pese a arreglos repetidos. Cuando eso ocurre, la presión se dispara. Se convocan reuniones. Se cuestiona a los proveedores. Se atribuye la culpa a alguien, de forma explícita o al menos implícita. Se exigen explicaciones. Normalmente, el problema se resuelve — o al menos se contiene.
Desde fuera, esto parece liderazgo eficaz bajo presión. Desde dentro, se siente agotador pero familiar. Así es como funcionan las empresas de servicios; y hoy en día casi toda organización es una organización de servicios.
Hasta que dejan de funcionar así.
El problema no es que los problemas escalen. El escalado es inevitable en los sistemas complejos. El problema es cuando el escalado se convierte en el primer momento en que la organización reconoce que un problema es sistémico.
Si la primera vez que una organización realiza que un problema como sistémico es cuando llega al CEO, el escalado no es una excepción. Es el mecanismo de detección. En ese caso, el CEO no está gestionando anomalías. Se ha convertido en el sistema de alerta temprana.
Es incómodo reconocerlo.
Los consejos de administración piensan que supervisan entornos controlados. Los ejecutivos piensan que los escalados son fruto de fallos de ejecución. Los proveedores de servicio prefieren creer que cumplir las métricas contractuales equivale al éxito. Todas estas creencias pueden coexistir — hasta que la realidad las obliga a chocar.
Esa colisión ocurre porque la mayoría de los sistemas operativos están diseñados para tranquilizar, no para aprender.
Cuando todo se convierte en una incidencia
En muchas empresas, el sistema de incidencias se ha convertido silenciosamente en el punto de entrada universal del trabajo.
Los usuarios registran incidencias no solo por caídas, sino por peticiones, demandas, frustraciones recurrentes, soluciones provisionales y mejoras. A menudo esto se describe como un mal uso. No lo es. Es adaptación.
Las incidencias garantizan una respuesta. Llevan consigo urgencia, visibilidad y obligación. Pueden existir otros canales — portales de peticiones, procesos de cambio, backlogs de mejoras — pero bajo presión, la gente canaliza la demanda a través del mecanismo que de forma fiable produce acción.
Cuando un sistema responde de forma consistente en un solo lugar, toda la demanda fluye hacia allí, sin importar cómo se categorize.
Este comportamiento es racional. Los usuarios no están saboteando la gobernanza; la están manejando. La organización, mientras tanto, sigue interpretando esa demanda a través de categorías: incidencia, petición, problema, mejora. Estas distinciones importan sobre el papel. Bajo presión, se derrumban.
Lo que queda es trabajo.
Trabajo que hay que atender rápido. Trabajo que hay que asignar. Trabajo que hay que cerrar.
Y como todo este trabajo se realiza bajo la misma presión, desaparece una distinción más importante: si el trabajo es genuinamente nuevo, o si es el mismo trabajo hecho otra vez.
Por qué la categorización falla bajo presión
Las organizaciones invierten mucho en clasificación. Se refinan las taxonomías. Se añaden campos. Se debaten las categorías. La creencia es que si los problemas se etiquetan correctamente, los patrones emergerán.
Esta convicción se sostiene en entornos estables y cooperativos. Falla en los complejos.
Las categorías presuponen un significado compartido. Presuponen consistencia entre equipos y proveedores. En entornos multiproveedor, esas presuposiciones no se cumplen. Distintos proveedores interpretan las categorías de forma distinta. Distintos equipos optimizan según incentivos distintos. Los agentes de soporte trabajan bajo presión de tiempo con instrucciones explícitas de procesar tickets — no de reflexionar.
Dos incidencias estructuralmente idénticas se describen fácilmente de forma distinta. Dos problemas genuinamente distintos pueden compartir la misma categoría. Con el tiempo, la clasificación se degrada hasta convertirse en ruido.
Lo que no se degrada es la resolución.
Bajo presión, la gente reutiliza lo que funciona. Copian arreglos anteriores, repiten soluciones provisionales conocidas, y enrutan los problemas a las personas o equipos que se sabe que los resuelven rápido. Esta reutilización no está coordinada. Es emergente.
Dos problemas no son el mismo porque compartan una misma categorización. Son el mismo porque se resuelven de la misma manera.
Repetición invisible
El trabajo más significativo en las empresas de servicios es el trabajo que se repite.
Los mismos arreglos se aplican una y otra vez. Las mismas explicaciones se dan a distintos usuarios; a veces resolviendo el problema y a veces no tanto. Las mismas causas se tratan a nivel local sin llegar nunca a nombrarse globalmente.
Y aun así, la repetición permanece en gran medida invisible.
Permanece invisible porque está distribuida. Cada proveedor ve solo su propia porción de la realidad. Cada agente ve solo su cola. Cada responsable ve solo sus métricas. Desde cualquier punto de vista aislado, la repetición parece una coincidencia.
La repetición desaparece cuando se distribuye de manera sutil a través de las fronteras organizativas.
El reporting central no resuelve esto. Las vistas agregadas están optimizadas para tranquilizar. Muestran volumen, cumplimiento y tendencias. Suavizan la variabilidad. Responden a la pregunta: ¿Cómo lo estamos haciendo?
No responden a una pregunta más importante: ¿Estamos haciendo el mismo trabajo una y otra vez?
El reconocimiento solo ocurre cuando la repetición acumula suficiente impacto como para cruzar un umbral. Cuando hay suficientes usuarios afectados. Cuando suficientes arreglos no aguantan. Cuando el riesgo reputacional se vuelve visible.
Ese umbral es, a menudo, el CEO.
El escalado es una señal, no una sorpresa
Las escalaciones al CEO se tratan normalmente como anomalías. Algo salió mal. Alguien falló. El control se rompió.
En realidad, las escalaciones son señales retrasadas.
Marcan el momento en que patrones operativos dispersos por fin se concentran. Lo que parece repentino en los niveles alto de la organización suele ser algo que lleva meses o años repitiéndose en silencio en los márgenes.
Visto así, la escalación es eficaz — pero caro. Funciona porque suspende temporalmente las restricciones normales. La atención converge. Los incentivos se realinean. La cooperación, o colaboración como suele llamarse, se impone.
El sistema responde.
Luego la presión se disipa. El comportamiento normal se reanuda. La repetición continúa.
Esto crea una ilusión: que el escalado demuestra control, en lugar de revelar ceguera.
Si el liderazgo solo aprende cuando los problemas se vuelven personales, públicos o reputacionales, el aprendizaje está ocurriendo demasiado tarde.
Por qué el aprendizaje no se puede imponer
Las organizaciones a menudo responden intentando imponer el aprendizaje.
Introducen nuevos procesos. Imponen documentación. Exigen colaboración entre proveedores. Lanzan iniciativas etiquetadas como excelencia operativa o mejora continua.
Estos esfuerzos normalmente fracasan.
Fracasan no porque la intención sea errónea, sino porque el aprendizaje no responde a la autoridad en los sistemas complejos. Responde a la presión.
Cuando los incentivos están desalineados, los mandatos producen cumplimiento, no comprensión. Los proveedores protegen sus métricas. Los agentes hacen aquello por lo que se les mide. La reflexión adicional se convierte en sobrecarga — y la sobrecarga es lo primero que desaparece bajo carga.
El aprendizaje requiere realimentación. La realimentación requiere señales que sean visibles y significativas para las personas que hacen el trabajo. Sin eso, la reflexión es opcional. El trabajo opcional no sobrevive a la presión.
Por eso pedir a la gente que identifique problemas recurrentes rara vez funciona. El reconocimiento es cognitivamente caro. Bajo presión de tiempo, es poco realista.
El sistema tiene que hacer el reconocimiento.
La reutilización revela la estructura
Hay una señal que sobrevive a la presión: la reutilización.
Cuando la gente reutiliza la misma resolución, enrutan los problemas a los mismos equipos, o aplica repetidamente la misma solución provisional, revela algo real sobre el sistema. Convergen en lo que funciona.
Esta convergencia no está planificada. Emerge porque el fallo es caro y el tiempo escaso. El uso repetido de la resolución que funciona crea estructura.
Revela qué problemas son sistémicos. Revela qué servicios existen en la práctica, al margen de las definiciones formales. Revela dónde ya existe la responsabilidad, además la autoridad, aunque nunca se haya asignado.
No decidimos nosotros qué es lo mismo. Lo decide la realidad — a través de la reutilización.
Esto cambia por completo la estrategia de intervención. En lugar de pedir a la organización que categorice mejor, observamos cómo se comporta. En lugar de prescribir la responsabilidad o autoridad, identificamos hacia dónde ya gravita el trabajo. En lugar de diseñar los servicios de antemano, dejamos que emerjan del uso repetido.
Y lo más importante: la reutilización aporta una señal más temprana — mucho antes de las escalaciones.
La menor intervención posible
Observar la reutilización no requiere alineación, cooperación ni transformación.
No requiere cambiar los KPI. No requiere formar de nuevo a los agentes. No requiere redefinir los servicios.
Solo requiere que la reutilización se haga visible.
Esta es la intervención más pequeña posible: cambiar lo que el sistema nota, no cómo se comporta la gente.
Por ser observacional, es de bajo riesgo. Por ser reversible, no amenaza las estructuras de poder existentes. Por operar sobre trabajo que ya se está haciendo, no añade fricción.
Si la información resulta inútil, se puede descartar. Si resulta útil, se vuelve difícil de ignorar.
Autoridad sin asignación
Uno de los mitos más persistentes en las empresas de servicios es que la responsabilidad y la autoridad debe asignarse.
En la práctica, la ambos ya existen — de forma informal.
La responsabilidad emerge allí donde el trabajo se acumula. Donde los problemas se asignan rapidamente. Donde los arreglos son fiables. Donde el conocimiento se acumula. Las estructuras formales normalmente siguen a esta realidad en lugar de crearla.
Al observar la reutilización, estos patrones naturales de responsabilidad se hacen visibles. Entonces pueden reconocerse, apoyarse o formalizarse — pero solo después de haberse entendido.
Esto invierte la lógica habitual. En lugar de diseñar las responsabilidades y esperar que el comportamiento la siga, el comportamiento revela la realidad.
Lo mismo ocurre con los propios servicios. Muchos servicios no declarados existen mucho antes de aparecer en los catálogos. Existen porque la gente depende de ellos repetidamente. La reutilización los hace reales.
Gobernanza sin ilusión
A nivel de consejo de administración, esto reformula la gobernanza.
La gobernanza no consiste en eliminar el riesgo. Consiste en saber dónde se está acumulando el riesgo con la antelación suficiente para actuar de forma deliberada.
Los dashboards optimizados para tranquilizar retrasan ese conocimiento. Las escalaciones optimizadas para la acción lo entregan demasiado tarde.
Un consejo de administración que solo aprende a través del escalado ha subcontratado la gobernanza a la vergüenza.
Hacer visible la repetición acorta la distancia entre la realidad operativa y la concienciación ejecutiva. Sustituye la sorpresa por la anticipación. No elimina la escalación — pero cambia su papel.
La escalación se convierte en una elección, no en un sobresalto.
Aprender bajo presión
El error central que cometen las organizaciones es suponer que el aprendizaje requiere calma.
En realidad, el aprendizaje tiene que sobrevivir a la presión — o no sobrevivirá en absoluto.
Los sistemas que dependen de la alineación, la buena voluntad o la reflexión son frágiles. Los sistemas que aprenden como consecuencia de la eficiencia perduran.
Observar la reutilización es uno de esos mecanismos. Respeta los incentivos. Opera bajo carga. Revela la estructura sin exigir acuerdo.
La pregunta para los líderes no es si su organización está controlada. Es si aprende antes de que el coste del aprendizaje se vuelva público.
Mientras el escalado siga siendo la primera señal, la respuesta es no.
Y el CEO seguirá funcionando como el sistema de alerta temprana.
La plupart des grandes sociétes de services considèrent que leurs opérations sont généralement stables la plupart du temps. Les tableaux de bord sont au vert. Les contrats sont actifs. Les prestataires remplissent leurs obligations. Les incidents sont clôturés dans les délais convenus. De loin, le système paraît sous contrôle.
Et puis, de temps en temps, il y a une remontée au PDG.
Cela peut être une plainte d'un client majeur, un utilisateur interne travaillant sur un projet critique, un problème de conformité réglementaire, une panne publique, ou un problème qui refuse de disparaître malgré des corrections répétées. Quand cela arrive, la pression monte d'un cran. Des réunions sont organisées. Les prestataires sont mis en cause. Quelqu'un est implicitement ou explicitement mise en cause. On exige des explications. En général, le problème est résolu — ou du moins contenu.
De l'extérieur, cela ressemble à un leadership efficace sous pression. De l'intérieur, cela paraît épuisant mais familier. C'est un bref résumé du fonctionnent les sociétés de services ; et quasiment toutes les organisations publiques comme privées, fournissent aujourd'hui des services.
Jusqu'à ce qu'elles ne fonctionnent plus.
Le problème n'est pas la remontée des incidents. L'escalade est inévitable dans les systèmes complexes. Le problème se pose lorsque l'escalade devient cet instant où l'organisation prend conscience de l´existence d´un problème systémique.
Si ce n´est qu´au moment où un problème est porté à l´attention du PDG qu´une organisation se rend compte de son caractère systémique cette remontée hiérarchique n'est pas une exception. Il s´agit du mécanisme de détection. Le PDG ne gère alors pas des anomalies; il fait office de système de détection précoce.
C'est inconfortable à admettre.
La direction à tendance à penser qu'elle supervise des environnements sous contrôle. Les dirigeants préfèrent croire que les escalades sont dues à des défaillances dans l'exécution. Les prestataires préfèrent croire qu'atteindre les indicateurs contractuels équivaut au succès. Toutes ces convictions peuvent coexister — jusqu'à ce que la réalité les oblige à s´affronter.
Cette confrontation survient parce que la plupart des systèmes opérationnels sont conçus pour rassurer, non pour apprendre.
Quand tout devient un incident
Dans beaucoup d'organisations, le système d'incidents est devenu discrètement le point d'entrée universel du travail.
Les utilisateurs soumettent des incidents non seulement pour les pannes, mais aussi pour des demandes, des besoins, des frustrations récurrentes, des contournements et des améliorations mineures. On décrit souvent cela comme un mauvais usage. Ce n'en est pas un. C'est une adaptation.
Les incidents garantissent une réponse. Ils portent de l'urgence, de la visibilité et de l'obligation. D'autres canaux peuvent exister — portails de demandes, processus de changement, backlogs d'améliorations — mais sous pression, les gens font passer la demande par le mécanisme qui produit de l'action de façon fiable.
Quand un système répond de façon constante à un seul endroit, toute la demande y afflue, quelle que soit l'étiquette qu'on lui donne.
Ce comportement est rationnel. Les utilisateurs ne sapent pas la gouvernance ; ils la contournent. L'organisation, pendant ce temps, continue d'interpréter cette demande à travers des catégories : incident, demande, problème, amélioration. Ces distinctions comptent sur le papier. Sous pression, elles s'effondrent.
Ce qui reste, c'est du travail.
Du travail qu'il faut traiter vite. Du travail qu'il faut assigner. Du travail qu'il faut clôturer.
Et parce que tout est traité sous les mêmes contraintes, une distinction plus importante disparaît : le travail est-il véritablement nouveau, ou est-ce le même travail refait une fois de plus ?
Pourquoi la catégorisation échoue sous pression
Les organisations investissent massivement dans la classification. On affine les taxonomies. On ajoute des champs. On débat des catégories. La conviction est que si les problèmes sont correctement étiquetés, les schémas émergeront.
Cette conviction tient dans les environnements stables et coopératifs. Elle échoue dans les environnements complexes.
Les catégories présupposent un sens partagé. Elles présupposent une cohérence entre les équipes et les prestataires. Dans les environnements multi-prestataires, ces présupposés ne tiennent pas. Différents fournisseurs interprètent les catégories différemment. Différentes équipes optimisent selon des incitations différentes. Les agents de support travaillent sous la pression du temps, avec pour consigne explicite de traiter des tickets — non de réfléchir.
Deux incidents structurellement identiques sont facilement décrits différemment. Deux problèmes véritablement différents peuvent partager la même catégorie. Avec le temps, la classification se dégrade en bruit.
Ce qui ne se dégrade pas, c'est la résolution.
Sous pression, les gens réutilisent ce qui marche. Ils copient des corrections antérieures, répètent des contournements connus, et orientent les problèmes vers les personnes ou les équipes réputées pour les résoudre vite. Cette réutilisation n'est pas coordonnée. Elle est émergente.
Deux problèmes ne sont pas les mêmes parce qu'ils partagent une étiquette. Ils sont les mêmes parce qu'ils sont résolus de la même manière.
La répétition invisible
Le travail le plus significatif dans les organisations de services, c'est le travail répété.
Les mêmes corrections sont appliquées encore et encore. Les mêmes explications sont données à différents utilisateurs ; résolvant parfois le problème, et parfois beaucoup moins. Les mêmes causes sont traitées localement sans jamais être nommées globalement.
Et pourtant, la répétition reste largement invisible.
Elle reste invisible parce qu'elle est distribuée. Chaque prestataire ne voit que sa propre part de la réalité. Chaque agent ne voit que sa file. Chaque manager ne voit que ses indicateurs. Depuis n'importe quel point de vue isolé, la répétition ressemble à une coïncidence.
La répétition disparaît lorsqu'elle est étalée assez finement à travers les frontières organisationnelles.
Le reporting centralisé ne résout pas cela. Les vues agrégées sont optimisées pour rassurer. Elles montrent du volume, de la conformité, des courbes de tendance. Elles lissent la variabilité. Elles répondent à la question : Comment nous en sortons-nous ?
Elles ne répondent pas à une question plus importante : Faisons-nous le même travail encore et encore ?
La reconnaissance n'a lieu que lorsque la répétition accumule assez d'impact pour franchir un seuil. Quand assez d'utilisateurs sont touchés. Quand assez de corrections ne tiennent pas. Quand le risque réputationnel devient visible.
Ce seuil, c'est souvent le CEO.
L'escalade est un signal, pas une surprise
Les escalades au CEO sont généralement traitées comme des anomalies. Quelque chose a mal tourné. Quelqu'un a échoué. Le contrôle a lâché.
En réalité, les escalades sont des signaux retardés.
Elles marquent le moment où des schémas opérationnels dispersés finissent par se concentrer. Ce qui paraît soudain au sommet se répète souvent tranquillement en périphérie depuis des mois ou des années.
Vue ainsi, l'escalade est efficace — mais coûteuse. Elle fonctionne parce qu'elle suspend temporairement les contraintes normales. L'attention converge. Les incitations se réalignent. La coopération, ou collaboration comme on l'appelle souvent, est imposée.
Le système répond.
Puis la pression se dissipe. Le comportement normal reprend. La répétition continue.
Cela crée une illusion : que l'escalade prouve le contrôle, au lieu de révéler l'aveuglement.
Si le leadership n'apprend que lorsque les problèmes deviennent personnels, publics ou réputationnels, l'apprentissage arrive bien trop tard.
Pourquoi l'apprentissage ne se décrète pas
Les organisations répondent souvent en tentant d'imposer l'apprentissage.
Elles introduisent de nouveaux processus. Elles imposent de la documentation. Elles exigent de la collaboration entre prestataires. Elles lancent des initiatives étiquetées excellence opérationnelle ou amélioration continue.
Ces efforts échouent généralement.
Ils échouent non parce que l'intention est mauvaise, mais parce que l'apprentissage ne répond pas à l'autorité dans les systèmes complexes. Il répond à la pression.
Quand les incitations sont désalignées, les décrets produisent de la conformité, pas de la compréhension. Les prestataires protègent leurs indicateurs. Les agents font ce sur quoi ils sont mesurés. La réflexion supplémentaire devient une surcharge — et la surcharge disparaît en premier sous la charge.
L'apprentissage exige de la rétroaction. La rétroaction exige des signaux visibles et significatifs pour les gens qui font le travail. Sans cela, la réflexion est optionnelle. Le travail optionnel ne survit pas à la pression.
C'est pourquoi demander aux gens d'identifier les problèmes récurrents fonctionne rarement. La reconnaissance est cognitivement coûteuse. Sous la pression du temps, elle est irréaliste.
C'est le système qui doit faire la reconnaissance.
La réutilisation révèle la structure
Il existe un signal qui survit à la pression : la réutilisation.
Quand les gens réutilisent la même résolution, orientent les problèmes vers les mêmes équipes, ou appliquent le même contournement de façon répétée, ils révèlent quelque chose de réel sur le système. Ils convergent vers ce qui marche.
Cette convergence n'est pas planifiée. Elle émerge parce que l'échec coûte cher et que le temps est rare. L'usage répété de la résolution qui marche crée de la structure.
Elle révèle quels problèmes sont systémiques. Elle révèle quels services existent en pratique, indépendamment des définitions formelles. Elle révèle où la responsabilité existe déjà, même si elle n'a jamais été assignée.
Ce n'est pas nous qui décidons ce qui est identique. C'est la réalité — par la réutilisation.
Cela change entièrement la stratégie d'intervention. Au lieu de demander à l'organisation de mieux catégoriser, on observe comment elle se comporte. Au lieu de prescrire la responsabilité, on repère où le travail gravite déjà. Au lieu de concevoir les services en amont, on les laisse émerger de l'usage répété.
Surtout, la réutilisation fournit un signal plus précoce — bien avant l'escalade.
La plus petite intervention possible
Observer la réutilisation n'exige ni alignement, ni coopération, ni transformation.
Cela n'exige pas de changer les KPI. Cela n'exige pas de reformer les agents. Cela n'exige pas de redéfinir les services.
Cela exige seulement que la réutilisation soit rendue visible.
C'est la plus petite intervention possible : changer ce que le système remarque, non la façon dont les gens se comportent.
Parce qu'elle est observationnelle, elle est à faible risque. Parce qu'elle est réversible, elle ne menace pas les structures de pouvoir existantes. Parce qu'elle porte sur un travail déjà en cours, elle n'ajoute aucune friction.
Si l'éclairage se révèle inutile, on peut l'écarter. S'il se révèle utile, il devient difficile à ignorer.
La responsabilité sans assignation
L'un des mythes les plus tenaces dans les organisations de services est que la responsabilité doit être assignée.
En pratique, la responsabilité existe déjà — de façon informelle.
La responsabilité émerge là où le travail s'accumule. Là où les problèmes sont orientés rapidement. Là où les corrections sont fiables. Là où le savoir s'accumule. Les structures formelles suivent généralement cette réalité plutôt qu'elles ne la créent.
En observant la réutilisation, ces schémas naturels de responsabilité deviennent visibles. Ils peuvent alors être reconnus, soutenus ou formalisés — mais seulement après avoir été compris.
Cela inverse la logique habituelle. Au lieu de concevoir la responsabilité en espérant que le comportement suivra, le comportement révèle la responsabilité.
Il en va de même pour les services eux-mêmes. Beaucoup de services non déclarés existent bien avant d'apparaître dans les catalogues. Ils existent parce que les gens s'appuient sur eux de façon répétée. La réutilisation les rend réels.
La gouvernance sans illusion
Au niveau du conseil d'administration, cela reformule la gouvernance.
La gouvernance ne consiste pas à éliminer le risque. Elle consiste à savoir où le risque s'accumule assez tôt pour agir délibérément.
Les tableaux de bord optimisés pour rassurer retardent ce savoir. Les escalades optimisées pour l'action le livrent trop tard.
Un conseil qui n'apprend que par l'escalade a sous-traité la gouvernance à l'embarras.
Rendre la répétition visible raccourcit la distance entre la réalité opérationnelle et la conscience des dirigeants. Cela remplace la surprise par l'anticipation. Cela n'élimine pas l'escalade — mais cela en change le rôle.
L'escalade devient un choix, non un choc.
Apprendre sous pression
L'erreur centrale que commettent les organisations est de supposer que l'apprentissage exige le calme.
En réalité, l'apprentissage doit survivre à la pression — ou il ne survivra pas du tout.
Les systèmes qui dépendent de l'alignement, de la bonne volonté ou de la réflexion sont fragiles. Les systèmes qui apprennent comme effet secondaire de l'efficacité perdurent.
Observer la réutilisation est l'un de ces mécanismes. Il respecte les incitations. Il opère sous charge. Il révèle la structure sans exiger l'accord.
La question, pour les dirigeants, n'est pas de savoir si leur organisation est sous contrôle. C'est de savoir si elle apprend avant que le coût de l'apprentissage ne devienne public.
Tant que l'escalade reste le premier signal, la réponse est non.
Et le CEO continuera de fonctionner comme le système d'alerte précoce.
— Koffi M. Ganke
— Koffi M. Ganke
— Koffi M. Ganke
← Back to Operational·Signal ← Volver a Operational·Signal ← Retour à Operational·Signal