1. Introducción

Pregúntele a un departamento de TI cómo le va y responderá en su propio lenguaje: disponibilidad en tres nueves, la mesa de servicio dentro de sus objetivos, la migración según lo planificado, la auditoría superada, la hoja de ruta en marcha. Pregúntele a las personas a las que el departamento existe para servir cómo le va a TI y la respuesta estará en un lenguaje completamente distinto: lo que necesitaban tardó una semana, el nuevo portal tiene un paso más que el antiguo, el informe del que dependen es una hoja de cálculo que mantienen fuera del sistema, y la forma más rápida de conseguir que se haga algo es conocer a alguien. Ambas respuestas pueden ser ciertas a la vez, y cuando lo son, el departamento padece una condición que este artículo nombra y anatomiza: se ha vuelto hacia dentro, y ha tomado su propio mundo por el mundo.

Tomamos prestada la palabra solipsismo a propósito. En filosofía es la posición según la cual solo la propia mente existe con certeza y todo lo demás es una inferencia que podría estar equivocada. Una organización no puede sostener literalmente esa creencia, pero sí puede comportarse como si lo hiciera. Un departamento de TI se comporta de forma solipsista cuando sus propios artefactos —los sistemas que opera, las métricas que lleva, la hoja de ruta que defiende, la arquitectura hacia la que construye— se convierten en las cosas que trata como reales, y los usuarios, el trabajo y los resultados se convierten en una inferencia que extrae de sus propios instrumentos, sobre todo de los tickets. La inferencia pierde información, y el departamento no advierte la pérdida, porque los instrumentos siguen marcando verde. Esto no es estupidez y rara vez es mala fe. Es la deriva natural de cualquier grupo que se mide por su propia actividad, aislado de las personas a las que sirve por una capa de tickets y gestores de cuenta, y recompensado por una jerarquía que ve los mismos números hacia dentro que él.

El patrón no es exclusivo de TI. Es un fallo reconocido de las organizaciones en general, a veces llamado solipsismo corporativo: una empresa que actúa como si su marca, sus métricas y sus metas internas fueran el centro de la vida de sus clientes, desconectada de las personas y de las realidades que hay fuera de sus muros. La campaña de marketing que encanta al consejo y muere en el mercado, la reorganización que optimiza el organigrama y no el trabajo, la obsesión por el control de alto nivel sobre una abstracción mientras se ignora el trabajo de nivel de base que mantiene el negocio en marcha, son todos el mismo giro hacia dentro. Este artículo traslada ese patrón al departamento de TI, donde adopta sus propias formas características, sus propios instrumentos de autoengaño y, argumentaremos, su propia cura.

La contribución es un vocabulario y un modelo pequeño, no una teoría nueva. El vocabulario son cuatro manifestaciones (Sección 3), cada una la forma en TI de un original corporativo. El modelo (Sección 4) separa el valor que el negocio realiza del trabajo que el departamento contabiliza, y muestra el mecanismo —la demanda de fallo— por el cual ambos pueden moverse en direcciones opuestas, de modo que el departamento parece más saludable en los paneles precisamente donde peor está sirviendo. A partir del modelo leemos un conjunto de indicadores de alerta temprana y sus sustitutos orientados hacia afuera (Sección 5). La pregunta que plantea el artículo es, por tanto: ¿cómo llega un departamento de TI a confundir sus propios instrumentos con el negocio al que sirve, cómo puede darse cuenta y cómo gira la lente de nuevo hacia afuera?

El artículo está escrito para la situación neerlandesa, que muestra el patrón con una claridad inusual (Sección 6). La idea organizadora de la gobernanza de TI neerlandesa en los últimos quince años, la regieorganisatie que separa una organización de demanda de una organización de oferta, institucionaliza exactamente la distancia entre el departamento y el trabajo que alimenta el giro hacia dentro; y una década de revisiones públicas, desde la investigación parlamentaria sobre las TIC hasta el órgano de revisión permanente que la siguió, es en gran parte un registro de proyectos públicos de TI que sirvieron a su propia lógica en lugar de a la del ciudadano. La Sección 7 traza un caso construido. Las Secciones 8 a 11 ofrecen la cura, responden a objeciones, enuncian límites y concluyen.

2. Antecedentes y trabajos relacionados

2.1 El solipsismo como metáfora organizacional

Que las organizaciones pierden el contacto con su exterior es una observación antigua bajo muchos nombres. Janis (1972) describió el pensamiento de grupo (groupthink), la tendencia de un grupo cohesionado a converger en una visión que preserva su propia armonía a expensas de la comprobación con la realidad. Beer (1979) construyó toda una cibernética de la gestión sobre el principio de que una organización solo es viable si su modelo interno del mundo es corregido por canales que traen el exterior adentro, y fracasa cuando esos canales se atrofian; su máxima de que el propósito de un sistema es lo que hace, no lo que dice que hace, es el diagnóstico que este artículo aplica a los paneles. Weick (1995) mostró cómo las organizaciones representan (enact) el entorno que luego dan por supuesto, de modo que una unidad vuelta hacia dentro no solo malinterpreta su mundo, sino que en parte fabrica las lecturas. Ninguno de estos autores escribió sobre departamentos de TI, pero cada uno describió el mecanismo por el cual un grupo llega a vivir dentro de su propio relato de las cosas.

2.2 La visión interna y la visión externa

