# Inteligencia de conocimiento para proyectos complejos canonical_url: https://www.3.14financialcontents.com/es/soluciones/inteligencia-para-proyectos-complejos/ markdown_url: https://www.3.14financialcontents.com/es/soluciones/inteligencia-para-proyectos-complejos/index.md language: es-ES content_type: solutions status: published description: Relacionar preguntas, evidencia, decisiones, dependencias y trabajo para conservar la continuidad de proyectos largos. Lo que un proyecto todavía no sabe también forma parte de su conocimiento. ## Qué representa el sistema - **Preguntas** — Qué falta por comprender, por qué importa, qué bloquea y qué evidencia permitiría avanzar. - **Hipótesis** — Explicaciones, diseños o predicciones que el equipo quiere poner a prueba, con sus supuestos y contraejemplos. - **Evidencia** — Documentos, datos, resultados, trazas, experimentos, código y observaciones con procedencia, versión y ámbito. - **Decisiones** — Qué se acordó, quién responde, qué alternativas existían y bajo qué condiciones debería revisarse. - **Dependencias** — Qué debe ocurrir, conocerse o decidirse antes de que otra parte pueda avanzar. - **Trabajo** — Qué resultado se espera, qué estado tiene, quién interviene y qué objeto del conocimiento modifica. - **Riesgos e incertidumbres** — Qué podría cambiar el recorrido, qué consecuencia tendría y qué señal permitiría detectarlo. - **Agentes** — Qué agentes pueden investigar, analizar, programar, ejecutar o revisar, con función, herramientas, permisos y presupuesto. - **Memoria** — Qué debe conservarse para continuar y qué contexto puede caducar según la política del proyecto. ## Claim de apoyo Ayudamos a que personas y agentes compartan preguntas, evidencia, decisiones, dependencias y trabajo sin perder el hilo del proyecto. ## Qué podemos enseñar - **Cómo funciona** — El proyecto se representa como un grafo de preguntas, evidencias, decisiones, dependencias y trabajo, en lugar de como una lista de tareas. Los agentes leen y escriben sobre esa representación con permisos acotados. Una decisión conserva sus alternativas y las condiciones bajo las que se tomó, de modo que pueda releerse más tarde. - **Qué podemos mostrar** — Podemos mostrar un prototipo con un proyecto sintético: el grafo, el historial completo de una decisión y una pregunta abierta con la evidencia asociada. También el esquema de datos y los permisos de cada tipo de agente. - **Cómo se evalúa** — Evaluamos reconstrucción —si una persona comprende por qué se tomó una decisión y qué información existía—, continuidad, calidad de las relaciones, cobertura, coste de registro, utilidad para la dirección, comportamiento de los agentes y memoria. - **Límites** — La capacidad actual permite trabajar con proyectos reconstruidos y recorridos limitados. Su siguiente umbral de madurez es acompañar un proyecto activo durante un ciclo completo y medir utilidad, continuidad y coste de mantenimiento. La representación aporta valor cuando registrar una decisión cuesta menos que reconstruirla después. - **Estado** — prototype Los proyectos complejos producen mucho más que tareas y entregables. Producen preguntas, hipótesis, decisiones, alternativas, pruebas, compromisos, dependencias, excepciones, riesgos y cambios de criterio. Parte de ese conocimiento queda en documentos; otra parte, en conversaciones, repositorios, tickets, reuniones y personas. Con el tiempo, el equipo puede conocer el estado de las tareas y perder la razón que explica el proyecto: - por qué se eligió una arquitectura; - qué alternativa se descartó; - qué evidencia existía entonces; - qué supuesto sigue sin comprobarse; - qué decisión depende de otra; - qué cambio reabre una pregunta; - qué parte puede ejecutar un agente; - quién conserva la responsabilidad; - qué resultado permitiría considerar cerrado un frente. Construimos sistemas para representar y relacionar ese conocimiento. La solución complementa las herramientas de planificación y ejecución con una capa de preguntas, evidencia y decisiones. Personas y agentes pueden recuperar la situación del proyecto, continuar trabajo interrumpido y comprender qué cambió sin reconstruir toda la historia a partir de fragmentos. ## Un proyecto es también un sistema de conocimiento y decisión La planificación explica qué se espera hacer. El conocimiento del proyecto explica por qué, con qué evidencia, bajo qué condiciones y qué continúa abierto. Ambas capas se relacionan. Una tarea puede depender de una decisión que todavía no se ha tomado. Una decisión puede depender de una prueba. Una prueba puede revelar que la pregunta original estaba mal formulada. Un resultado puede obligar a reabrir una arquitectura, un requisito o una hipótesis. Representar estas relaciones permite distinguir: - actividad y avance; - decisión y preferencia provisional; - evidencia y argumento; - dependencia y coincidencia temporal; - pregunta abierta y olvido; - cambio de criterio y contradicción; - tarea completada y resultado conseguido. ## Una representación compartida SuperSocrates y SuperQuestions son dos sistemas distintos que trabajan sobre el mismo grafo vivo del proyecto. SuperQuestions es el producto que representa y gestiona ese grafo —preguntas, evidencia, decisiones, dependencias y trabajo—; SuperSocrates es el sistema que lo interroga: busca huecos, propone la siguiente pregunta útil y señala las colisiones, es decir, la información que no coincide entre fuentes, las decisiones que se contradicen y los supuestos que nadie llegó a escribir. El sistema puede mostrar: ```text PREGUNTA ├── evidencia que la apoya ├── evidencia que la contradice ├── hipótesis ├── decisión pendiente ├── trabajo necesario ├── dependencias ├── agentes y personas implicados └── criterio para considerarla resuelta ``` Y también: ```text DECISIÓN ├── pregunta que responde ├── alternativas ├── evidencia disponible ├── restricciones ├── responsable ├── trabajo que habilita ├── riesgos └── condiciones de revisión ``` Esta representación permite navegar desde una tarea hacia la decisión que la originó, desde una decisión hacia su evidencia y desde una evidencia nueva hacia las partes del proyecto que podría modificar. ## Continuidad entre personas y agentes Los proyectos incorporan cada vez más agentes para investigar, programar, documentar, analizar, revisar y ejecutar. La dificultad principal aparece al conservar continuidad: - qué objetivo persigue cada agente; - qué contexto necesita; - qué trabajo ya se hizo; - qué decisión sigue vigente; - qué resultado debe entregar; - qué puede modificar; - qué necesita revisar una persona; - cómo se incorpora el resultado al proyecto; - qué ocurre si otro agente discrepa; - quién decide la siguiente acción. Una representación compartida permite que los agentes trabajen sobre objetos definidos, en lugar de intercambiar únicamente mensajes. El agente puede leer una pregunta, recuperar evidencia, producir una propuesta y registrar resultado, fuentes, incertidumbre, cambios sugeridos, artefactos creados, preguntas nuevas y criterio de finalización. Otro agente o una persona puede revisar ese objeto sin reconstruir toda la conversación previa. ## El papel de la dirección del proyecto La dirección conserva propósito, prioridades, compromisos, asignación de autoridad, decisiones con consecuencias, gestión de trade-offs, comunicación y relación con el entorno del proyecto. El sistema le aporta una situación más compartida y examinable. Puede ayudar a responder: - ¿qué preguntas bloquean más trabajo?; - ¿qué decisiones se apoyan en evidencia débil?; - ¿qué dependencias están creciendo?; - ¿qué supuestos se han convertido en hechos sin validación?; - ¿qué frentes producen actividad y poco aprendizaje?; - ¿qué agentes o equipos esperan contexto?; - ¿qué cambio debería reabrir una decisión?; - ¿qué conocimiento depende de una sola persona?; - ¿qué resultado todavía carece de criterio de aceptación?; - ¿qué parte del plan se apoya en una capacidad no demostrada? La inteligencia de proyectos prepara preguntas y relaciones. La autoridad sobre objetivos y compromisos permanece en quienes dirigen y responden del proyecto. ## Escuchar el proyecto desde distintas posiciones Un proyecto puede describirse de manera distinta desde dirección, negocio, ingeniería, operación, seguridad, usuarios y mantenimiento. Cada perspectiva hace visible una parte. El sistema puede conservar vocabulario, preocupaciones, criterios, responsabilidades, evidencias, desacuerdos, decisiones y consecuencias. La indagación ayuda a descubrir qué término significa algo distinto para dos equipos, qué condición se da por supuesta y qué excepción cambia el diseño. Esta práctica conecta la inteligencia para proyectos con la cultura socrática de 3.14: preguntar para comprender mejor la situación y mantener visible aquello que todavía no se sabe. ## Proyectos que atraviesan varios repositorios y sistemas Un proyecto puede utilizar uno o varios repositorios, documentación, issues, pull requests, workflows, salas de colaboración, modelos y agentes, entornos de ejecución, sistemas de datos, hardware y decisiones organizativas. La solución puede relacionar estos objetos mediante identificadores y eventos. Por ejemplo: - un commit implementa una decisión; - una prueba aporta evidencia; - un issue descubre una excepción; - una revisión modifica una hipótesis; - un workflow completa un experimento; - un incidente reabre una pregunta; - un documento formaliza una política; - una persona aprueba un cambio; - un agente propone una alternativa. La integración preserva el lugar donde cada equipo trabaja y añade continuidad entre herramientas. ## Configurar equipos de personas y agentes En proyectos con agentes, la configuración puede definir repositorios, salas, personas, sistemas conectados, herramientas, orquestador, modelos, roles, presupuestos, criterios de revisión, entornos y políticas de ejecución. Los roles pueden incluir coordinación y análisis, investigación, programación y ejecución, documentación, evaluación, revisión adversarial y segunda opinión. La configuración forma parte de la memoria del proyecto. Permite comprender qué capacidades estaban disponibles cuando se produjo un resultado. ## Qué puede cambiar para un proyecto ### Menos reconstrucción Las personas nuevas o los agentes pueden entender por qué se tomó una decisión y qué permanece abierto. ### Preguntas visibles El proyecto puede gestionar incertidumbre de forma explícita y relacionarla con trabajo, riesgos y decisiones. ### Decisiones revisables Las alternativas, la evidencia y las condiciones quedan disponibles cuando cambia el contexto. ### Mejor continuidad El trabajo puede reanudarse después de una espera, un cambio de equipo o una interrupción de agente. ### Dependencias más comprensibles Las relaciones informativas, técnicas y de autoridad aparecen junto a las tareas. ### Menos actividad duplicada La investigación y los análisis previos se recuperan con su contexto y su estado de validez. ### Agentes mejor integrados Los agentes reciben responsabilidades y objetos concretos, y sus resultados se incorporan a la memoria compartida. ### Aprendizaje del proyecto Los experimentos, errores, decisiones y revisiones producen conocimiento reutilizable. ## Aplicaciones ### Desarrollo de software Arquitectura, decisiones, repositorios, issues, pruebas, agentes y despliegues relacionados. ### Ingeniería y robótica Requisitos, geometría, capacidades físicas, simulación, pruebas, seguridad, hardware y resultados de campo. ### Investigación Preguntas, hipótesis, fuentes, evidencia, experimentos y conclusiones con procedencia. ### Documentación compleja Conocimiento distribuido entre versiones, requisitos, reglas, decisiones y responsables. ### Transformación de sistemas empresariales Lógica actual, decisiones de migración, dependencias, excepciones, integración y pruebas. ### Producción editorial Evidencia, encargos, decisiones, revisión, formatos, audiencias y publicación. ### Programas multiagente Coordinación de agentes especializados, herramientas, memoria, revisión y continuidad. ## Cómo se construye La arquitectura puede combinar: - un modelo tipado de preguntas, evidencia y decisiones; - grafos; - PostgreSQL; - búsqueda híbrida y pgvector; - eventos de GitHub y otros sistemas; - MCP y FastMCP; - workflows duraderos; - agentes; - políticas de permisos; - memoria de proyecto; - interfaces de exploración; - Ask 3.14 o buscadores conversacionales; - dashboards de actividad y estado. La representación central permanece independiente de un modelo concreto. Los agentes leen y escriben mediante contratos y permisos. ## Estado de madurez Prototipo en evaluación. La capacidad actual permite representar proyectos reconstruidos y recorridos limitados, navegar preguntas, evidencia y decisiones y coordinar agentes sobre objetos tipados. El siguiente umbral de madurez consiste en acompañar un proyecto activo durante un ciclo completo y medir utilidad para dirección, continuidad entre participantes, coste de mantenimiento de la representación y calidad del trabajo reanudado. ## Condiciones de uso La representación aporta valor cuando se integra con las herramientas existentes y registrar una decisión o una pregunta cuesta menos que reconstruirla después. El diseño debe capturar automáticamente aquello que ya produce el trabajo y pedir intervención únicamente cuando existe una decisión semántica u organizativa. Cada proyecto necesita acordar qué merece persistir, qué autoridad tiene cada objeto y qué información debe expirar. ## Sistemas relacionados ### SuperSocrates El sistema que pregunta: huecos, preguntas siguientes y colisiones entre fuentes, decisiones y supuestos. ### SuperQuestions El producto que representa y gestiona preguntas, evidencia, decisiones, dependencias y trabajo. ### Arquitectura de proyectos de 3.14 Repositorios, salas, personas, agentes, herramientas y sistemas configurados por proyecto. ### RAG y memoria de proyecto Recuperación híbrida de documentación, diálogos, código, decisiones y actividad. ### SuperPythagoras Construcción de software en equipo: roles, contratos, traspasos y SecondOpinion sobre cada cambio con consecuencias. ### Agentes y orquestación Coordinación de investigación, programación, ejecución, revisión y segunda opinión. ### DocuLogic Reconstrucción de lógica y conocimiento operativo en proyectos de modernización. ## Cierre Un proyecto complejo avanza mejor cuando puede recordar qué sabe, explicar por qué decide y mantener visible lo que todavía necesita descubrir. --- https://www.3.14financialcontents.com/llms.txt · https://www.3.14financialcontents.com/llms-full.txt