Hay una ironía que me persigue desde mayo.

Me robaron las computadoras. Todo: archivos, proyectos, 25 años de metodología codificada. En el momento más urgente de mi carrera —reconstruyendo la empresa después de la pandemia, con dos hijos, con el agua llegando al cuello— alguien entró y se llevó lo que creía que era mi trabajo.

Pero no se llevaron mi trabajo. Se llevaron los contenedores de mi trabajo.

Lo que descubrí al abrir el disco externo que sobrevivió —el único respaldo que había hecho casi por accidente— fue algo que no esperaba: 209 gigabytes de oro puro. Talleres que no recordaba haber grabado. Metodologías que pensé que había perdido para siempre. Transcripciones de sesiones con Bayer, con UTE, con startups que hoy valen millones.

«Hacía años que no leía esto», me escuché decir solo, a las dos de la mañana, con una computadora de 2019 que tardaba tres minutos en abrir un PDF.

Y ahí me golpeó la paradoja.

El diagnóstico que no me había hecho a mí mismo

Llevó unos días procesarlo. Pero cuando lo vi, no pude desverlo.

El problema que yo le resuelvo a las organizaciones —el problema central, el que describe cada charla que he dado, el que explica el Bucle QWERTY que aparece en mi homepage— es exactamente el problema que yo tenía.

Conocimiento Tácito Atrapado.

Durante años, todo lo que sabía vivía en mí. En mis notas mentales. En archivos dispersos con nombres que solo yo entendía. En una metodología que podía facilitar pero que nunca había estructurado de forma que sobreviviera a… bueno, a un robo.

Soy el estratega que le dice a los CEOs: «Cuando la persona clave se va, se lleva el saber. Eso es Amnesia Corporativa.» Y resulta que mi empresa era exactamente eso. Yo era la persona clave. Yo era el único repositorio. Cuando las máquinas desaparecieron, casi desaparezco yo también.

Qué es el Efecto QWERTY y por qué lo vivo en carne propia

Permíteme un desvío de 90 segundos que vale la pena.

El teclado QWERTY fue diseñado en 1873. La distribución de las letras —Q, W, E, R, T, Y en la primera fila— no fue pensada para que escribieras rápido. Fue diseñada para lo contrario: para que las barras metálicas de las máquinas de escribir no chocaran entre sí cuando tecleabas demasiado veloz.

El problema mecánico que justificó ese diseño desapareció hace más de un siglo. Los teclados electrónicos no tienen barras. Pueden ir a cualquier velocidad. Y sin embargo, ahí está el QWERTY: en tu laptop, en tu teléfono, en cada teclado del planeta.

Lo adoptamos. Lo normalizamos. Lo enseñamos. Lo heredamos.

Esto es lo que llamo una Fijación Estructural: una solución que resolvió un problema que ya no existe, pero que el sistema sigue ejecutando porque «siempre fue así.» Podés leer el mecanismo completo en el artículo original sobre el Efecto QWERTY.

¿Cuál era mi QWERTY?

Fácil de ver en retrospectiva: yo creía que el conocimiento de InnMentor vivía en archivos que podía perder, en lugar de en estructuras que podía mantener vivas.

Peor aún: ni siquiera me había hecho esa pregunta. El sistema seguía corriendo. Los clientes pagaban. Las sesiones funcionaban. ¿Para qué revisar algo que aparentemente andaba?

Hasta que se rompió.

La reconstrucción como metodología

Lo que siguió a mayo 2026 fue, sin quererlo, el proyecto más exhaustivo de estructuración de conocimiento tácito que he hecho en mi vida. Y lo hice sobre mi propia empresa.

No fue elegante. Fue exactamente como describe el Manifiesto de InnMentor: trabajo en el barro operativo, sin anestesia, con lo que hay.

Una computadora de 2019. Un disco externo. Un proceso que llamé internamente «ingeniería de reversa de mí mismo.»

Lo que descubrí —y esto me parece lo más valioso de compartir— es que el conocimiento no había desaparecido. Nunca desaparece del todo. Está escondido. Está atrapado. Está en formatos que nadie más puede leer, o en estructuras que solo tienen sentido para quien las creó.

Yo no lo había hecho. Pero el robo me forzó a hacerlo.

El sistema de 17 capas

Durante las semanas que siguieron, construí algo que no tenía nombre al principio.

Empezó como un documento de trabajo para no repetirme en cada sesión con mi asistente de IA —necesitaba explicar el contexto del proyecto cada vez que empezábamos desde cero, porque los sistemas no tienen memoria entre conversaciones.

Terminó siendo el mecanismo de estructuración de conocimiento más riguroso que he aplicado en 25 años de trabajo.

Lo llamé 00_n_CONTEXTO. Una serie de documentos numerados, donde n avanza incremental y el número más alto es siempre la versión más actualizada. Con una regla de oro absoluta: nunca se borra contenido que fue decidido agregar en una sesión anterior. Cada versión es más rica que la anterior, nunca más pobre.