La descripción más exacta del error cognitivo pertenece a Kahneman y Lovallo. La visión interna pronostica un proyecto a partir de los detalles del propio proyecto —el plan, el equipo, el diagrama de Gantt—; la visión externa lo pronostica a partir del historial de proyectos similares, la mayoría de los cuales se retrasaron (Lovallo y Kahneman, 2003). La visión interna parece más rigurosa porque se construye a partir de lo que el planificador puede ver, y es fiablemente errónea, porque lo que el planificador puede ver es la propia maquinaria del departamento y no la tasa base del mundo. Un departamento de TI que planifica, mide e informa desde la visión interna es solipsista en el sentido técnico preciso: razona a partir de sus propios contenidos y trata el exterior como una inferencia. La cura que proponen los autores, anclar en el historial externo, es la cura que este artículo propone para las métricas.

2.3 El valor tal como lo experimenta el usuario

Una literatura paralela insiste en que el valor no lo crea un proveedor y se envía, sino que lo realiza un usuario en el uso. La lógica dominante del servicio (Vargo y Lusch, 2004) plantea el punto de forma general: el proveedor solo puede ofrecer una propuesta de valor, y el valor es cocreado y determinado por el beneficiario en su propio contexto. La tradición de los jobs-to-be-done (trabajos por hacer) lo vuelve operativo: las personas no quieren un producto, lo contratan para avanzar en un trabajo que surge en sus vidas, y la unidad de análisis es el trabajo, no el producto (Christensen et al., 2016; Ulwick, 2005). Von Hippel (1986) mostró que los usuarios en la vanguardia de una necesidad son a menudo una mejor fuente de qué construir que la propia planificación del proveedor. La tradición de diseño de Norman (2013) dice lo mismo desde el lado del uso: un sistema debe darse forma en torno a los objetivos del usuario y la estructura de su tarea, y un sistema dado forma en torno al modelo que el proveedor tiene de sí mismo es la manera habitual de producir algo inservible. Leídos en conjunto, estos trabajos dicen que la producción de un departamento de TI no son sistemas, sino el trabajo que esos sistemas permiten hacer a las personas, y que el departamento no puede ver esa producción desde dentro.

2.4 La brecha entre el plan y el trabajo

Por último, una tradición en los sistemas de información ha documentado, una y otra vez, que el sistema formal y el trabajo real divergen, y que la divergencia es donde el valor vive o muere. Suchman (1987) mostró que la acción humana es situada, improvisada frente a las particularidades del momento, y solo laxamente gobernada por los planes que se supone que la dirigen, de modo que un sistema construido a partir del plan no encaja con el trabajo. Ciborra (2002) describió cómo los sistemas de información reales derivan (drift) de las intenciones de sus diseñadores a medida que las personas los hacen funcionar mediante bricolaje y apaños, y sostuvo que el apaño es un dato sobre el desajuste, no desobediencia. Markus (1983) y Keen (1981) mostraron que la resistencia del usuario a un sistema suele ser una respuesta racional a cómo el sistema redistribuye el esfuerzo y el poder, y por tanto una señal que hay que leer en lugar de un obstáculo que hay que vencer. Orlikowski (2000) reformuló la tecnología como algo constituido en el uso más que incorporado en el artefacto. El hallazgo común es que la verdad de campo de un sistema de TI está en manos de las personas que lo usan, que es exactamente el lugar donde un departamento solipsista no mira. Los sistemas en la sombra que resultan de ello, las hojas de cálculo y las herramientas no autorizadas, se han convertido en su propio campo de estudio (Haag y Eckhardt, 2017); los leemos en la Sección 3 como el mensaje más claro que el negocio envía sobre el desajuste, y el que más a menudo se oye mal.

3. Cuatro manifestaciones

Nombramos cuatro formas que adopta el giro hacia dentro en un departamento de TI. Se solapan y se refuerzan mutuamente, pero cada una tiene un indicio distinto, y nombrarlas por separado permite a un departamento averiguar cuál padece. La Tabla 1 pone cada una junto a su original corporativo y su señal de nivel de base.

3.1 La ilusión de centralidad

La primera manifestación es la creencia de que el negocio piensa en TI más o menos tanto como TI piensa en sí mismo. El departamento tiene una marca a sus propios ojos: un nombre, un portal, un catálogo de servicios, un conjunto de valores en una pared, una hoja de ruta de la que se enorgullece. Imagina al usuario llegando al portal con atención e intención, leyendo el anuncio, apreciando la nueva función, importándole de qué versión se trata. El usuario no hace nada de esto. El usuario está en medio de un día que trata de cerrar una venta, tratar a un paciente, reservar un envío o impartir una clase, y el sistema es algo por lo que debe pasar para seguir adelante, idealmente sin notarlo. Su interacción con TI es breve, instrumental y a regañadientes, una de entre docenas de herramientas que compiten por una brizna de su atención, y el sentimiento que trae a ella es en el mejor de los casos neutro y en el peor la irritación de una interrupción.

