Obsidian para equipos. Cómo organizar proyectos, decisiones y versiones
Una estructura práctica de vault, una plantilla de decisiones y un método de migración para que el conocimiento de un proyecto se pueda recuperar y mantener.
Empieza por la pregunta que necesitas responder
Cuando un equipo quiere ordenar años de proyectos, la tentación es empezar creando carpetas. Yo empezaría con una pregunta. ¿Qué decisión de un proyecto anterior necesitas encontrar hoy y qué datos te permitirían confiar en ella? Una carpeta puede guardar cientos de archivos y seguir sin responder eso.
Mi criterio viene de construir Superbrain y utilizarlo en mi trabajo diario. El sistema tiene que permitir llegar a una respuesta, identificar su fuente y distinguir el estado actual de una decisión antigua. Obsidian ayuda a enlazar las piezas, pero el método lo pone el equipo. La estructura que propongo aquí es un punto de partida, no una implantación ya realizada para un cliente.
Una nota de proyecto como puerta de entrada
Cada proyecto tiene una ficha que enlaza el briefing, las decisiones y los entregables. En vez de duplicar todos los archivos, la ficha indica dónde están y cuál es la versión vigente. Mantendría los planos y las fotografías pesadas en su repositorio de trabajo si ese flujo ya funciona.
Empezaría con cinco áreas. Un índice, proyectos, decisiones, recursos compartidos y un archivo histórico. Dentro de cada ficha incluiría responsable, estado, fecha de revisión y enlaces relacionados. El índice responde dónde buscar. La ficha del proyecto responde qué está pasando. La nota de decisión responde por qué se hizo algo.
La plantilla de decisión que usaría desde el primer día
Anotar solo el resultado deja fuera la parte que más cuesta reconstruir. Una decisión necesita contexto, opciones descartadas y el criterio utilizado. El ejemplo siguiente es ficticio y sirve como plantilla. No representa información de ningún cliente.
# Cambio de material del acceso
Proyecto: ejemplo
Fecha: 2026-10-22
Estado: propuesta
Responsable: pendiente
## Contexto
Qué problema necesitamos resolver.
## Opciones
Qué alternativas hemos considerado.
## Decisión y motivo
Qué elegimos y con qué criterio.
## Evidencia
Enlace al documento o aprobación.
## Relacionado
[[proyecto-ejemplo]]Enlaza antes de multiplicar las carpetas
Los enlaces internos permiten conectar una decisión con su proyecto y con el recurso que la justifica. Una convención sencilla de nombres evita que dos personas creen fichas diferentes para la misma cosa. Para materiales que deban leerse fuera de Obsidian, los enlaces Markdown pueden facilitar la interoperabilidad.
Las plantillas nativas sirven para insertar una estructura repetible. Conviene acordar primero qué campos son obligatorios y probarlos con trabajo real. No instalaría una colección de plugins antes de comprobar si la ficha básica ya permite resolver las preguntas del equipo.
Migra un proyecto antes de migrar veinte años
Escogería un proyecto terminado y otro activo. El terminado sirve para probar la recuperación del histórico. El activo revela si el registro de decisiones cabe en el ritmo del trabajo. Con ambos haría la misma prueba. Encontrar la última versión de un documento, explicar una decisión y localizar al responsable sin preguntar por el chat.
No movería el archivo completo de golpe. Primero inventario, después muestra representativa y, cuando el vocabulario esté validado, migración por lotes. Mantendría copia de seguridad y registraría qué se ha importado. Un archivo que nadie puede revisar no se vuelve fiable por cambiar de aplicación.
Cómo sé si la estructura está funcionando
Mediría el tiempo necesario para encontrar una decisión, los enlaces rotos y las fichas que se quedan sin responsable o sin revisión. No hace falta prometer un porcentaje de ahorro. Hace falta observar si el equipo puede recuperar el contexto sin depender de quien estuvo en todas las reuniones.
La siguiente capa puede ser un asistente de IA que consulte el vault. Antes tienen que estar claros los permisos, las fuentes y el mantenimiento. Si quieres empezar por la memoria de los asistentes, en el blog también explico cómo separo el conocimiento del modelo y cómo organizo mi segundo cerebro.