Un viernes de cierre contable, el sistema de facturación de una distribuidora con 380 empleados dejó de responder. El equipo hizo lo que parecía obvio: reinició el servidor. El servidor no volvió. La única persona que sabía que ese entorno exigía una secuencia específica de inicialización, y que guardaba la credencial administrativa en un gestor personal, estaba a bordo de un vuelo internacional durante las nueve horas siguientes. La facturación del mes se detuvo por un día y medio. Ningún equipo había fallado.
Episodios así rara vez entran en el informe de incidentes por lo que realmente son. Quedan registrados como falla de sistema, cuando el diagnóstico honesto sería otro: la empresa operaba un proceso crítico cuya ejecución dependía de una sola cabeza. Eso es un pasivo operativo real. No aparece en el balance, no tiene provisión contable, no es auditado por nadie, pero define con precisión cuánto tiempo se detiene el negocio cuando esa persona renuncia, se enferma, sale de vacaciones o simplemente está fuera de alcance.
La tentación natural es tratar el tema como una cuestión de personas: retener mejor, pagar más, contratar un reemplazo. Es un error de enfoque. La concentración de conocimiento es una cuestión de gobernanza y continuidad, y se resuelve como se resuelve cualquier riesgo de gobernanza: haciendo visible lo que está implícito, transformando la práctica informal en un proceso verificable y creando redundancia donde hoy existe una única línea de defensa.
El pasivo que no aparece en el balance
La dependencia de una persona rara vez nace de la negligencia. Nace de la competencia bajo presión. Alguien resuelve un problema urgente con un ajuste ingenioso, el ajuste funciona, y lo que era excepción se vuelve un estándar silencioso. Repita eso a lo largo de cinco o siete años y la organización acumula cientos de decisiones técnicas que solo tienen sentido para quien las tomó. Los ingenieros llaman a esto factor autobús (bus factor, el número de personas que tendrían que quedar indisponibles para que un sistema dejara de ser operable). En buena parte de las empresas medianas, ese número es uno.
La presión del mercado laboral agrava el panorama. CompTIA, en el State of the Tech Workforce 2025, proyecta que las ocupaciones de tecnología deben crecer a un ritmo cercano al doble del promedio del conjunto de la economía a lo largo de la próxima década, lo que significa una disputa permanente por profesionales experimentados. ISACA, en el State of Cybersecurity 2024, señaló que el 57% de las organizaciones operan con equipos de seguridad por debajo de lo necesario, y que una parte relevante tarda más de seis meses en cubrir una vacante técnica sénior. Traduciendo al lenguaje de negocio: cuando la persona que sostiene la operación se va, la ventana de exposición no es de semanas, es de trimestres.
El efecto aparece primero en el tiempo. El MTTR (Mean Time To Repair, tiempo medio para restaurar un servicio) es la métrica que conecta infraestructura y resultado, porque cada minuto de él es un minuto de operación detenida. Cuando el procedimiento está documentado, el reloj empieza cuando alguien abre el documento. Cuando el procedimiento está en la memoria de una persona, el reloj empieza cuando alguien logra hablar con ella. Esa diferencia, invisible en el organigrama, suele separar un incidente de cuarenta minutos de un incidente de dos días.
El costo tampoco termina cuando el sistema vuelve. Está el retrabajo de reprocesar pedidos, rehacer conciliaciones y responder a clientes. Hay horas de gerentes sénior desviadas para gestionar la crisis en vez de generar ingresos. Está el desgaste reputacional, que no emite factura pero tiene memoria larga, sobre todo en sectores donde el cliente tiene una alternativa a un clic de distancia. Ponerle valor a eso es un ejercicio simple y revelador: una calculadora de costo de indisponibilidad resuelve en minutos lo que la intuición subestima durante años.
Existe además la dimensión que solo aparece cuando la empresa cambia de manos. En procesos de adquisición, captación de capital o renovación de contratos relevantes, la debida diligencia pregunta si la operación es institucional o personal. Un inventario desactualizado, la ausencia de procedimientos escritos, las credenciales administrativas compartidas y los accesos privilegiados sin trazabilidad se tratan como riesgo cuantificable, y el riesgo cuantificable se convierte en descuento en el valuation o en cláusula de retención. Gartner, al mapear las prioridades de los líderes de infraestructura y operaciones para 2025, coloca la brecha de competencias y la falta de estandarización entre los obstáculos centrales para la ejecución, justamente porque un entorno no estandarizado no escala ni se transfiere.
Cómo convertir la dependencia personal en capacidad institucional
El primer movimiento es cambiar la pregunta. En lugar de cómo retenemos a esa persona, pregunte cómo hacemos que ese conocimiento pertenezca a la empresa. Comience por un mapa de procesos críticos: liste los veinte procedimientos que, si se detienen, detienen el negocio, y escriba al lado de cada uno el nombre de quien logra ejecutarlo sin consultar a nadie. Donde haya un solo nombre, hay un riesgo identificado. Ese ejercicio suele llevar una tarde y produce más claridad estratégica que trimestres de discusión sobre el presupuesto de tecnología.
El segundo movimiento es construir tres activos. El primero es el conjunto de runbooks (guiones paso a paso de ejecución y recuperación de cada proceso crítico, escritos para ser seguidos por quien no los creó). El segundo es el inventario vivo de sistemas, contratos, proveedores y ventanas de mantenimiento, actualizado por rutina y no por memoria. El tercero es la gestión de accesos privilegiados, o PAM (Privileged Access Management, control de quién posee credenciales administrativas), con bóveda corporativa, rotación periódica de contraseñas y revocación inmediata en las desvinculaciones. Ninguno de los tres es un proyecto de tecnología. Los tres son proyectos de gobernanza.
El tercer movimiento es resolver la cobertura fuera del horario comercial, que es donde la dependencia personal duele más. Una estructura de TI gestionada opera un NOC (Network Operations Center, centro de operaciones que monitorea disponibilidad y desempeño) y un SOC (Security Operations Center, centro que monitorea y responde a amenazas) en régimen 24x7, con escalamiento definido. El punto sensible merece decirse con todas las letras: la cogestión no sustituye al equipo interno. Ella saca al equipo interno de la guardia perpetua y devuelve a esas personas al trabajo que genera valor, que es entender el negocio y mejorar procesos, no atender una alarma a las tres de la mañana.
El cuarto movimiento es saber comprar. Exija una matriz de responsabilidades explícita, en formato RACI (quién ejecuta, quién aprueba, quién es consultado, quién es informado), acuerdo de nivel de servicio por severidad con reloj contado a partir de la detección y no del ticket, propiedad contractual de la documentación producida, e informes mensuales legibles por personas no técnicas. Antes de firmar, pida una prueba real de escalamiento nocturno. Un proveedor que no acepta ser puesto a prueba antes del contrato tampoco responderá bien durante él.
Cinco preguntas que todo gerente debería hacer
¿Cuántos procesos críticos hoy dependen de una sola persona para ser ejecutados?
La medición es objetiva y no exige herramienta. Para cada proceso crítico, registre cuántas personas logran ejecutarlo íntegramente sin consultar a terceros, y cuántas ya lo ejecutaron en los últimos doce meses. El conocimiento que existe solo en el papel, sin práctica reciente, cuenta como medio punto. El indicador de concentración es la proporción de procesos con cobertura igual a uno. Por encima del 30%, la empresa no tiene una operación, tiene un arreglo.
El valor gerencial de ese número está en hacerlo susceptible de seguimiento. Colóquelo en el mismo informe donde ya constan la morosidad, la rotación de inventario o el margen por línea. Un indicador que aparece en la reunión de directorio recibe presupuesto y plazo. Un riesgo que solo aparece cuando se convierte en crisis recibe únicamente culpables.
¿Cuál es el costo real de una indisponibilidad prolongada porque la persona que sabía resolverla no estaba disponible?
El cálculo tiene tres capas. La primera es el ingreso no realizado durante la parada, obtenido al dividir la facturación promedio diaria entre las horas hábiles. La segunda es el costo de recuperación: horas extras, reprocesamiento, conciliaciones manuales, atención a clientes molestos. La tercera, casi siempre olvidada, es el costo de oportunidad de los gerentes que pasaron dos días gestionando la crisis en vez de conducir el negocio.
Sumadas, esas capas suelen multiplicar por tres o cuatro la estimación inicial que la dirección tenía en mente. Y hay una cuarta capa, difícil de tarifar pero fácil de reconocer: el cliente que no reclamó, solo probó al competidor durante la parada y le gustó la experiencia. Ese costo se manifiesta en el trimestre siguiente, sin etiqueta de incidente de TI.
¿Qué evidencias busca un comprador o inversionista para evaluar si la operación de TI es institucional o personal?
La diligencia técnica busca señales verificables, no declaraciones. Inventario actualizado de sistemas y licencias, contratos de proveedores con plazos y responsables nombrados, runbooks fechados, registro de incidentes con tiempo de resolución, evidencia de pruebas de restauración de backup e historial de accesos privilegiados. La ausencia de esos artefactos no significa que la operación sea mala. Significa que nadie logra probar que es buena, lo que en el vocabulario de inversión es lo mismo.
El impacto es directo y medible. Un riesgo no documentado se convierte en ajuste de precio, retención de una parte del pago o exigencia de permanencia obligatoria de personas específicas después del cierre. Propietarios que pasaron veinte años construyendo valor descubren tarde que parte de ese valor estaba depositada en la cabeza de un empleado, y no en la caja de la empresa.
¿Dónde termina la responsabilidad del equipo interno y comienza la del soporte gestionado de retaguardia?
La frontera necesita escribirse antes del primer incidente, no durante. El diseño que funciona separa por capa y por horario: monitoreo, primera atención y contención quedan con la retaguardia 24x7; las decisiones que afectan el proceso de negocio, la prioridad entre sistemas y la relación con las áreas internas quedan con el equipo interno. Cada tipo de incidente recibe severidad, responsable primario y ruta de escalamiento con nombre y teléfono, no con departamento genérico.
Una zona gris a las tres de la mañana siempre es una falla de contrato, nunca una falla de buena voluntad. Por eso la prueba de escalamiento antes de la firma vale más que cualquier presentación comercial. Y vale la pena registrar el efecto colateral positivo: cuando la madrugada tiene dueño definido, el profesional interno deja de ser rehén de su propio conocimiento y vuelve a tomar vacaciones sin llevarse la laptop.
¿Cómo transformar el conocimiento tácito en un activo de la empresa sin paralizar la operación durante la transición?
La transición funciona por olas, no por big bang. Priorice los procesos con mayor impacto y menor cobertura, documente cada uno mientras se ejecuta de verdad, y valide el documento con la prueba más honesta que existe: otra persona lo ejecuta siguiendo únicamente el texto, con el autor observando en silencio. Lo que hubo que preguntar es exactamente lo que faltaba escribir.
En paralelo, estandarice ambientes y centralice credenciales, porque documentar el caos solo produce manuales de caos. Un cronograma realista cubre los procesos críticos en noventa a ciento veinte días, sin congelar la operación. La señal de que el cambio prendió no es el volumen de páginas producidas, es la naturalidad con que un incidente relevante es resuelto por alguien que no es la persona de siempre.
Preguntas frecuentes
¿Qué es el factor bus en TI?
El factor bus es el número de personas que tendrían que quedar indisponibles para que un sistema dejara de ser operable por la empresa. Un factor bus igual a uno significa que existe solo una persona capaz de ejecutar ese proceso crítico. Cuanto menor es el número, mayor es el riesgo de continuidad del negocio.
¿La cogestión de TI sustituye al equipo interno?
No. La cogestión agrega monitoreo, primer nivel de atención y respuesta en régimen 24x7 sobre la estructura existente, con responsabilidades divididas por contrato. El papel del equipo interno pasa a ser estratégico, enfocado en procesos de negocio y mejora continua, en lugar de guardia permanente y atención de alarmas fuera del horario laboral.
¿Cuánto tiempo toma documentar un entorno de TI sin detener la operación?
Un programa por olas suele cubrir los procesos críticos en noventa a ciento veinte días, documentando cada procedimiento mientras se ejecuta en la rutina real. La validación se hace por ejecución independiente, con otra persona siguiendo únicamente el texto escrito. La operación sigue funcionando durante todo el período.
Para descubrir cuántos procesos críticos de su operación dependen hoy de una sola persona, Zamak Technologies realiza un Diagnóstico Estratégico de TI sin compromiso.