La ilusión es costosa porque fija la meta equivocada. Un departamento que cree que ocupa espacio en la mente del usuario construye para la interacción: portales con noticias, paneles para todos, funciones que invitan a explorar, notificaciones que se anuncian a sí mismas. Un departamento que entiende que ocupa un instante a regañadientes construye para la desaparición: los menos pasos, los valores por defecto más robustos, el sistema que hace lo evidente sin que se lo pidan y luego se quita de en medio. Los dos construyen cosas opuestas, y solo el segundo sirve a un usuario cuya atención está en otra parte. La ilusión de centralidad es la razón por la que tantas herramientas internas se diseñan como destinos cuando deberían diseñarse como umbrales.

3.2 La cámara de eco interna

La segunda manifestación es una gobernanza que selecciona lo que complace al departamento en lugar de lo que sirve al trabajo. Una idea —una nueva plataforma, un estándar, un portal de autoservicio, una reorganización del soporte— nace dentro de TI y debe sobrevivir a una carrera de obstáculos de órganos internos: un comité de arquitectura, un comité consultivo de cambios, un comité de dirección, la reunión de staff del CIO. Cada órgano juzga la idea con criterios internos —elegancia, estandarización, estrategia de proveedores, imputación de costes, control— y una idea que halaga esos criterios pasa, reuniendo patrocinadores a medida que asciende. Para cuando llega al negocio, ha sido refinada durante meses frente a las preferencias de personas que nunca la usarán, y se encuentra con el trabajo por primera vez en el lanzamiento, donde fracasa, no porque la ingeniería fuera mala, sino porque ningún canal externo estuvo jamás en su camino. El portal que nadie pidió, la herramienta de autoservicio que genera más llamadas de las que desvía, la migración que resolvió un problema de TI y creó uno de negocio, son todos productos de un proceso de revisión sin ventana al exterior.

La cámara de eco es la forma en TI de la campaña sorda que encanta a la sala de juntas y muere en el mercado. Su rasgo distintivo es que el fracaso resulta sorprendente. Un departamento cuyas ideas se comprueban contra el trabajo espera que algunas fracasen y aprende barato; un departamento cuyas ideas se comprueban contra sí mismo se asombra una y otra vez, porque todos a quienes consultó estaban de acuerdo. El remedio no son mejores comités, sino una puerta distinta: una idea debería encontrarse con un usuario real haciendo trabajo real antes de acumular patrocinadores internos, no después, de modo que el exterior pueda matarla mientras matarla aún es barato.

3.3 La desconexión por abstracción

La tercera manifestación es la atención que el liderazgo presta al control y la abstracción de alto nivel por encima del trabajo de nivel de base que mantiene la empresa en marcha. La conversación directiva trata de la arquitectura objetivo, la única fuente de verdad, la plataforma, la postura de nube, la estrategia de datos, el panel único de cristal: abstracciones que resultan atractivas precisamente porque prometen control desde arriba sin contacto con el desorden de abajo. Mientras tanto, la empresa en realidad funciona sobre un sustrato que la abstracción no modela: el proceso por lotes nocturno que una sola persona entiende, la conciliación que alguien hace a mano cada mes, la integración sostenida por una exportación programada, el conocimiento tribal de en qué sistema confiar cuando dos discrepan. Este trabajo es invisible desde arriba porque no aparece en el diagrama de arquitectura, y un departamento atrapado por la abstracción trata el diagrama como el territorio.

La desconexión es peligrosa exactamente en los momentos en que se supone que la abstracción ayuda. Una consolidación en la plataforma única, planificada a partir del diagrama, descubre demasiado tarde que el sistema que se desmanteló era estructural de un modo que ningún diagrama mostraba, porque su papel real vivía en un apaño. El mapa omitió el puente que el tráfico de hecho usaba. La arquitectura empresarial como disciplina no es el problema; el problema es la arquitectura practicada como un acto hacia dentro, dibujando el sistema que el departamento desearía operar en lugar de descubrir el sistema que realmente opera. La cura es etnográfica antes que arquitectónica: ir y observar el trabajo, encontrar las conciliaciones a mano y las hojas de cálculo estructurales, y tratarlas como la especificación de lo que la plataforma no debe romper.

3.4 La lente hacia dentro

La cuarta manifestación subyace a las otras tres: el hábito de mirarlo todo a través de métricas que describen la propia operación del departamento en lugar del resultado del usuario. Disponibilidad, tiempo medio de resolución, tickets cerrados, tasa de éxito de cambios, hitos de proyecto alcanzados, cumplimiento del presupuesto, hallazgos de auditoría cerrados: estos son los instrumentos de la pared, y cada uno de ellos mide algo que ocurre dentro de TI. Ninguno de ellos mide si una persona pudo hacer su trabajo, cuánto tardó realmente su tarea de principio a fin, cuánto de su esfuerzo se fue en pelear con las herramientas, o si lo que necesitaba existe siquiera. La lente apunta hacia dentro, y lo que no puede ver no lo puede gestionar.

La lente hacia dentro no es meramente incompleta; es activamente engañosa, porque las métricas hacia dentro pueden optimizarse de formas que dañan el resultado hacia afuera. Una mesa de servicio medida por tickets cerrados y tiempo de cierre aprende a cerrar tickets, lo cual no es lo mismo que resolver problemas; un cierre rápido y superficial que no arregla la cuestión de fondo produce un segundo ticket, y el departamento que cuenta ambos como caudal ve productividad donde el usuario ve un problema que requirió dos llamadas. Este es el mecanismo que modela la siguiente sección, y es la razón por la que un departamento puede estar en verde en cada panel mientras el negocio al que sirve no lo está. El diseño centrado en el usuario es, en el fondo, la instrucción de dar la vuelta a esta lente: partir de la meta del usuario y mirar de vuelta hacia TI, en lugar de partir de la operación de TI e inferir al usuario.

