İnovapark: Del software a la memoria institucional

¿Qué tiene que estar definido antes de que un software pueda funcionar bien? Miro la historia de İnovapark y su archivo de conocimiento en desarrollo a través de esta pregunta.

Cuando se instala un software, esperamos que el trabajo se vuelva más ordenado. Los registros se reunirán en un lugar, se podrá seguir el avance de las tareas y tomar decisiones será más fácil. Pero si no está claro quién debe aprobar una solicitud, si la misma palabra significa cosas distintas para dos equipos o si no se sabe qué evidencia permite dar una tarea por terminada, ¿bastará con añadir más campos a la pantalla?

Esta pregunta ofrece un punto de partida para entender la evolución de İnovapark.

La estructura detrás de la herramienta

El desarrollo de software en İnovapark comenzó en 2005. En 2007 se hicieron más visibles las necesidades organizativas que limitaban su uso eficaz, y se realizaron los primeros ensayos y pruebas. En 2008 el trabajo se amplió a la consultoría. Este recorrido describe una búsqueda que empezó con la tecnología y se dirigió hacia la forma en que las empresas deciden y organizan su trabajo. Historia

La cuestión central es la dirección del ajuste. El enfoque de İnovapark considera el software junto con la estructura de la empresa, a partir de sus objetivos, responsabilidades y procesos. Para decidir qué trabajo debe facilitar una herramienta, hace falta entender quién lo realiza, con qué reglas y de qué manera. Un enfoque propio de cada organización

Pensemos en un ejemplo sencillo. Una solicitud de compra está pendiente. El software puede mostrar su estado. Para entender por qué espera, también debemos examinar la autoridad para aprobar, el límite presupuestario y la gestión de las excepciones. Añadir otra notificación y aclarar los límites de decisión son intervenciones distintas. Este ejemplo es un ejercicio para hacer visible la relación entre la herramienta y el funcionamiento del trabajo; no corresponde a un caso concreto de un cliente.

Así aparecen otras preguntas junto al diseño de software: ¿Dónde debe tomarse una decisión? ¿Qué información debe compartirse? ¿Quién debe poder detener el trabajo y en qué circunstancias?

Distintos caminos por una misma experiencia acumulada

En el archivo de İnovapark, la trilogía ReJourney, InStructure y ProJection constituye uno de los marcos para abordar estas preguntas. ReJourney se centra en transformar el funcionamiento existente; InStructure, en la estructura organizativa y la gobernanza; ProJection, en el crecimiento y las capacidades futuras. Hoy deben leerse como métodos compartidos a través del archivo. Programas

Esta distinción permite que cada necesidad tenga su propio punto de partida. Entender un atasco en un flujo de trabajo y organizar los ámbitos de decisión de una empresa en crecimiento son tareas diferentes. Ambas requieren, sin embargo, describir el problema, aplicar el cambio propuesto y volver a evaluar el resultado.

Lo que me interesa aquí es el paso de un método a otro. Al mejorar un proceso podemos encontrarnos con una cuestión de autoridad. Al aclarar esa autoridad puede ser necesario cuestionar la fiabilidad de la información utilizada. Seguir una pregunta puede cambiar el límite que trazamos al principio.

¿Qué nos ayuda a recordar un documento?

Convertir este trabajo acumulado en un archivo también plantea cómo leer sus documentos. En un diagrama de procesos vemos las flechas. No siempre vemos por qué se dibujaron allí, qué opción se descartó o bajo qué condiciones habría que reconsiderar la decisión.

Por eso, al pensar en la memoria institucional, quiero conservar las razones de las decisiones junto a los archivos. Cuando son visibles la necesidad a la que responde un documento, sus fundamentos y sus límites, reutilizarlo en otro contexto exige una atención más deliberada.

Una matriz de autoridad puede necesitar una nueva lectura cuando cambia un rol. Una instrucción de trabajo puede perder algunos de sus pasos cuando cambia la herramienta. Conservar un documento y mantener su validez son cuestiones que deben examinarse por separado. Es una pregunta que considero valiosa ante un archivo: ¿Bajo qué condiciones sigue siendo útil este registro?

Del archivo abierto a nuevas preguntas

İnovapark concluyó sus actividades de consultoría en 2026 y ya no acepta nuevos clientes. Su sitio es hoy un archivo abierto donde el conocimiento acumulado se organiza y comparte de forma gradual. Trasladar ese conocimiento a una experiencia basada en IA y agentes es una línea de desarrollo distinta. Que los documentos estén publicados no significa que toda esa experiencia esté disponible. La etapa de IA y archivo abierto

La pregunta que me interesa en esta transición va más allá de encontrar una respuesta dentro de un documento. ¿Puede el sistema mostrar también las condiciones de las que depende la respuesta? ¿Puede distinguir una recomendación de la autorización para actuar? Al traer al presente un método adecuado para un contexto pasado, ¿dónde debe detenerse y consultar a una persona?

Veo estas cuestiones como nuevas preguntas abiertas por el trabajo acumulado, no como resultados ya completados de İnovapark. El camino que empezó con cómo utilizar el software se extiende hacia cómo conservar, poner a prueba y reutilizar el conocimiento.

El Archivo Abierto de İnovapark es un punto de partida para explorar ese recorrido mediante documentos y programas. Al leerlos, quiero atender tanto a lo que dice un método como a la pregunta que lo originó.