Llegamos a 17 versiones. 17 capas de sedimento.

Cada sesión de trabajo agregaba algo. Una decisión de diseño. Un aprendizaje técnico. Una lección de proceso. Un error y su corrección. Una constante que no debía moverse nunca.

Desde afuera parece excesivo. Desde adentro, es exactamente lo que hacemos en los talleres con los equipos directivos: construir un repositorio de conocimiento que sobreviva a la persona que lo generó.

Solo que esta vez lo hice conmigo mismo.

Lo que el proceso reveló sobre el proceso

Hay un momento en el que te das cuenta de que estás viviendo lo que describís.

Fue en la cuarta o quinta semana, revisando los documentos acumulados. Me pregunté: ¿qué es esto, en términos metodológicos?

La respuesta me golpeó con la misma claridad con la que suelo ver los problemas de mis clientes, y casi nunca los propios.

El 00_n_CONTEXTO es un SuMBook.

El Aprendizaje de Éxitos —una metodología que co-creé con el Prof. Yona Rosenfeld en la Hebrew University hace veinte años, y que apliqué en programas del Ministerio de Industria de Israel— tiene como herramienta central el SuMBook: un registro estructurado de los éxitos y aprendizajes de un equipo, construido de forma acumulativa, que nunca pierde información, que solo suma capas.

Yo había construido, sin planificarlo, exactamente eso. Pero para documentar el proceso de reconstrucción de mi propia empresa.

La metodología del cliente, aplicada al cliente. El cliente siendo yo.

Tres errores que casi destruyen el proyecto

Sería deshonesto de mi parte presentar esto como una historia de éxito lineal. No lo fue.

Hubo tres momentos donde el sistema casi colapsa, y los tres son lecciones directamente aplicables a cualquier proceso de transformación organizacional.

Error 1: Regenerar desde cero en lugar de editar.

En algún momento, al generar la versión 7 del Libro de Marca, decidí crearlo desde cero en lugar de editar la versión anterior. El resultado fue que perdí elementos críticos que habíamos validado en sesiones anteriores. Elementos que costaron horas reconstruir.

La lección —que ahora es una regla innegociable del sistema— es que regenerar desde cero parece más eficiente pero destruye valor acumulado. Editar parece más lento pero preserva el contexto que no ves hasta que lo necesitás.

Error 2: Confundir el contenedor con el contenido.

Durante semanas, el foco estuvo en construir el sitio web. El HTML. Los estilos. Los redirects. La optimización de velocidad.

El sitio salió en vivo con Desktop 93 en PageSpeed, Best Practices 100, SEO 92. Técnicamente impecable. Y sin contenido en la bitácora.

Los 131 redirects que apuntan a artículos de la bitácora funcionan perfectamente. Redirigen a páginas vacías. El contenedor estaba listo. El contenido, atrapado otra vez.

Error 3: La urgencia económica como distorsionador de prioridades.

Esta es la más difícil de escribir, pero la más importante.

La situación económica es real. La presión de generar ingresos a corto plazo influyó en decisiones que en otras circunstancias habrían sido diferentes. Hubo momentos donde el imperativo de «salir ya» compitió con el imperativo de «salir bien.»

No estoy diciendo que estuvo mal. Estoy diciendo que es una tensión que existe, que es legítima, y que produce distorsiones que vale la pena nombrar. El C-Level que me contrata enfrenta la misma tensión cada trimestre: el resultado de los próximos 90 días versus la estructura para los próximos 90 meses.

Nombrarlas es el primer paso para no dejar que operen en silencio.

La paradoja que no puedo sacudir

Voy a cerrar con lo que me parece más interesante de todo esto.

InnMentor es el mejor cliente de InnMentor.

No como metáfora. Como mecánica real.

El Bucle QWERTY describe con precisión lo que le pasó a mi empresa antes del robo. El Conocimiento Tácito Atrapado que vendo liberar fue el primer problema que tuve que resolver. La Amnesia Corporativa que combato casi destruyó el proyecto cuando regeneré un documento desde cero. La Innovación Sistemática que enseño —resolver con los recursos ya presentes, el Mundo Cerrado de SIT— fue la que guió cada decisión de la reconstrucción.

Y el archivo 00_n_CONTEXTO es un SuMBook. La herramienta que co-creé hace veinte años para que el conocimiento de los equipos no muera con las personas. Aplicada a mi propia empresa, sin planificarlo, en el momento en que más la necesitaba.

No lo planeé así. Pero resulta que el barro operativo no hace excepciones. Te enseña lo mismo que le enseñás a los demás, solo que sin la distancia cómoda del facilitador.

Esta es la saga Desde el Barro — artículo 1 de 3. Seguí con el segundo: El Experto que No se Aplicaba el Método → · Y el tercero: La Herramienta que No Piensa por Vos →