4. Un modelo mínimo: la brecha del solipsismo

Las cuatro manifestaciones comparten una consecuencia medible: una brecha entre lo que el departamento contabiliza y lo que el negocio realiza. Esta sección ofrece un modelo pequeño de esa brecha, suficiente para mostrar por qué ambas cosas pueden divergir y por qué la divergencia se refuerza a sí misma. El modelo es un boceto pensado para hacer explícito el mecanismo, no una calibración.

4.1 Dos clases de demanda

Siguiendo la tradición de la gestión del servicio, dividimos el trabajo que llega a un departamento de TI en dos clases (Seddon, 2008). La demanda de valor es el trabajo que el negocio genuinamente quiere que se haga: una nueva capacidad, un cambio real, una pregunta que necesita respuesta. La demanda de fallo es el trabajo creado por el propio fallo previo del departamento en hacer algo, o en hacerlo bien: el usuario que vuelve a llamar porque el primer arreglo no aguantó, la petición de un apaño para un sistema que no debería haberlo necesitado, el ticket reabierto, la segunda visita. Sea la demanda total en un periodo

y definamos la razón de solipsismo como la proporción del trabajo del departamento que trata de sus propios fallos previos,

La razón está bien nombrada. Un departamento con un $\sigma$ alto gasta la mayor parte de su esfuerzo respondiendo a las consecuencias de su propio trabajo, un giro hacia dentro literal de la actividad, y sin embargo cada unidad de ese esfuerzo aparece en las métricas hacia dentro como un ticket atendido y un problema cerrado.

4.2 Por qué los números y el valor divergen

Sea la producción medida del departamento, la cantidad que informa la lente hacia dentro, el trabajo total que procesa, que en una primera aproximación es todo $D$: cada ticket cerrado, de valor o de fallo, cuenta. Sea el valor realizado, la cantidad que el negocio experimenta, la demanda de valor efectivamente atendida, neta de la fricción que imponen los fallos, de modo que cae a medida que $\sigma$ sube. Escribiendo $M$ para la producción medida y $V$ para el valor realizado como funciones del caudal del departamento $T$ y la razón $\sigma$,

donde $q \in (0,1]$ es cuán bien el trabajo entregado encaja con el trabajo real del usuario, la cantidad que degradan las manifestaciones de la Sección 3. La brecha entre lo que se contabiliza y lo que se realiza,

crece con el caudal, con la razón de fallo y con el desajuste. El departamento puede elevar $M$ elevando $T$ —trabajando más, cerrando más rápido— mientras $V$ se mantiene plano o cae, y los paneles mostrarán el esfuerzo como progreso. La Figura 1 dibuja las dos cantidades a medida que aumenta la orientación hacia dentro: el rendimiento medido sube mientras el valor realizado declina, un par de hojas que se cruzan en el punto en que el departamento parece más saludable justo cuando empieza a servir peor.

4.3 Por qué se refuerza a sí mismo

La brecha sería meramente un problema de medición si $\sigma$ fuera fijo. No lo es, porque optimizar la métrica hacia dentro lo alimenta. La presión por cerrar tickets más rápido reduce el encaje $q$ de cada cierre y eleva la probabilidad de que el problema subyacente vuelva como demanda de fallo, de modo que el $\sigma$ del siguiente periodo es más alto. Sea el esfuerzo de optimización hacia dentro $e$, la atención que el departamento presta a sus propias métricas, y sea la escucha hacia afuera —la atención que presta al trabajo— $\ell$. Un ajuste simple capta el bucle:

con $\alpha,\beta>0$. Cuando la presión hacia dentro domina ($\alpha e > \beta \ell$), la razón trepa hasta un punto fijo alto: un estado estable y autosostenido en el que el departamento está permanentemente ocupado consigo mismo, permanentemente en verde en sus instrumentos, y permanentemente a la deriva respecto del trabajo. Ese punto fijo es el solipsismo organizacional como estado estacionario, y el único parámetro que saca al departamento de él es $\ell$, la atención que presta al exterior. Cada manifestación de la Sección 3 es una manera de mantener $\ell$ cerca de cero.

5. Indicadores de alerta temprana

El modelo dice que un departamento no puede saber que se está volviendo hacia dentro a partir de sus métricas hacia dentro, por construcción. Puede saberlo a partir de un segundo conjunto de indicadores, cada uno de los cuales empareja una señal hacia dentro que parece saludable con la realidad hacia afuera que oculta y la medida hacia afuera que la revelaría. La Tabla 2 los recopila. Los indicadores son diagnósticos, no meramente retóricos: cada uno nombra un número que el departamento podría empezar a recopilar mañana, y el acto mismo de recopilarlo es el primer giro de la lente.

