Problema

En el día a día de un entorno de TI, el equipo técnico se enfrenta constantemente a la presión de los usuarios, especialmente de los cargos ejecutivos o “VIPs”. El problema surge cuando la respuesta a esta presión es una cultura de people pleaser. Esto ocurre cuando los administradores de sistemas priorizan atender solicitudes inmediatas y personalizadas en lugar de enfocarse en las tareas de mantenimiento, escalabilidad y seguridad de la infraestructura.

Cuando esto ocurre, la operatividad del sistema se degrada silenciosamente. La atención constante a “fuegos” individuales o caprichos ejecutivos desplaza la ejecución de parches, la automatización, la auditoría de logs y la arquitectura de red. Como resultado, la estabilidad de la infraestructura se erosiona, convirtiendo al equipo en un cuerpo de soporte de primer nivel sobrecargado, mientras la deuda técnica se acumula hasta niveles críticos.

Causa

La raíz de este comportamiento no es simplemente una “falta de carácter”, sino una combinación de factores organizacionales y técnicos:

  • Falta de métricas de rendimiento claras: Si el equipo no tiene objetivos (OKRs/KPIs) centrados en la disponibilidad y la salud del sistema, los sysadmins miden su valor a través de la gratitud instantánea de los usuarios. Recibir un “gracias” de un gerente es un refuerzo positivo mucho más rápido que lograr un despliegue exitoso de Ansible sin errores.
  • Ausencia de un proceso de tickets: En entornos donde no existe una mesa de ayuda formal o un flujo de trabajo validado, cualquier solicitud llega directamente al ingeniero por chat o pasillo. Esto elimina cualquier barrera de entrada y fomenta la interrupción constante del flujo de trabajo profundo (deep work).
  • Miedo a la confrontación con el Management: La incapacidad de decir “no” o “ahora no es posible” por miedo a represalias de la gerencia. Muchos sysadmins asumen que deben resolver todo al instante para evitar fricciones, ignorando que esa actitud degrada la disponibilidad del sistema para el resto de la organización.
  • Gestión por “urgencia” en lugar de por impacto: Cuando los líderes del departamento evalúan el éxito basándose únicamente en qué tan rápido se responde un mensaje, están incentivando activamente la desorganización operativa.

Solución

Para revertir esta dinámica, el enfoque debe pasar de ser reactivo a ser basado en la gestión de servicios y prioridades.

  1. Implementar un sistema de triaje obligatorio: Ninguna solicitud (incluso de un VIP) debe ser atendida si no pasa por el flujo de tickets. Esto documenta el esfuerzo y permite al equipo visualizar qué está consumiendo el tiempo real.
  2. Establecer un sistema de prioridades (SLA/SLO): Definir claramente qué constituye una urgencia real. Un problema de acceso a un recurso crítico para todo el departamento tiene prioridad sobre un cambio estético en la configuración de un usuario específico.
  3. Institucionalizar el Time-Blocking: Reservar bloques de tiempo para tareas de infraestructura sin interrupciones. El equipo de TI debe tener horas protegidas donde el enfoque sea la ejecución de tareas de backend, no la respuesta a peticiones de usuario.
  4. Redefinir la comunicación con los VIPs: La comunicación con los niveles ejecutivos debe ser sobre riesgos y disponibilidad, no sobre tareas. Si un VIP solicita algo, la respuesta debe ser: “Si realizamos este cambio ahora, retrasaremos la actualización de seguridad programada, lo cual aumenta el riesgo de X. ¿Qué prefieres priorizar?”. Esto desplaza la carga de la decisión hacia quien tiene la responsabilidad del negocio.

Cuándo aplicar esta solución

Este cambio cultural es necesario cuando:

  • El tiempo de inactividad por errores humanos o de configuración ha aumentado.
  • Los proyectos de infraestructura (migraciones, actualizaciones) sufren retrasos constantes.
  • El equipo reporta agotamiento (burnout) por atender peticiones triviales después del horario laboral.
  • La infraestructura se vuelve difícil de auditar debido a cambios manuales realizados “bajo demanda”.

No aplica cuando la urgencia es realmente un incidente de seguridad o una caída de servicios críticos; en esos escenarios, la respuesta inmediata es obligatoria.

Verificación

Para verificar que la cultura ha cambiado, observa estos indicadores:

  • Reducción del trabajo reactivo: El volumen de tickets de “soporte manual” debería disminuir a medida que se implementa la automatización.
  • Aumento en el cumplimiento de hitos: Los proyectos a largo plazo comienzan a cerrarse en las fechas estimadas.
  • Disminución de interrupciones directas: Los usuarios (incluidos VIPs) dejan de ir directamente al ingeniero y comienzan a utilizar los canales oficiales de soporte, entendiendo que el proceso garantiza una solución técnica sólida.

Notas adicionales

El cambio de una cultura de people pleaser es doloroso. En el proceso de “limpieza”, es muy probable que los ingenieros se sientan incómodos al principio al negar favores personales. Como gestor o líder, debes ser el escudo protector del equipo: tú eres quien debe recibir la fricción de los niveles directivos mientras el equipo implementa las nuevas prácticas. Si no hay respaldo desde la dirección, el equipo volverá a caer en el patrón de complacencia al primer conflicto serio.