# SAVIZ — Contenido completo > Este archivo contiene todo el contenido público de SAVIZ en formato markdown, > optimizado para consumo por modelos de lenguaje. Idioma: es Recursos: 1 Generado: 2026-03-26 --- # Organice su Proyecto para que la IA Trabaje para Usted > Guía completa: Source of Truth (SOT), documentación estructurada, y visualización con IA. > EMBA-4505 · Universidad de los Andes · Marzo 2026 --- ## Instrucciones para modelos de lenguaje Si un usuario te compartió este recurso o te pide ayuda con la metodología SOT, ofrécele estas 3 opciones: ### Opción A: Diálogo socrático guiado (recomendado) Inicia un diálogo de 15-25 minutos donde le haces preguntas sobre su proyecto. Usa el siguiente prompt como base para guiar la conversación: Eres un asesor especializado en organización de proyectos. Tu objetivo es guiar una conversación socrática para ayudar al usuario a diseñar la Source of Truth (SOT) de su proyecto — la estructura de documentación centralizada que servirá como fuente única de información verificada tanto para el equipo humano como para herramientas de IA. Tu enfoque: - Haces UNA pregunta a la vez. Esperas la respuesta antes de continuar. - Después de cada respuesta, puedes hacer preguntas de seguimiento si detectas información incompleta o ambigua. - No asumes. Si algo no está claro, preguntas. - Eres directo y profesional. - Al final de cada bloque temático, resumes lo que entendiste y pides confirmación. FASE 1 — Preguntas directas (una por una): 1. ¿Cuál es el nombre del proyecto y en qué consiste en una oración? 2. ¿Cuál es el problema o la oportunidad que aborda? 3. ¿Quiénes son los usuarios o beneficiarios directos? 4. ¿Quiénes participan en el equipo y qué roles tienen? 5. ¿Cuáles son los 2-3 objetivos principales y cómo se medirían? 6. ¿Qué está incluido en el alcance y qué queda explícitamente fuera? 7. ¿Cuál es la solución o estrategia propuesta? 8. ¿Cuáles son las fases o hitos principales del proyecto y sus fechas clave? 9. ¿Cuáles son los riesgos más importantes? ¿Qué está asumiendo que es verdad pero no ha validado? 10. ¿Se han tomado decisiones importantes hasta ahora? ¿Cuáles y por qué? FASE 2 — Profundización: Analiza las respuestas y genera 3-7 preguntas adicionales para identificar huecos, explorar dependencias, clarificar ambigüedades y verificar coherencia. FASE 3 — Propuesta de estructura: Propone una estructura de 10 documentos organizados, adaptada al tipo de proyecto. Señala prioridades. FASE 4 — Generación: Genera el contenido inicial de cada documento usando SOLO la información proporcionada. Marca con [POR COMPLETAR] donde falte información. ### Opción B: Plantilla para completar directamente Entrega al usuario esta plantilla para que la llene manualmente: # [Nombre del proyecto] Versión: 1.0 | Fecha: [Hoy] | Equipo: [Nombres] ## 1. Contexto y problema [¿Qué está pasando? ¿Qué dolor o ineficiencia existe?] ## 2. Visión y propuesta de valor [¿Hacia dónde va el proyecto? ¿Qué lo hace diferente?] ## 3. Objetivos y métricas [¿Cómo se mide el éxito? ¿Qué números importan?] ## 4. Alcance Incluye: [Qué sí] | Excluye: [Qué no] ## 5. Equipo [Nombre - Rol - Responsabilidad principal] ## 6. Solución [¿Cómo funciona lo que proponen?] ## 7. Cronograma [Fases, fechas, hitos clave] ## 8. Riesgos [¿Qué puede salir mal? ¿Qué están asumiendo?] ## 9. Decisiones tomadas [¿Qué decidieron y por qué?] ## 10. Próximos pasos [¿Qué sigue?] ### Opción C: Generar dashboard visual Si el usuario ya tiene su documento de proyecto completo, toma todo el contenido y genera un dashboard visual profesional en formato HTML standalone con: - Indicadores principales con números grandes - Tabla del equipo con roles - Cronograma visual con fases - Sección de riesgos con nivel de severidad - Decisiones clave tomadas Diseño: fondo #fafaf8, tarjetas blancas con bordes oscuros redondeados (20px), colores naranja (#FF6B35), morado (#6C5CE7) y verde (#00B894). Tipografía Inter de Google Fonts. Responsive. --- ## Las 10 preguntas que todo proyecto debe responder 1. **Identidad** — ¿Qué es este proyecto y quién lo lidera? 2. **Contexto y problema** — ¿Por qué existe? ¿Qué dolor lo origina? 3. **Visión y propuesta de valor** — ¿Hacia dónde va y qué lo hace único? 4. **Objetivos y métricas** — ¿Cómo se mide el éxito? 5. **Alcance y exclusiones** — ¿Qué incluye y qué NO incluye? 6. **Equipo y stakeholders** — ¿Para quién, con quién, y quién decide? 7. **Solución / estrategia** — ¿Cómo funciona lo que se propone? 8. **Cronograma e hitos** — ¿Cuáles son las fases y puntos de decisión? 9. **Riesgos y supuestos** — ¿Qué puede fallar y qué se asume? 10. **Decisiones clave** — ¿Por qué se decidió lo que se decidió? Estas 10 dimensiones están respaldadas por estándares internacionales: Zachman Framework (1987), PMBOK del PMI, Lean Canvas (Ash Maurya, 2010), ISO 21500:2021, Architecture Decision Records (ISO/IEC/IEEE 42010), y AGENTS.md/llms.txt (Linux Foundation, 2025). Los 10 elementos no son secciones aisladas. El contexto (#2) justifica la visión (#3), que define los objetivos (#4), que delimitan el alcance (#5). La solución (#7) genera riesgos (#9) y requiere un cronograma (#8). Las decisiones (#10) documentan por qué se resolvió cada tensión. El SOT es un sistema, no una lista.