Tres de ellos merecen una palabra. El primero es la demanda de fallo como proporción del volumen: la mayoría de los departamentos miden el volumen de tickets y celebran cuando lo gestionan, pero no lo dividen, y la división es el número más revelador que una mesa de servicio puede llevar, porque una proporción creciente significa que el departamento está cada vez más ocupado consigo mismo. El segundo es el censo de shadow IT: un departamento solipsista trata la hoja de cálculo mantenida fuera del sistema autorizado como un problema de cumplimiento que hay que erradicar, cuando es un mensaje preciso sobre dónde el sistema autorizado no encaja con el trabajo; contar los sistemas en la sombra y leerlos como especificaciones convierte una amenaza en la mejor investigación gratuita que el departamento conseguirá jamás. El tercero es el tiempo-hasta-tarea, no tiempo-hasta-ticket: el departamento mide cuán rápido cierra sus propios registros, pero el usuario mide cuánto tardó el trabajo entero, incluidas las partes anteriores a que se levantara un ticket y posteriores a que se cerrara, y solo el tiempo de principio a fin es lo que el usuario realmente siente.

6. La situación neerlandesa

El patrón es general, pero el contexto neerlandés le da una forma inusualmente clara, por dos razones institucionales y una de mercado.

6.1 La regieorganisatie y la distancia que construye

La idea dominante en la gobernanza de TI neerlandesa en los últimos quince años ha sido la regieorganisatie: una separación deliberada de una organización de demanda, que es dueña de la relación con el negocio y decide qué se quiere, de una organización de oferta, a menudo un proveedor externo, que lo construye y lo opera. La separación tiene virtudes reales, y no estamos en contra de ella. Pero institucionaliza la distancia exacta que alimenta el giro hacia dentro. El lado de la demanda llega a medirse por la gestión de proveedores —contratos cumplidos, niveles de servicio informados, reuniones de gobernanza celebradas— y el lado de la oferta por la entrega de servicios según lo especificado, ambas actividades hacia dentro, mientras el trabajo real del usuario queda más allá de ambos, alcanzado solo a través del papeleo que pasa entre ellos. Una regieorganisatie que no está deliberadamente conectada al trabajo mide la relación entre dos organizaciones de TI y la llama rendimiento. La cura de la Sección 8 se aplica con fuerza particular aquí: el verdadero trabajo de la organización de demanda es traer el exterior adentro, y si se mide por la gobernanza de proveedores se ha convertido calladamente en aquello que debía prevenir.

6.2 Una década de revisiones públicas

El Estado neerlandés ha mantenido un registro inusualmente público de las TI volcadas hacia dentro. La investigación parlamentaria sobre los proyectos de TIC del gobierno (Tweede Kamer, 2014) halló un patrón de grandes proyectos impulsados por su propia inercia y lógica interna, insuficientemente anclados al problema que debían resolver o a las personas que usarían el resultado, y recomendó un órgano permanente para comprobar los proyectos frente a la realidad antes y durante la construcción. Ese órgano, hoy el Adviescollege ICT-toetsing, existe precisamente porque la visión interna no se autocorrige: hay que construir y financiar un canal externo experto, porque los departamentos dejados a sus propios instrumentos no adquieren uno. La lección se generaliza más allá del gobierno. La razón de que la cura de este artículo sea institucional —una puerta, un censo, una medida— en lugar de una exhortación a preocuparse por los usuarios, es que la preocupación no es el insumo escaso; el insumo escaso es un canal que trae el exterior adentro quiera o no el departamento.

6.3 La relación de servicios gestionados

En el mercado medio neerlandés, donde en Nashua trabajamos, la mayoría de las organizaciones no operan en absoluto un gran departamento de TI interno; dependen de un proveedor de servicios gestionados. Esto cambia la forma del riesgo pero no su naturaleza. Un proveedor se mide por sus niveles de servicio y su contrato, que son métricas hacia dentro del mundo del proveedor, y un proveedor que cumple solo con esas puede informar de una relación saludable mientras el personal de su cliente rodea los sistemas. La disciplina hacia afuera que un buen proveedor debe a su cliente es la misma que un departamento interno debe a su negocio: medir la finalización de las tareas del cliente y no solo el tiempo de actividad del proveedor, leer los apaños del cliente como especificaciones, y contar la proporción de su propio trabajo que es demanda de fallo. Un proveedor que hace esto convierte la distancia de la relación de un pasivo en una ventaja, porque ve el trabajo de muchos clientes y puede llevar la visión externa entre ellos. Un proveedor que no lo hace se convierte en un departamento de TI solipsista a un paso de distancia, con un contrato en lugar de una conciencia.

7. Un caso construido

El caso que sigue es construido, no observado. Existe para mostrar las manifestaciones y el modelo en un único escenario; sus cifras son ilustrativas. Describe una organización neerlandesa de tamaño mediano con un departamento de TI interno de unas cuarenta personas que atiende a alrededor de mil empleados en operaciones, ventas y finanzas.

En sus propios instrumentos, el departamento tiene su mejor año. La disponibilidad en los sistemas centrales es del 99.9 por ciento. La mesa de servicio cierra el ochenta y cinco por ciento de los tickets dentro del objetivo, y el volumen total ha subido un doce por ciento, lo que el informe trimestral presenta como productividad creciente. La consolidación plurianual de la plataforma va según lo planificado: tres sistemas heredados retirados, todo migrando al conjunto único. La encuesta anual de satisfacción con TI arroja una puntuación respetable. Cada diapositiva está en verde, y el liderazgo del departamento, leyendo sus instrumentos fielmente, cree que lo está haciendo bien.

