El lunes en que la asociación Horizonte tuvo que enviar la lista de becas, nadie pudo abrir el archivo que contenía las notas de las entrevistas. La coordinadora había cambiado de trabajo dos meses antes. Era la única administradora de la cuenta donde el equipo guardaba formularios, permisos y tablas de seguimiento. No había desaparecido por mala voluntad ni había ocurrido un ataque: sencillamente, la herramienta trataba la cuenta individual como la puerta de entrada a la memoria colectiva. Durante años había resultado cómoda. Aquel lunes, una organización entera descubrió que su información no estaba solo en una plataforma; estaba atada a una persona, a un correo y a unas decisiones que nadie había documentado.
Esta clase de incidente suele describirse como un problema de contraseñas. Es más profundo. Habla de dependencia digital: la situación en la que una actividad esencial solo puede continuar si siguen presentes una empresa, una cuenta, un permiso, una integración o un conocimiento que el grupo no controla realmente. A veces la dependencia aparece al querer cambiar de proveedor. Otras veces llega mucho antes, cuando una persona enferma, un teléfono se rompe, una suscripción vence o una función deja de existir. La pregunta no es únicamente si podemos descargar datos; es si podemos seguir cuidándolos, interpretándolos y usándolos sin pedir permiso a una única puerta.
La comodidad puede ocultar una cesión de gobierno#
Una herramienta integrada ahorra pasos. Invita a crear un espacio, subir contactos, conectar calendarios y automatizar avisos. Cada mejora parece pequeña y razonable. El problema comienza cuando las decisiones sobre acceso, conservación y cambios quedan dispersas entre pantallas que nadie revisa. Quién puede nombrar a otra persona administradora, dónde se guarda la facturación, qué sucede con una cuenta inactiva, qué datos salen con una exportación y cuáles no: estas preguntas parecen secundarias hasta que el trabajo depende de responderlas deprisa.
Una herramienta integrada ahorra pasos. Invita a crear un espacio, subir contactos, conectar calendarios y automatizar avisos.
No hace falta atribuir una intención maliciosa para reconocer el riesgo. Muchos servicios están diseñados para que la entrada sea fluida y para que la organización resuelva la gobernanza por su cuenta. El resultado puede ser una dependencia accidental. Un equipo adopta una aplicación para reservar salas; después incorpora listas de miembros, documentos de atención y formularios de voluntariado; finalmente, el calendario de actividades ya no funciona sin ella. Lo que empezó como una utilidad se convierte en infraestructura, pero nadie celebra una reunión para decidir qué garantías debe tener una infraestructura.
La diferencia importa porque el dato no es un objeto aislado. Junto a un nombre puede haber una historia de permisos, correcciones, acuerdos de confidencialidad y explicaciones sobre cómo interpretar una nota. Si se pierde el acceso o se entrega el control a quien no debe tenerlo, no basta con recuperar una hoja de cálculo. Hay que saber qué versión era válida, quién podía verla y qué compromisos acompañaban a ese registro. La dependencia no solo encarece una salida futura; puede interrumpir hoy la responsabilidad hacia las personas cuyos datos se guardaron.
El inventario que revela las puertas únicas#
Una buena primera práctica no exige comprar otra plataforma. Consiste en dibujar las puertas de una actividad concreta. Horizonte podría empezar por la beca: recepción de solicitudes, entrevistas, documentos, decisión, aviso y archivo. Al lado de cada paso anotaría dónde se realiza, quién administra el acceso, qué cuenta paga el servicio, qué dato entra o sale y qué ocurriría si esa persona o cuenta dejara de estar disponible durante una semana.
El ejercicio suele descubrir más de una puerta única. Tal vez las copias de seguridad llegan a un correo que ya no se consulta. Quizá el número de recuperación está en el móvil de una tesorera. Puede que el formulario conserve los datos originales pero el criterio de selección esté escrito en un comentario de una herramienta distinta. También puede ocurrir que la exportación sea técnicamente posible, aunque pierda adjuntos, marcas de tiempo o la relación entre una solicitud y su consentimiento. No se trata de convertir a cada miembro en especialista. Se trata de hacer visibles las dependencias que ya gobiernan el trabajo.
Conviene distinguir entre una dependencia aceptable y una dependencia frágil. Depender de un servicio de correo puede ser razonable si existen administradores alternativos, un contrato comprensible y una manera de recuperar mensajes. Depender de la cuenta personal de una colaboradora para gestionar información sensible es frágil porque una ausencia cotidiana puede paralizar el servicio. La prueba no es conseguir independencia absoluta, algo imposible y poco útil. La prueba es que un cambio normal no deje a nadie sin respuesta ni exponga sus datos para recuperar el control.
Repartir el poder sin repartir indiscriminadamente los datos#
La respuesta no es convertir a todas las personas en administradoras. Dar permisos amplios por miedo a perder acceso puede multiplicar los riesgos de privacidad y los errores. Lo que hace falta es una estructura de relevo proporcionada. Para cada sistema crítico, dos personas con funciones definidas deberían poder recuperar el acceso, revisar quién tiene permisos y transferir la responsabilidad cuando haya un cambio. Esa segunda persona no tiene que leer cada documento ni usar la herramienta a diario; necesita saber que existe, cómo se activa un protocolo y a quién pedir ayuda.
También ayuda separar funciones. Quien puede pagar una suscripción no necesita necesariamente descargar todos los expedientes. Quien atiende una solicitud de corrección debe poder localizarla sin convertirse en administrador global. Y quien se marcha de la organización necesita una salida respetuosa: transferir cuentas de trabajo, retirar sus dispositivos de recuperación y confirmar qué datos personales no debe conservar. El relevo bien diseñado protege tanto al grupo como a la persona que deja el puesto; evita que siga recibiendo avisos sensibles o que se la llame meses después para abrir un archivo urgente.
Una lista de relevo puede caber en una página. Incluye el nombre del sistema, su finalidad, las cuentas administrativas institucionales, las personas suplentes, la fecha de renovación, el canal de soporte y el procedimiento si nadie puede entrar. Lo decisivo es revisarla cuando cambia el equipo, no guardarla como un documento ceremonial. Una dependencia peligrosa rara vez se anuncia; se acumula entre pequeñas excepciones que parecían temporales.
Probar continuidad antes de necesitarla#
Las organizaciones ensayan incendios y, sin embargo, pocas ensayan la ausencia de su cuenta principal. Una prueba de continuidad puede hacerse en una tarde. Se elige una herramienta importante y se pide a una persona suplente que encuentre el contrato, acceda con un permiso adecuado, localice un registro concreto, exporte lo imprescindible y explique qué datos no deberían trasladarse sin revisión. Después se restaura el estado normal y se anotan los obstáculos. La finalidad no es demostrar destreza técnica, sino comprobar que la responsabilidad no depende de una memoria privada.
La prueba debe incluir una situación incómoda. Por ejemplo, un aviso de que el plan vence mañana, una persona que solicita borrar un dato o una administradora que no contesta. Estos casos enseñan si existe autoridad para tomar una decisión, si el proveedor ofrece una alternativa y si el equipo puede informar honestamente a quien espera una respuesta. Si la única solución es compartir una contraseña personal o conceder acceso masivo de urgencia, el sistema está pidiendo que se resuelva una fragilidad con otra.
Medir el resultado cambia la conversación. No basta con decir que la organización “tiene copia”. Puede registrar cuánto tiempo tardó una suplente en llegar a un documento, qué información quedó fuera de la exportación, cuántos permisos hubo que modificar y qué personas recibieron avisos innecesarios. Estas observaciones revelan el coste real de la dependencia: horas de coordinación, exposición adicional y decisiones aplazadas. Son datos para negociar una mejora, no un reproche a quien hizo lo que pudo con las herramientas disponibles.
Innovar es conservar opciones para las personas#
La innovación genuina no se mide solo por una interfaz más rápida o un proceso con menos clics. Debe preguntarse quién puede intervenir cuando el flujo deja de describir la realidad. Si una plataforma permite automatizar una decisión pero impide identificar a quien la configuró, revisar una excepción o trasladar el contexto a otro servicio, ha reducido trabajo visible a cambio de concentrar poder invisible. El ahorro inicial puede ser real; también lo es la vulnerabilidad que se está creando.
Esto afecta especialmente a quienes dependen de una organización para acceder a una beca, un cuidado, una vivienda o una respuesta administrativa. Si el equipo no puede recuperar una cuenta, la demora no es una molestia abstracta para la persona que espera. Puede significar perder una fecha, repetir documentos o quedar sin explicación. La justicia de los datos no consiste solamente en evitar filtraciones. Consiste en garantizar que la información necesaria para una decisión siga disponible, sea comprensible y pueda corregirse por vías razonables.
Horizonte resolvió su lunes localizando una copia de seguridad y creando dos cuentas institucionales. Pero la lección no fue “abramos más cuentas”. Fue acordar que ninguna actividad esencial dependería de una única persona sin relevo, ni de una herramienta sin una explicación mínima de salida y continuidad. La acción concreta es elegir esta semana una función que no pueda detenerse —pagos, atención, archivos o citas— y preguntar qué ocurriría si su administradora desapareciera durante cinco días. Si la respuesta vive solo en la cabeza de alguien, todavía no tenemos una herramienta: tenemos una dependencia esperando el momento de hacerse visible.