Bajo cada número verde hay una realidad no verde que los instrumentos no transmiten. La subida del doce por ciento en el volumen de tickets es en su mayoría demanda de fallo: la nueva versión del conjunto cambió una pantalla que el equipo de ventas usaba cincuenta veces al día, y la confusión resultante genera un flujo constante de tickets, cada uno cerrado rápido y bien según el criterio de la propia mesa, ninguno de ellos tocando la causa. La disponibilidad se mide por sistema, pero la tarea de pedido-a-cobro ahora cruza tres sistemas y dos traspasos, y el tiempo transcurrido para la tarea ha crecido de horas a dos días, un número que ningún panel muestra porque ningún panel mide la tarea. La consolidación retiró una herramienta heredada de informes cuyo papel real, no documentado, era una exportación nocturna de la que dependía la conciliación de cierre de mes del equipo de finanzas; finanzas la ha reconstruido como una hoja de cálculo mantenida por un analista, que el departamento, cuando se da cuenta, registra como shadow IT que hay que eliminar. La encuesta de satisfacción puntuó bien porque preguntaba si la mesa de servicio era cortés y si los sistemas estaban disponibles, y no si alguien podía hacer su trabajo.

El departamento es, según la definición de este artículo, solipsista, y lo llamativo es que nadie en él está haciendo mal su trabajo. La mesa es genuinamente rápida y cortés. Los ingenieros genuinamente entregaron la consolidación. La arquitectura es genuinamente más limpia. Cada persona está optimizando la métrica que tiene delante, y cada métrica apunta hacia dentro, de modo que la suma de trabajo competente y bienintencionado es un departamento que ha dado la espalda al negocio mientras cree que lo encara. El modelo de la Sección 4 nombra el estado con precisión: el caudal $T$ ha subido, la razón $\sigma$ está subiendo, la producción medida $M$ sube con el caudal mientras el valor realizado $V$ cae con $\sigma$, y los dos instrumentos que al departamento le faltan —la demanda de fallo como proporción del volumen y el tiempo-hasta-tarea— son exactamente los dos que se lo habrían mostrado.

8. Girar la lente hacia afuera

La cura no es preocuparse más. Las personas del caso construido ya se preocupan, y la preocupación encauzada a través de instrumentos hacia dentro produce trabajo hacia dentro. La cura es construir canales que traigan el exterior adentro recuerde o no alguien mirar, y cambiar lo que se mide de modo que la propia optimización del departamento lo arrastre hacia el trabajo en lugar de alejarlo de él. Cinco movimientos se derivan del modelo y de las manifestaciones.

Mida la tarea, no el ticket. Añada al menos una medida de resultado a cada medida hacia dentro: tiempo-hasta-tarea junto al tiempo-hasta-resolución, finalización de la tarea junto a disponibilidad, adopción junto a funciones entregadas. El objetivo no es descartar las métricas hacia dentro, que son útiles para operar el servicio, sino negarles el monopolio de la atención que deja que la brecha de la Sección 4 se abra sin ser vista.

Divida y vigile la demanda de fallo. Clasifique el trabajo entrante como demanda de valor o demanda de fallo y siga la razón $\sigma$ en el tiempo. Es el diagnóstico más barato de este artículo y la lectura más directa del giro hacia dentro, porque mide cuánto del esfuerzo del departamento es una reacción a sí mismo.

Lea el shadow IT como especificación. Mantenga un censo de las hojas de cálculo y las herramientas no autorizadas, y trate cada una como un enunciado preciso de dónde los sistemas autorizados no encajan con el trabajo. El apaño es el negocio escribiendo requisitos en el único lenguaje que le queda; un departamento que lo erradica está destruyendo su propia mejor investigación.

Ponga a un usuario en el camino antes que a los patrocinadores. Cambie la puerta de gobernanza para que una idea se encuentre con un usuario real haciendo trabajo real pronto, mientras matarla es barato, en lugar de después de que haya trepado la jerarquía interna y acumulado patrocinadores. Esta es la corrección estructural de la cámara de eco: inserta un canal externo aguas arriba de los internos.

Vaya y observe el trabajo. Antes de cualquier consolidación o desmantelamiento, envíe a alguien a observar el trabajo de nivel de base que la abstracción no modela, y a encontrar las conciliaciones a mano y las hojas de cálculo estructurales. Trate lo que encuentre como la especificación de lo que la nueva plataforma no debe romper. Esta es la corrección estructural de la desconexión por abstracción, y es etnográfica antes que arquitectónica.

Ninguna de estas es cara, y ese es el punto. El solipsismo organizacional no se cura con un presupuesto o una reorganización; se cura con un puñado de canales externos deliberadamente construidos y mantenidos abiertos, porque la tendencia natural de un grupo aislado y medido hacia dentro es cerrarlos.

9. Objeciones y respuestas

Las métricas hacia dentro importan; no se puede operar sin ellas. De acuerdo, y el artículo no dice lo contrario. La disponibilidad y el tiempo de resolución son necesarios para operar el servicio. La afirmación es más estrecha y más afilada: no son suficientes, describen el mundo del departamento y no el del usuario, y cuando son los únicos instrumentos de la pared dejan que la brecha se abra sin ser vista. El remedio es adición, no sustitución.

Los usuarios no saben lo que quieren, así que centrarse en el usuario es un camino al caos. La tradición de los jobs-to-be-done responde a esto con precisión: los usuarios son malos especificando soluciones y excelentes exhibiendo sus trabajos. La instrucción no es pedir a los usuarios que diseñen el sistema, sino observar el trabajo, leer los apaños y medir el resultado, nada de lo cual requiere que el usuario sepa la respuesta, solo que se le observe haciendo la tarea.

Esto no es más que diseño centrado en el usuario con una etiqueta nueva. En parte, deliberadamente. La contribución no es un método nuevo, sino un diagnóstico de por qué un departamento equipado con los métodos aún se vuelve hacia dentro, a saber, que su medición y su gobernanza apuntan ambas hacia dentro y se refuerzan mutuamente, y un modelo pequeño de cómo eso produce una brecha que es invisible desde dentro. La etiqueta nombra el modo de fallo para que un departamento pueda reconocerlo en sí mismo.

Un proveedor de servicios gestionados está estructuralmente fuera del negocio; esto no aplica. Aplica con más fuerza, no menos. La distancia es la condición que alimenta el giro hacia dentro, y un proveedor medido por su contrato es tan capaz de solipsismo como cualquier departamento interno, como argumenta la Sección 6. La ventaja del proveedor es que ve a muchos clientes y puede llevar la visión externa entre ellos, pero solo si elige medir el trabajo del cliente en lugar de sus propios niveles de servicio.

10. Limitaciones y agenda de investigación

Este es un análisis orientado a los profesionales, y sus límites deben enunciarse. El modelo de la Sección 4 es un boceto: sus cantidades están definidas con claridad suficiente para medirse, pero sus formas funcionales son ilustrativas, elegidas para hacer visible el mecanismo más que estimadas a partir de datos. Las cuatro manifestaciones son una tipología, útil si ayuda a un departamento a encontrar su modo de fallo, pero no una partición demostradamente exhaustiva. La lectura neerlandesa es interpretativa. El caso construido es construido.

No obstante, las afirmaciones son comprobables, y los indicadores hacia afuera son los instrumentos con los que comprobarlas. Cuatro estudios lo lograrían. Primero, medir la razón de solipsismo $\sigma$ en un conjunto de departamentos y correlacionarla con una medida independiente del valor realizado por el negocio; el modelo predice una relación negativa que las métricas hacia dentro no muestran. Segundo, seguir $\sigma$ y las métricas hacia dentro a lo largo de un periodo de presión sobre las métricas hacia dentro; el modelo predice que $\sigma$ sube a medida que mejoran los números hacia dentro. Tercero, instrumentar el tiempo-hasta-tarea junto al tiempo-hasta-resolución en un servicio real y medir la brecha entre ambos. Cuarto, ejecutar el cambio de gobernanza —un usuario en el camino antes que los patrocinadores— como una intervención controlada y medir la tasa de fracaso en el lanzamiento frente a la puerta actual. Cada estudio necesita solo medidas que el artículo ya nombra, y cada uno llevaría el argumento del análisis a la evidencia.

11. Conclusión

Un departamento de TI se vuelve hacia dentro no por incompetencia o indiferencia, sino por la operación ordinaria de ser medido por su propia actividad, aislado del trabajo por una capa de tickets y contratos, y recompensado por una jerarquía que lee los mismos instrumentos hacia dentro que él. El resultado es un departamento que toma sus propios sistemas, métricas, hoja de ruta y arquitectura por el centro de la empresa y a los usuarios por una inferencia que extrae de los tickets, una versión organizacional de la creencia de que solo la propia mente existe con certeza. Hemos nombrado cuatro manifestaciones —la ilusión de centralidad, la cámara de eco interna, la desconexión por abstracción y la lente hacia dentro— y mostrado con un modelo pequeño cómo la demanda de fallo permite que la producción medida del departamento suba mientras el valor que el negocio realiza cae, de modo que los paneles parecen más saludables exactamente donde el servicio es peor.

La cura no es la exhortación sino la fontanería: un puñado de canales externos deliberadamente construidos y mantenidos abiertos, porque la tendencia natural de un grupo aislado y medido hacia dentro es dejar que se cierren. Mida la tarea y no solo el ticket. Divida y vigile la demanda de fallo. Lea el shadow IT como especificación. Ponga a un usuario en el camino antes que a los patrocinadores. Vaya y observe el trabajo. Cada uno es barato, cada uno trae una porción del exterior adentro, y juntos giran la lente de nuevo hacia afuera, de modo que un departamento se mida por si el negocio al que sirve puede hacer su trabajo, que es la única medida que alguna vez fue real.

Apéndice A. Medir la brecha del solipsismo

La brecha de la Sección 4 puede aproximarse a partir de datos que la mayoría de las operaciones de servicio ya poseen, más dos medidas que normalmente no. Todas pueden recopilarse trimestralmente sin una encuesta.

Proporción de demanda de fallo $\sigma$. Para una muestra representativa de elementos cerrados, clasifique cada uno como demanda de valor (una necesidad nueva genuina) o demanda de fallo (trabajo causado por un fallo previo en hacer o en hacer bien), mediante una regla de codificación breve aplicada al cierre o sobre una muestra retrospectiva. La proporción de demanda de fallo es $\sigma$. Escollo: codificar al cierre por el mismo agente que cerró el elemento la subestima; use una muestra independiente.

Encaje $q$. Aproxime el encaje por el complemento de la tasa de reapertura y rehacer: la fracción de elementos de demanda de valor que se completan sin un elemento relacionado posterior dentro de una ventana definida. Escollo: una ventana corta halaga $q$; fíjela al propio ciclo del usuario, no al de la mesa.

Tiempo-hasta-tarea. Para un pequeño conjunto de recorridos de usuario representativos, mida el tiempo transcurrido del recorrido entero, desde el momento en que el usuario necesita el resultado hasta el momento en que lo tiene, a través de cada sistema y traspaso, con independencia de los límites de los tickets. Escollo: medir desde el primer ticket hasta el último cierre se pierde las partes de la tarea que nunca se convirtieron en ticket, que a menudo son las más largas.

La brecha. Con $M$ los elementos totales procesados y $V = M(1-\sigma)q$, la brecha del solipsismo es $G = M - V$. Informada como una razón $G/M = 1-(1-\sigma)q$, es comparable entre departamentos y a lo largo del tiempo, y sube cuando sube o bien la demanda de fallo o bien el desajuste, que son las dos cosas que las métricas hacia dentro ocultan.

Apéndice B. Una lista de comprobación diagnóstica

Las preguntas de abajo están agrupadas por manifestación. Un sí es un síntoma, no un veredicto; varias respuestas afirmativas en un mismo grupo localizan el modo de fallo, y la prueba hacia afuera de la última columna es la medición que lo confirmaría o lo descartaría. La lista de comprobación es deliberadamente contestable en una tarde, porque un diagnóstico que necesita un proyecto no se llevará a cabo.

Referencias

Beer, S. (1979). The heart of enterprise. John Wiley & Sons. ISBN 978-0-471-27599-1.

Brynjolfsson, E. (1993). The productivity paradox of information technology. Communications of the ACM, 36(12), 66–77. https://doi.org/10.1145/163298.163309

Christensen, C. M., Hall, T., Dillon, K., & Duncan, D. S. (2016). Know your customers’ “jobs to be done.” Harvard Business Review, 94(9), 54–62. https://hbr.org/2016/09/know-your-customers-jobs-to-be-done

Ciborra, C. (2002). The labyrinths of information: Challenging the wisdom of systems. Oxford University Press. ISBN 978-0-19-924152-7.

Davis, F. D. (1989). Perceived usefulness, perceived ease of use, and user acceptance of information technology. MIS Quarterly, 13(3), 319–340. https://doi.org/10.2307/249008

DeLone, W. H., & McLean, E. R. (2003). The DeLone and McLean model of information systems success: A ten-year update. Journal of Management Information Systems, 19(4), 9–30. https://doi.org/10.1080/07421222.2003.11045748

Haag, S., & Eckhardt, A. (2017). Shadow IT. Business & Information Systems Engineering, 59(6), 469–473. https://doi.org/10.1007/s12599-017-0497-x

Henderson, J. C., & Venkatraman, N. (1999). Strategic alignment: Leveraging information technology for transforming organizations. IBM Systems Journal, 38(2&3), 472–484. https://doi.org/10.1147/sj.382.0472

Janis, I. L. (1972). Victims of groupthink: A psychological study of foreign-policy decisions and fiascoes. Houghton Mifflin.

Keen, P. G. W. (1981). Information systems and organizational change. Communications of the ACM, 24(1), 24–33. https://doi.org/10.1145/358527.358543

Lovallo, D., & Kahneman, D. (2003). Delusions of success: How optimism undermines executives’ decisions. Harvard Business Review, 81(7), 56–63. https://hbr.org/2003/07/delusions-of-success-how-optimism-undermines-executives-decisions

Markus, M. L. (1983). Power, politics, and MIS implementation. Communications of the ACM, 26(6), 430–444. https://doi.org/10.1145/358141.358148

Norman, D. A. (2013). The design of everyday things (Revised and expanded ed.). Basic Books. ISBN 978-0-465-05065-9.

Orlikowski, W. J. (2000). Using technology and constituting structures: A practice lens for studying technology in organizations. Organization Science, 11(4), 404–428. https://doi.org/10.1287/orsc.11.4.404.14600

Seddon, J. (2008). Systems thinking in the public sector: The failure of the reform regime and a manifesto for a better way. Triarchy Press.

Suchman, L. A. (1987). Plans and situated actions: The problem of human–machine communication. Cambridge University Press. ISBN 978-0-521-33739-7.

Tweede Kamer der Staten-Generaal (2014). Naar grip op ICT: Parlementair onderzoek naar ICT-projecten bij de overheid. Eindrapport van de Tijdelijke commissie ICT-projecten bij de overheid (Commissie Elias). Kamerstukken II 2014/15, 33 326, nr. 5. https://zoek.officielebekendmakingen.nl/kst-33326-5.html

Ulwick, A. W. (2005). What customers want: Using outcome-driven innovation to create breakthrough products and services. McGraw-Hill. ISBN 978-0-07-140867-7.

Vargo, S. L., & Lusch, R. F. (2004). Evolving to a new dominant logic for marketing. Journal of Marketing, 68(1), 1–17. https://doi.org/10.1509/jmkg.68.1.1.24036

von Hippel, E. (1986). Lead users: A source of novel product concepts. Management Science, 32(7), 791–805. https://doi.org/10.1287/mnsc.32.7.791

Weick, K. E. (1995). Sensemaking in organizations. Sage Publications. ISBN 978-0-8039-7177-6.