{"version":"5.0.0","exportedAt":"2026-07-18T19:17:00.906Z","locale":"es","owner":"Jayden","platform":"DailySay Digital Legacy","articles":[{"slug":"building-products-alone-with-ai","title":"Cómo crear un producto solo con IA: de la idea al lanzamiento","description":"Un proceso práctico para usar IA en investigación, planificación, desarrollo, pruebas y lanzamiento sin delegar el criterio ni la responsabilidad del producto.","topic":"work","tags":["desarrollo con IA","desarrollador independiente","MVP","programación con IA","lanzamiento de producto"],"publishedAt":"2026-07-15T09:00:00+09:00","updatedAt":"2026-07-15T09:00:00+09:00","growthStage":"growing","version":"1.0","revisions":[{"version":"1.0","date":"2026-07-15","summary":"Seven-step guide for solo product building with AI.","changes":["Published idea-to-launch process"]}],"relationships":[{"type":"expands","slug":"how-i-built-three-products-faster-with-ai"},{"type":"references","slug":"every-pm-should-learn-ai-automation"}],"content":"\nAntes, crear un producto exigía reunir a varias personas con especialidades distintas. Hoy, la IA permite que una sola persona avance con rapidez entre investigación de usuarios, planificación, diseño, desarrollo, pruebas y documentación. Eso no significa que la IA sustituya a todo un equipo. Significa que quien crea solo asume más decisiones y más responsabilidad.\n\nPara mí, el valor de **crear un producto solo con IA** no consiste simplemente en generar código más rápido. Consiste en acotar el problema, eliminar trabajo innecesario y reducir la distancia entre una idea y un usuario real. Este es el proceso que sigo desde la primera definición del problema hasta el lanzamiento de un MVP y la llegada de comentarios útiles.\n\n\nLa IA aumenta la velocidad, pero no elige la dirección. Una persona todavía debe decidir qué crear, para quién y cuándo detenerse.\n\n\n## La IA acelera el trabajo, pero no es un cofundador\n\nSi le pides a una herramienta de IA ideas para una startup, obtendrás una lista convincente en segundos. El problema es que esa lista no conoce mi experiencia, los usuarios a los que puedo llegar, el tiempo disponible ni los riesgos que puedo asumir.\n\nNo trato a la IA como a un cofundador. La utilizo como un conjunto de asistentes con funciones limitadas.\n\n- **Asistente de investigación:** organiza el mercado y agrupa enfoques competidores.\n- **Asistente de producto:** ordena requisitos y cuestiona supuestos incompletos.\n- **Asistente de desarrollo:** implementa cambios pequeños y explica el código.\n- **Asistente de pruebas:** propone fallos posibles y escenarios de prueba.\n- **Asistente editorial:** mejora el onboarding, la página de presentación y la documentación.\n\nLa decisión final siempre queda en mis manos. Sin ese límite, la producción se acelera mientras el producto crece silenciosamente en la dirección equivocada.\n\n## 1. Definir el problema en una sola frase\n\nAntes de construir, completo esta frase:\n\n> **Ayudar a [una persona concreta] a reducir [un problema específico] en [una situación real] mediante [un enfoque claro].**\n\n“Crear un gestor de tareas con IA” describe una solución, no un problema. “Ayudar a profesionales independientes con varios proyectos a elegir en cinco minutos el trabajo esencial de hoy” muestra un usuario, una situación y un resultado.\n\nEn esta fase no pido a la IA que invente la respuesta. Le pido que ataque los huecos de mi frase.\n\n- ¿Este problema ocurre con frecuencia?\n- ¿Cómo lo resuelve hoy el usuario?\n- ¿La molestia justifica cambiar de comportamiento?\n- ¿Puedo definir un primer usuario más específico?\n- ¿Qué supuesto puedo comprobar sin crear un producto?\n\nUn buen punto de partida no es una idea con muchas respuestas, sino una idea con preguntas claras.\n\n## 2. Investigar con IA y verificar con personas\n\nLa IA es rápida durante la investigación inicial. Puede agrupar competidores, proponer segmentos de usuarios y preparar preguntas para entrevistas. Sin embargo, un resumen generado no debe confundirse con evidencia de mercado.\n\nSeparo los hallazgos en tres niveles:\n\n1. **Hipótesis generadas por IA** — posibilidades útiles que aún no están verificadas\n2. **Fuentes revisadas directamente** — páginas de producto, precios, reseñas y documentación pública\n3. **Experiencia de usuarios** — entrevistas, observación y comportamiento real\n\nLa dirección del producto gana fiabilidad cuanto más se acerca al tercer nivel. Siempre que puedo, pregunto a cinco usuarios potenciales por el mismo problema. “¿Cómo lo resolviste la última vez?” es mejor que “¿Usarías esta función?”. El comportamiento pasado ofrece una evidencia más sólida que una intención futura.\n\n## 3. Escribir una ficha de producto de una página\n\nDespués de investigar, preparo una ficha de una página en lugar de una especificación extensa. Solo contiene lo necesario para tomar la siguiente decisión.\n\n| Campo | Qué escribir |\n|---|---|\n| Usuario | El único tipo de usuario al que sirve esta versión |\n| Problema | Una dificultad concreta y recurrente |\n| Promesa | El resultado que cambia después de usar el producto |\n| Flujo principal | Las acciones desde la entrada hasta un resultado útil |\n| Fuera de alcance | Funciones que esta versión no incluirá |\n| Señal de éxito | Un comportamiento o número que revisar tras el lanzamiento |\n| Riesgos | Privacidad, coste, precisión y carga operativa |\n\nLa IA ayuda a encontrar contradicciones, casos límite y expresiones vagas. La sección más importante suele ser **fuera de alcance**. Los productos individuales se detienen más por exceso de alcance que por falta de funciones.\n\n\n\n*La IA conecta las etapas con mayor rapidez, pero quien crea el producto sigue decidiendo cuándo avanzar.*\n\n## 4. Construir el flujo útil más corto para el MVP\n\nUn MVP no es un producto final de mala calidad. Es el producto más pequeño capaz de probar el supuesto más importante. Normalmente limito la primera versión a cuatro pasos.\n\n1. El usuario llega.\n2. Introduce la información mínima.\n3. El producto genera su resultado principal.\n4. El usuario guarda el resultado o realiza la siguiente acción.\n\nConfiguración de cuenta, paneles, notificaciones, pagos y herramientas administrativas pueden esperar si no forman parte de la hipótesis principal. Un prototipo interactivo o incluso un servicio manual puede ser suficiente. A veces, entregar el resultado a mano a cinco usuarios enseña más que escribir las primeras mil líneas de código.\n\nLa IA facilita añadir funciones. Precisamente por eso necesito una regla de eliminación más estricta. No pregunto “¿puedo construirlo?”, sino “¿puedo comprobar la hipótesis sin esto?”.\n\n## 5. Dar a la IA tareas de desarrollo pequeñas y revisables\n\n“Construye toda la aplicación” puede producir mucho código, pero también crea un sistema difícil de revisar. Divido el trabajo en una pantalla, una acción de usuario o un flujo de datos cada vez.\n\nCada solicitud de implementación incluye cuatro elementos:\n\n```text\nObjetivo: permitir que un usuario inicie sesión con su correo electrónico.\nEstado actual: explicar el framework y los archivos relevantes.\nRestricciones: indicar la arquitectura, las reglas de seguridad y qué no debe cambiar.\nTerminado: definir el camino correcto, los fallos posibles y las pruebas necesarias.\n```\n\nCuando se genera el código, no salto inmediatamente a la siguiente función. Leo los archivos modificados, ejecuto el producto y reviso los caminos de error. El código que no puedo explicar es código que no puedo mantener. Si la explicación es débil o las pruebas son inestables, reduzco aún más la tarea.\n\n### Mi secuencia de desarrollo asistido por IA\n\n1. Explico a la IA la estructura actual y el objetivo.\n2. Pido primero un plan de implementación y una lista de archivos.\n3. Aplico un cambio pequeño cada vez.\n4. Ejecuto comprobaciones de tipos, lint, pruebas y compilación de producción.\n5. Verifico el flujo real del usuario en el navegador.\n6. Registro por qué se hizo el cambio y qué riesgos permanecen.\n\nEste proceso me permite dedicar menos tiempo a reescribir código generado y más a revisar, validar y tomar decisiones de producto.\n\n## 6. No delegar las pruebas ni la seguridad\n\nLa IA puede proponer pruebas y detectar código sospechoso, pero “no encontré problemas” no es una garantía. Autenticación, pagos, datos personales, carga de archivos y API externas requieren una revisión humana deliberada.\n\nAntes de lanzar, compruebo al menos lo siguiente:\n\n- Probar entradas vacías, valores inválidos, solicitudes duplicadas y estados de error.\n- Confirmar que secretos y datos personales no aparecen en el navegador ni en los registros.\n- Verificar que un usuario no pueda acceder a los datos de otro.\n- Diseñar la experiencia para respuestas incorrectas o ausentes de la IA.\n- Establecer límites de uso y de coste antes de que aumente la demanda.\n- Revisar móviles, redes lentas y accesibilidad básica.\n\n\nAntes de enviar datos privados de usuarios o código confidencial a un servicio externo de IA, revisa su política de conservación de datos y confirma que tienes permiso para compartirlos.\n\n\n## 7. Lanzar a pequeña escala y registrar el comportamiento real\n\nEl lanzamiento no es el final. Es el comienzo de la investigación más fiable. Empiezo con un grupo pequeño de personas que ya viven el problema, en lugar de intentar llegar a todo el mundo.\n\nEn un primer lanzamiento, estos comportamientos importan más que las visitas:\n\n- ¿Los usuarios completan el flujo principal sin explicaciones?\n- ¿Vuelven a utilizar el resultado o lo comparten?\n- ¿En qué punto se detienen?\n- ¿Se sentirían decepcionados si el producto desapareciera?\n- ¿La disposición a pagar aparece en acciones y no solo en palabras?\n\nLa IA puede agrupar notas de entrevistas y registros para revelar patrones. Aun así, evito forzar opiniones diferentes dentro de una conclusión cómoda. El siguiente cambio debe resolver primero el problema más cercano a la promesa central del producto.\n\n## Un ciclo de siete días para crear un producto solo\n\nUn experimento pequeño puede organizarse en una semana.\n\n| Día | Trabajo | Entregable |\n|---|---|---|\n| 1 | Acotar el problema y el usuario | Definición del problema en una frase |\n| 2 | Investigar y hablar con usuarios | Tres hipótesis principales |\n| 3 | Definir el flujo y lo que queda fuera | Ficha de producto de una página |\n| 4–5 | Crear el flujo principal con IA | MVP funcional |\n| 6 | Probar calidad, privacidad y seguridad | Lista de lanzamiento |\n| 7 | Publicar para un grupo pequeño | Observaciones y siguiente decisión |\n\nUn buen producto no estará terminado en siete días. Pero sí puedo reunir evidencia suficiente para decidir si merece otra semana. Ese ciclo de aprendizaje más corto es la razón más práctica para utilizar IA.\n\n## Lo que puede hacer la IA y lo que sigue siendo mi trabajo\n\n### Trabajo que delego activamente\n\n- Primera clasificación y resumen de información\n- Listas de preguntas y borradores de documentos\n- Código repetitivo y estructura inicial de pruebas\n- Explicaciones de errores e hipótesis de depuración\n- Variantes de textos y borradores de traducción\n- Organización de notas de entrevistas y reuniones\n\n### Trabajo del que sigo siendo responsable\n\n- Elegir qué problema merece una solución\n- Interpretar las palabras de usuarios dentro de su contexto\n- Fijar estándares de calidad, privacidad y seguridad\n- Verificar la información y el código generados\n- Decidir qué eliminar y cuándo lanzar\n- Asumir el coste de los fallos y su impacto en usuarios\n\n## Preguntas frecuentes\n\n### ¿Puede una persona sin experiencia en desarrollo crear un producto con IA?\n\nLa IA puede ayudarle a crear un prototipo u ofrecer un servicio manual sencillo. Un producto real que guarda datos o acepta pagos todavía exige comprender arquitectura, seguridad y operaciones. Cuando el riesgo supera tus conocimientos, reduce el alcance o pide una revisión profesional.\n\n### ¿Qué herramienta de IA debería elegir primero?\n\nElige la tarea antes que la herramienta. Identifica la parte más lenta de tu proceso —investigación, escritura, diseño, código o pruebas— y empieza con una sola herramienta que mejore ese paso. Un flujo repetible importa más que conectar muchas herramientas.\n\n### ¿Puedo publicar el código generado por IA sin modificarlo?\n\nNo. Revisa su comportamiento, dependencias, licencias, seguridad y tratamiento de errores. Ejecuta todas las comprobaciones y la compilación de producción. El código que no puedes explicar se convierte en deuda del producto aunque hoy parezca funcionar.\n\n### ¿Cuál es la métrica más importante para un producto individual?\n\nAl principio, importa más cuántas personas resuelven el problema principal que el número total de registros. Busca usuarios que completen la acción clave, regresen, compartan el resultado o paguen por él.\n\n## El producto sigue siendo una responsabilidad humana\n\nLa IA da manos más rápidas a quien crea solo. Reduce la distancia entre investigación e implementación y facilita comenzar tareas poco familiares. No crea automáticamente dirección, comprensión de usuarios ni valor para lanzar.\n\nEl mejor producto individual no es el que contiene más funciones de IA. Es el que **elige con precisión un problema pequeño, llega pronto a una persona real y convierte lo aprendido en la siguiente versión**.\n\nYo [entiendo la vida como un proyecto en marcha](/es/posts/built-slowly-updated-daily). Crear productos funciona igual: publicar una versión pequeña, registrar el resultado y tomar la siguiente decisión en lugar de esperar un plan perfecto. La IA no dirige ese proyecto; simplemente me ayuda a ejecutar el ciclo con mayor rapidez.\n"},{"slug":"principles-of-maintaining-code-quality-with-ai","title":"Cómo validar el código de la IA: 8 principios para desarrolladores en solitario","description":"Errores en base de datos, mocks olvidados y APIs rotas al crear AttractiveWebAI y apps de Shopify. 8 principios prácticos para verificar código generado por IA sin perder el control.","topic":"work","tags":["principios de desarrollo con IA","calidad de código","deuda técnica","desarrollador independiente","control de calidad"],"publishedAt":"2026-07-13T09:00:00+09:00","updatedAt":"2026-07-13T09:00:00+09:00","growthStage":"growing","version":"1.0","revisions":[{"version":"1.0","date":"2026-07-13","summary":"Eight verification principles from Shopify and AttractiveWebAI builds.","changes":["Published AI code quality checklist"]}],"relationships":[{"type":"expands","slug":"building-products-alone-with-ai"},{"type":"references","slug":"how-i-built-three-products-faster-with-ai"}],"content":"\n#### El espejismo de la interfaz perfecta\n\nCuando logré compilar por primera vez mi aplicación de membresías para Shopify sin ningún error, sentí una euforia inmensa. En el navegador apareció un panel de control impecable. Los botones interactivos respondían al instante y los formularios para asignar puntos funcionaban con total fluidez. Cada clic desencadenaba una transición visual perfecta. Solo me había tomado dos días de darle instrucciones en lenguaje natural a un asistente de programación con IA. A ese ritmo, calculé que podría publicar la aplicación en la tienda de Shopify la semana siguiente.\n\nLa emoción desapareció en cuanto intenté realizar una transacción real. Usando una cuenta de prueba para simular una compra y acumular puntos, la aplicación no hizo absolutamente nada. Al revisar el código fuente, me topé con una realidad decepcionante: todos los datos del panel eran mocks (datos simulados) que la IA había introducido directamente en los componentes. Las integraciones con la API de pagos, los webhooks y los activadores de descuentos no existían. No se había escrito ni una sola línea de lógica real en el backend. Era una fachada hermosa, pero vacía.\n\nNo soy ingeniero de software de profesión. Trabajo como Product Manager (PM) y, en mi tiempo libre, actúo como creador independiente, lanzando proyectos con la ayuda de agentes de IA como Gemini, Claude y Codex. En el último año he desarrollado AttractiveWebAI (un SaaS de analítica web), complementos para tiendas de Shopify y una utilidad de gestión de ventanas para macOS. \n\nAl principio, la velocidad me tenía deslumbrado. Describía una funcionalidad y en segundos obtenía cientos de líneas de código. Pero a medida que los proyectos crecían y los sistemas se conectaban, los cabos sueltos ocultos bajo la superficie empezaron a pasar factura al mismo tiempo.\n\n---\n\n#### 10 maneras en que la IA rompió mis proyectos\n\nMi registro de desarrollo está lleno de fallos específicos y dolorosos que las herramientas de compilación pasaron por alto:\n\n1. **La base de datos fantasma**: La interfaz mostraba un mensaje de \\\"Guardado con éxito\\\", pero los datos nunca llegaban a Supabase; vivían y morían en la memoria temporal del cliente.\n2. **API desconectadas**: Formularios y botones maquetados de forma impecable, pero sin las funciones de comunicación con los endpoints del backend.\n3. **Mocks olvidados en producción**: Datos de prueba y respuestas simuladas que se quedaron activos en el servidor de producción.\n4. **Duplicación de lógica**: La IA, al no tener la estructura completa en mente, creaba funciones auxiliares repetidas con nombres ligeramente distintos, llenando el repositorio de código innecesario.\n5. **Errores de regresión**: Arreglar un pequeño detalle visual en una sección rompía de manera silenciosa la gestión del estado global en una ruta completamente diferente.\n6. **La trampa del build exitoso**: La aplicación compilaba sin errores en la terminal, pero al abrirla en el navegador mostraba una pantalla en blanco debido a un caso límite no controlado.\n7. **Código incompleto**: El asistente aseguraba haber terminado la tarea, pero al revisar el archivo, la lógica de negocio estaba sustituida por un comentario: `// TODO: Implementar lógica de facturación real`.\n8. **Esquemas de base de datos ausentes**: Al cambiar de una base de datos de pruebas a la de producción, actualicé las variables de entorno, pero olvidé migrar las tablas de SQL, relaciones e índices.\n9. **Lógica de negocio omitida**: La interfaz de la app de Shopify estaba lista, pero los procesos críticos de la API de cobros y webhooks no estaban enlazados.\n10. **Permisos de sistema ignorados**: En la herramienta para macOS, la configuración mostraba los permisos de accesibilidad activos, pero el código en ejecución no detectaba la autorización del sistema operativo.\n\nResolver estos problemas me enseñó una lección fundamental: el verdadero cuello de botella al programar con IA no es escribir el código. **Es el proceso humano de verificación: demostrar que un cambio realmente funciona y es seguro.** Si no aplicas esta disciplina, tu código se convierte en un pantano imposible de mantener.\n\nAquí están las 8 reglas de verificación que utilizo para proteger la calidad de mis desarrollos.\n\n---\n\n#### Regla 1: Define los criterios de aceptación antes de preguntar\n\nPedirle a una IA que \\\"cree una pantalla de registro\\\" es una invitación a que tome atajos. En su lugar, incluyo en el prompt una lista de criterios de aceptación detallada:\n\n```markdown\n[Criterios de Aceptación]\n1. El usuario debe poder registrarse con su cuenta de Google OAuth.\n2. La sesión debe mantenerse activa al recargar la página o reiniciar el navegador.\n3. Al hacer clic en \\\"Cerrar sesión\\\", el token debe eliminarse y redirigir a la página de inicio.\n4. Las llamadas no autorizadas a endpoints privados deben devolver un estado 401 Unauthorized.\n5. Las políticas RLS de la base de datos deben limitar el acceso a la información solo al dueño de la sesión.\n6. Ningún token o credencial sensible debe imprimirse en la consola del navegador.\n```\n\nAl marcar límites claros, la IA escribe código de validación y gestión de errores desde el primer intento.\n\n#### Regla 2: Desconfía siempre del estado \\\"Terminado\\\"\n\nCuando la IA afirma que una funcionalidad está completa, es cuando más debes dudar. Siempre respondo exigiendo un desglose detallado:\n\n* Lista de todos los archivos modificados o creados.\n* Cambios específicos en cada archivo y la razón técnica detrás de ellos.\n* Indicación de cualquier dato simulado (mock) o marcador que se haya quedado en el código.\n* Ubicación de comentarios `TODO` o sentencias `console.log`.\n* Limitaciones o casos extremos que no se hayan cubierto.\n\nHacer que la IA explique su trabajo revela con frecuencia soluciones a medias y la obliga a reescribir bloques que había dejado pendientes.\n\n#### Regla 3: Separa el éxito de compilación del éxito funcional\n\nQue el proyecto compile sin errores es solo el punto de partida. Una vez finalizado el build, hago una validación manual rigurosa:\n\n* **Prueba de persistencia**: Introduce información, guarda, recarga la pestaña del navegador y confirma que los datos se lean correctamente desde la base de datos real.\n* **Prueba de estrés**: Envía formularios vacíos, haz clic repetidamente en los botones de acción y escribe caracteres no válidos para comprobar la robustez.\n* **Prueba de accesos**: Cierra la sesión e intenta ingresar directamente a las rutas del panel de control para comprobar que no se filtre información.\n* **Auditoría de consola**: Mantén abierta la consola de desarrollador durante las pruebas para detectar advertencias silenciosas o errores de red.\n\n#### Regla 4: Reduce el alcance de cada solicitud\n\nPedir \\\"un panel de control completo con gráficos y métricas en tiempo real\\\" suele terminar en código desordenado y partes incompletas. Prefiero avanzar en tareas pequeñas y secuenciales:\n\n1. Diseñar el esquema de base de datos e implementar las tablas.\n2. Crear y probar los endpoints de la API de forma independiente.\n3. Construir la interfaz de usuario con datos estáticos.\n4. Conectar los endpoints de la API real a la interfaz de usuario.\n5. Añadir componentes de control de errores para gestionar caídas de red.\n6. Validar el funcionamiento en staging y refactorizar.\n\n#### Regla 5: Usa una IA para escribir y otra diferente para revisar\n\nEl mismo hilo de chat que generó el código suele tener un sesgo cognitivo hacia sus propias respuestas y pasará por alto los errores de lógica.\n\nPara solucionarlo, copio el código generado, abro una conversación completamente nueva (o uso un modelo de IA diferente) y le asigno un rol crítico:\n\n> \\\"Eres un ingeniero de sistemas sénior y un especialista en control de calidad muy exigente. Revisa este código en busca de posibles fallos de seguridad, excepciones no controladas, problemas de rendimiento y lógica ineficiente. Sé estricto.\\\"\n\nEste método me ha permitido detectar fugas de conexiones a bases de datos y fallos de seguridad críticos antes de que llegaran a producción.\n\n#### Regla 6: Gestiona el estado del desarrollo en una matriz detallada\n\nDecir que una sección está \\\"lista\\\" es demasiado ambiguo. Como desarrollador en solitario, necesito claridad absoluta. Mantengo una matriz de estados para cada funcionalidad:\n\n* [ ] **No iniciado**: Planificado, sin código escrito.\n* [ ] **Solo Interfaz**: Componentes visuales maquetados, sin conexión con el backend.\n* [ ] **Simulado (Mock)**: Elementos interactivos operando con datos estáticos locales.\n* [ ] **API Conectada**: Comunicación funcional con los servicios del servidor.\n* [ ] **DB Persistida**: Escritura y lectura correctas en la base de datos real.\n* [ ] **Validado en QA**: Pruebas de errores y casos límite superadas.\n* [ ] **Validado en Prod**: Comprobado y en funcionamiento en el servidor real.\n\nEsta matriz evita que dé por terminado un proyecto solo porque la interfaz se ve bonita.\n\n#### Regla 7: Exige un análisis del contexto antes de modificar el código\n\nSi le pides a una IA que cambie un archivo directamente, creará parches que ignorarán las decisiones de diseño previas. Primero pídele que analice el entorno:\n\n> \\\"Quiero modificar este archivo. Antes de escribir código, analiza los patrones de diseño existentes, el flujo de datos y cómo interactúa con otras partes de la aplicación. Identifica qué funciones se verán afectadas.\\\"\n\nSolo cuando el asistente ha mapeado correctamente las relaciones, le permito proponer los cambios en el código.\n\n#### Regla 8: Registra la deuda técnica de forma visible\n\nA veces es inevitable tomar atajos para cumplir con una fecha límite. Lo peligroso es olvidar dónde dejamos esos parches. Mantengo un archivo llamado `tech-debt.md` en la raíz de mis proyectos:\n\n```markdown\n## Deuda Técnica Activa\n\n* [AttractiveWebAI] El gráfico principal usa datos simulados (conectar la API real antes del lanzamiento oficial).\n* [Shopify App] Falta validación de firma en el webhook de cobros (riesgo de seguridad alto; corregir antes de enviar a revisión).\n* [macOS Utility] Tiempo de espera para verificar permisos en disco hardcoded a 3 segundos (cambiar por un detector de eventos del sistema).\n```\n\nTener esta lista visible asegura que la siguiente sesión de desarrollo comience con prioridades claras.\n\n---\n\n#### Hacia un producto de calidad real\n\nEl desarrollo asistido por IA da la sensación de que programar es una tarea ligera. Ver cómo aparecen cientos de líneas de código a partir de frases sencillas genera un falso sentimiento de control.\n\nSin embargo, el éxito de un software no se mide por la cantidad de líneas que genera, sino por las excepciones controladas, los casos extremos probados y las simulaciones eliminadas. Un software construido sobre supuestos de IA sin revisar se desmorona en cuanto el primer usuario real interactúa con él.\n\nLa IA es una asistente excelente y escribe a una velocidad increíble. Pero la tarea de definir qué es correcto y asegurar la calidad sigue estando en manos del ser humano. Revisar los registros, analizar la base de datos y leer el código sigue siendo la verdadera esencia de la ingeniería de software.\n"},{"slug":"pmp-pass-review-part-2","title":"Reseña de aprobación del examen PMP Parte 2: Gestión del tiempo el día del examen y consejos finales para aprobar","description":"Comparto la experiencia real de tomar el examen PMP en el centro Pearson VUE, la gestión del tiempo para las primeras 60 preguntas, los descansos de 10 minutos, repasar el cuaderno de errores justo antes del examen y qué preparar.","topic":"work","tags":["Reseña examen PMP","Gestión del tiempo PMP","Pearson VUE","Preparativos examen PMP","Consejos aprobado PMP"],"publishedAt":"2026-07-05T09:00:00+09:00","updatedAt":"2026-07-05T09:00:00+09:00","growthStage":"maintained","version":"1.0","revisions":[{"version":"1.0","date":"2026-07-05","summary":"Exam-day companion to Part 1: time management and prep tips.","changes":["Added Pearson VUE day-of tactics"]}],"relationships":[{"type":"continues","slug":"pmp-pass-review-part-1"}],"content":"\nEn la [Parte 1](/es/posts/pmp-pass-review-part-1) resumí qué tipo de certificación es el PMP y cómo utilicé las clases en línea, el PMI Study Hall, los cuadernos de errores, GPT y NotebookLM durante unas 7 semanas.\n\nEn la Parte 2, compartiré la experiencia desde el momento en que ingresé al centro de exámenes hasta que recibí la hoja de resultados de Aprobado en orden cronológico. Aunque fue difícil darse cuenta al estudiar, después de tomar el examen en persona, sentí que **la resistencia, la gestión del tiempo y la gestión de los descansos son tan importantes como el conocimiento**.\n\n\nEste artículo es una reseña de cómo tomar el examen PMP antes de la reforma del 3 de julio de 2026. PMI implementó el nuevo examen el 9 de julio de 2026. Verifica la estructura actual del examen y los porcentajes de dominio en la [Guía Oficial PMP del PMI](https://www.pmi.org/certifications/project-management-pmp).\n\n\n## El día del examen de un vistazo\n\n| Elemento | Mi experiencia |\n|---|---|\n| Lugar del Examen | Centro de exámenes Pearson VUE |\n| Estructura del Examen en ese Momento | 180 preguntas, 230 minutos |\n| Estructura de las Sesiones | 3 sesiones de 60 preguntas cada una |\n| Tiempos de Descanso | Dos descansos de 10 minutos entre sesiones |\n| Tiempo Dedicado a las Primeras 60 Preguntas | Aproximadamente 80 minutos |\n| Bocadillos Preparados | Barras de chocolate, nueces, almendras |\n| Resultado Final | PASS (Aprobado) |\n\nMirando solo la estructura del examen, es fácil pensar: \"Solo necesito resolver 60 preguntas tres veces\". Sin embargo, leer y juzgar preguntas de situaciones similares de forma continua durante aproximadamente 4 horas fue mucho más agotador de lo que esperaba.\n\n## Al llegar al centro Pearson VUE\n\nTomé el examen en un centro Pearson VUE. Había resuelto Full Mocks durante mis estudios y pensaba que estaba preparado hasta cierto punto, pero entrar al centro de exámenes se sintió completamente diferente.\n\nDesde el momento en que verificaron mi identidad, organizaron mis pertenencias personales y me senté en el escritorio del examen, la tensión comenzó a aumentar. Cuando apareció la primera pregunta en la pantalla, terminé leyendo las oraciones durante más tiempo de lo habitual y seguí dudando incluso de las opciones sencillas.\n\nLas pautas del centro y las reglas de registro pueden variar, por lo que es mejor verificar la hora de llegada, las identificaciones y las reglas de almacenamiento en el correo electrónico de reserva con anticipación. En particular, verifiqué dos veces si mi nombre en inglés y la información de mi identificación coincidían exactamente con los detalles de la reserva.\n\n## El examen real se sintió más difícil de lo esperado\n\nPersonalmente, el examen real se sintió más difícil de lo esperado. Aunque había visto muchas preguntas de formatos similares en Study Hall, la tensión en el centro de exámenes hizo que las pequeñas diferencias entre las opciones se sintieran mucho mayores.\n\nCada vez que resolvía una pregunta, se repetían pensamientos como los siguientes:\n\n- Ambas opciones suenan correctas, ¿qué debo hacer primero?\n- En esta situación, ¿es primero el análisis o la acción?\n- ¿Es momento de escalar ahora?\n- ¿Es esta una situación ágil (Agile) o predictiva (Predictive)?\n- ¿La pregunta pide `FIRST` (Primero) o `NEXT` (A continuación)?\n\nLas preguntas que requerían elegir una de dos opciones consumieron mucha más energía que aquellas en las que no tenía idea de la respuesta. Intentar obtener una certeza absoluta en cada pregunta hizo que el tiempo desapareciera rápidamente.\n\n## Dediqué 80 minutos a las primeras 60 preguntas\n\nMe tomó unos 80 minutos resolver la primera sesión de 60 preguntas. Cuando salí para el primer descanso, pensé: \"Si voy a esta velocidad, ¿no me quedará poco tiempo más adelante?\"\n\nLa razón por la que tomó tanto tiempo en la primera sección fue simple:\n\n- Leí las preguntas repetidamente debido al nerviosismo.\n- Volví a revisar respuestas que ya había elegido claramente.\n- No pude avanzar de las preguntas difíciles de inmediato.\n- Me concentré en la pregunta individual actual en lugar del tiempo general.\n\nDurante el primer descanso, intenté no pensar en la puntuación ni en las preguntas difíciles. Bebí agua, comí un poco de la barra de chocolate y de las nueces, y estiré el cuello y los hombros. Alejarme por completo de la pantalla y de las preguntas, aunque fuera por poco tiempo, fue de gran ayuda.\n\nCuando volví a entrar, cambié mi estrategia:\n\n> **No vuelvas a leer las preguntas que conoces con claridad. No dejes que una pregunta difícil te quite el tiempo para resolver preguntas fáciles más adelante.**\n\nDespués de eso, primero verifiqué si la pregunta requería `FIRST`, `NEXT` o `BEST`, eliminé las opciones que eran claramente incorrectas y tomé mi decisión. Gracias a esto, me quedó algo de tiempo en la sesión final.\n\n## Método de gestión del tiempo que me funcionó\n\nSi tuviera que prepararme para el examen de nuevo, no dividiría el tiempo por pregunta de forma perfectamente equitativa. En su lugar, revisaría el tiempo restante en unidades de 60 preguntas y reduciría los momentos en los que me quedo en una pregunta durante demasiado tiempo.\n\n### 1. Comprobar primero la acción exigida por la pregunta\n\nAntes de leer la descripción de la situación, mirar lo que el director del proyecto debe hacer `primero`, `a continuación` o `cómo` en la última oración hizo que el enfoque de la pregunta fuera un poco más claro.\n\n### 2. Terminar las preguntas claras de una vez\n\nSi eliges una respuesta clara pero la lees de nuevo solo por ansiedad, el tiempo se acumula. Intenté distinguir entre las preguntas que realmente necesitaban revisión y aquellas de las que dudaba simplemente debido al nerviosismo.\n\n### 3. Dedicar tiempo limitado a las preguntas difíciles\n\nSi seguían quedando dos opciones, tomaba una decisión después de revisar las palabras clave de la pregunta y la Mentalidad PMP nuevamente. Terminar todo el examen era más importante que obtener una confianza perfecta en una sola pregunta.\n\n### 4. Mirar el tiempo restante antes de que finalice la sesión\n\nMirar el reloj en cada pregunta puede romper tu concentración. En su lugar, verificar el tiempo restante a intervalos regulares y antes del final de una sesión funcionó mejor para mí.\n\n## Comprueba los descansos de 10 minutos tú mismo\n\nSi tomas el examen en un centro Pearson VUE, te recomiendo verificar los tiempos de descanso tú mismo. **10 minutos pasan mucho más rápido de lo que piensas.**\n\nIr al baño, comer bocadillos y pasar por los controles de identificación y seguridad para ingresar nuevamente toma tiempo rápidamente. Superé ligeramente los 10 minutos durante el primer descanso.\n\nEs seguro revisar el reloj frente a la puerta del centro o en el lugar indicado antes de moverte. Es posible que no se te permita usar tu teléfono móvil, por lo que es más seguro no asumir que puedes verificar la hora con tu teléfono. Asegúrate de seguir los procedimientos exactos del centro.\n\n### Lo que realmente hice durante los descansos\n\n1. Bebí agua.\n2. Comí un poco de barra de chocolate y nueces.\n3. Estiré el cuello, los hombros y la cintura.\n4. No recordé preguntas pasadas.\n5. Verifiqué únicamente el tiempo restante y la estrategia de la siguiente sesión.\n\nRepasar las preguntas durante los descansos solo aumenta la ansiedad sobre las sesiones que ya has enviado. Para mí, vaciar mi cabeza y mover mi cuerpo fue mucho más efectivo.\n\n## El estudio que más ayudó justo antes del examen\n\nLo más útil justo antes del examen no fue leer el libro de principio a fin de nuevo. Fue mirar las preguntas que había fallado y **explicar por qué las había fallado en mis propias palabras**.\n\nEn particular, a partir de dos días antes del examen, repetí las siguientes dos cosas en lugar de agregar contenidos nuevos:\n\n### 1. Cuadernos de errores existentes\n\nMiré los errores que repetía en lugar de las respuestas correctas.\n\n- No leí la pregunta hasta el final.\n- No distinguí entre `FIRST` y `NEXT`.\n- Escalé antes de hablar con el equipo.\n- Elegí una solución antes de encontrar la causa.\n- Ejecuté antes de analizar el impacto de un cambio.\n- Confundí situaciones ágiles (Agile) y predictivas (Predictive).\n\n### 2. Mentalidad PMP\n\nJusto antes del examen, repasé brevemente el orden básico de juicio en lugar de la amplia lista de procesos.\n\n> **Comprender la situación → Comprobar la causa → Colaborar con el equipo → Analizar el impacto → Actuar según los procedimientos**\n\nPor supuesto, esta no es una fórmula que se aplique a todas las preguntas de la misma manera. Sin embargo, sirvió como referencia para evitar que elija apresuradamente acciones fuertes en situaciones de tensión.\n\n## Elementos que es bueno llevar al centro de exámenes\n\nBajo la premisa de verificar primero las regulaciones del centro, los siguientes preparativos fueron personalmente útiles:\n\n- Una identificación válida que coincida con los detalles de la reserva\n- Bocadillos que se puedan comer rápidamente, como barras de chocolate\n- Frutos secos como nueces o almendras\n- Agua\n- Ropa cómoda que se pueda ajustar a la temperatura\n- Una nota con la ubicación del centro de exámenes y la hora de llegada\n\nEn lugar de comer muchos bocadillos, era bueno reponer azúcar y energía ligeramente durante los descansos sin sentirme pesado. Estirar ligeramente el cuello, los hombros y la cintura también ayudó a recuperar la concentración para la siguiente sesión.\n\n## Asegúrate de experimentar un simulacro de examen de 4 horas\n\nObtener buenas puntuaciones en conjuntos de preguntas cortas y continuar tomando decisiones durante aproximadamente 4 horas fueron experiencias diferentes.\n\nResolver un Full Mock hasta el final te permite verificar cosas distintas al conocimiento:\n\n- ¿En qué sesión cae más la concentración?\n- ¿Estoy resolviendo las primeras 60 preguntas demasiado lento?\n- ¿Cuánto tiempo me toma concentrarme de nuevo después de los descansos?\n- ¿Cuánta agua y bocadillos debo comer para sentirme cómodo?\n- ¿Están bien mi cuello y mi cintura al estar sentado durante mucho tiempo?\n\nRecomiendo alejar tu teléfono móvil, cronometrarte y usar solo los tiempos de descanso designados para resolverlo de la manera más similar posible al examen real. Puedes reducir al menos un elemento que experimentes por primera vez el día del examen.\n\n## Si tu puntuación de Study Hall está en el rango del 60%\n\nSi tu puntuación de Study Hall está en el rango medio-alto del 60%, es posible que te sientas ansioso al compararla con las puntuaciones altas de las reseñas de aprobados. Mis puntuaciones de Full Mock también fueron de 66% y 65%, y el promedio general fue de aproximadamente 62%.\n\nAprobé el examen real con esas puntuaciones, pero no quiero afirmar esto como un estándar de que \"el 60% significa aprobación incondicional\". Las experiencias individuales con las preguntas resueltas, los niveles de análisis de errores y las condiciones del día del examen difieren.\n\nEn su lugar, espero que verifiques las siguientes preguntas:\n\n- ¿Puedes explicar la razón por la que cometiste un error en tus propias palabras?\n- ¿Evitas repetir el mismo error en situaciones similares?\n- ¿Puedes terminar un Full Mock dentro del límite de tiempo real?\n- ¿Puedes aplicar el orden de juicio del PMI sin memorizar las respuestas?\n\nLas respuestas a estas preguntas mostraron mi estado de preparación mejor que el número de puntuación individual.\n\n## La IA fue un compañero de repaso, no una hoja de respuestas\n\nGPT y NotebookLM fueron útiles para organizar cuadernos de errores, repasar la Mentalidad PMP y comparar conceptos confusos. Especialmente justo antes del examen, fueron útiles para convertir contenidos dispersos en preguntas cortas y resúmenes.\n\nSin embargo, no recomiendo ingresar preguntas de PMP directamente y verificar los errores basándose únicamente en las opciones seleccionadas por la IA. La IA puede malinterpretar diferencias sutiles entre las opciones y presentar con confianza respuestas incorrectas con explicaciones plausibles.\n\nIncluso al usar la IA, debes realizar los siguientes procesos tú mismo:\n\n1. Escribe primero por qué elegiste esa respuesta.\n2. Verifica las explicaciones y fuentes oficiales.\n3. Pregunta a la IA sobre las brechas en tu proceso de pensamiento en lugar de la respuesta correcta.\n4. Si las descripciones difieren, verifica nuevamente basándote en materiales oficiales.\n5. Al final, deja un principio de una sola línea en tus propias palabras.\n\n## Cuando recibí la hoja de resultados\n\nCuando terminó el examen y verifiqué el resultado de Aprobado, la primera emoción que sentí fue alivio. Aunque dudé cada vez que vi puntuaciones bajas y preguntas difíciles durante la preparación, al final, esos cuadernos de errores se convirtieron en los recursos que me hicieron pensar una vez más en la sala de exámenes.\n\nMis resultados por dominio fueron People Below Target, Process Target y Business Environment Above Target. Aunque un dominio estuvo por debajo del Target (Below Target), el resultado general fue PASS (Aprobado). Sin embargo, este es solo mi resultado personal, y no significa que los criterios de aprobación del PMI puedan calcularse simplemente utilizando las calificaciones de dominio.\n\n## Palabras finales\n\nEn lugar de pensar \"¿Por qué fallé en esto?\" cuando ocurre un error, sería bueno aceptarlo como \"Esta es una pregunta que aumentó la probabilidad de acertar en el examen real\". Definitivamente hay preguntas que es un alivio fallar antes del examen.\n\nLo importante no fue la puntuación en sí, sino **descubrir de qué manera cometo juicios incorrectos a través del análisis de errores**.\n\nSi te estás preparando para el examen, intenta dedicar tiempo a convertir los contenidos ya estudiados en tus propios criterios de juicio en lugar de agregar continuamente materiales nuevos. E intenta sentarte durante aproximadamente 4 horas antes del examen. Podrás resolver las preguntas de manera mucho más estable cuando el conocimiento, la resistencia y la gestión del tiempo se preparen juntos.\n\nApoyo a todos los que se están preparando ahora. ¡Mucho éxito! 💪🍀\n\n**Leer desde el principio:** [Reseña de aprobación del examen PMP Parte 1: 7 semanas de preparación y el camino desde el 60% en Study Hall hasta el Aprobado](/es/posts/pmp-pass-review-part-1)\n"},{"slug":"pmp-pass-review-part-1","title":"Reseña de aprobación del examen PMP Parte 1: 7 semanas de preparación y el camino desde el 60% en Study Hall hasta el Aprobado","description":"Un resumen del proceso de estudio de 7 semanas para aprobar el examen PMP el 3 de julio de 2026, utilizando clases en línea, PMI Study Hall, cuadernos de errores, GPT y NotebookLM.","topic":"work","tags":["Aprobado PMP","Método de estudio PMP","PMI Study Hall","Mentalidad PMP","Estudiar con IA"],"publishedAt":"2026-07-03T09:00:00+09:00","updatedAt":"2026-07-03T09:00:00+09:00","growthStage":"maintained","version":"1.0","revisions":[{"version":"1.0","date":"2026-07-03","summary":"Initial PMP pass review covering the 7-week study plan.","changes":["Documented Study Hall journey and AI study methods"]}],"relationships":[{"type":"references","slug":"every-pm-should-learn-ai-automation"}],"content":"\nHola. **El viernes 3 de julio de 2026 realicé el examen PMP y finalmente obtuve el APROBADO (PASS).**\n\nDurante la preparación del examen, leí reseñas de aprobados en comunidades de PMP coreanas y publicaciones en [Reddit r/PMP](https://www.reddit.com/r/pmp/) casi todos los días. Me ayudó mucho ver si las personas con puntuaciones similares en Study Hall lograban aprobar, qué tan difícil era el examen real y qué preparar para el día del examen.\n\nHabiendo leído siempre las reseñas de otros, escribir una yo mismo se siente extraño pero muy bien. Espero que este artículo sirva como una pequeña referencia para quienes se sienten ansiosos por sus puntuaciones actuales o aún no han definido una dirección de estudio.\n\n\nEste artículo se basa en la experiencia de tomar el examen antes de la reforma del 3 de julio de 2026. PMI implementó el nuevo examen PMP, que refuerza la IA, la sostenibilidad y la entrega de valor, a partir del 9 de julio de 2026. Asegúrate de verificar el tiempo del examen, el peso de las secciones y los criterios del examen en la [Guía Oficial PMP de PMI](https://www.pmi.org/certifications/project-management-pmp) y en la [Guía de Reforma del Examen 2026](https://www.pmi.org/certifications/project-management-pmp/new-exam).\n\n\n\n\n*Hoja de resultados recibida en el centro Pearson VUE inmediatamente después del examen. El resultado general fue PASS (Aprobado), y los resultados por dominio fueron People Below Target, Process Target y Business Environment Above Target.*\n\n## ¿Qué es la Certificación PMP?\n\nPMP (Project Management Professional) es una certificación profesional en gestión de proyectos otorgada por el PMI (Project Management Institute). No se limita a una industria específica o a una única metodología, sino que evalúa si puedes gestionar **personas, procesos y prioridades comerciales** mientras lideras proyectos.\n\nEstá muy lejos de ser un examen que simplemente comprueba cuánto has memorizado del contenido del PMBOK. La mayoría de las preguntas reales presentan situaciones que podrían ocurrir en un proyecto y le piden al director del proyecto que juzgue **qué hacer primero** o **qué acción tomar a continuación** en esa situación.\n\nPor lo tanto, aunque comprender la terminología y los procesos es importante, fue más crítico aprender el orden en que se analizan las preguntas y la actitud que el PMI espera de un director de proyecto.\n\nLos requisitos de elegibilidad incluyen experiencia en liderazgo de proyectos según el nivel educativo y requisitos de educación en gestión de proyectos. Estos criterios también pueden cambiar, por lo que verificar tus condiciones directamente en los [Requisitos de Elegibilidad Oficiales del PMI](https://www.pmi.org/certifications/project-management-pmp) es lo más preciso.\n\n## Resumen de mis resultados de preparación PMP\n\n| Elemento | Detalles |\n|---|---|\n| Fecha del Examen | Viernes 3 de julio de 2026 |\n| Período de Preparación | Aproximadamente 7 semanas |\n| Lugar del Examen | Centro de exámenes Pearson VUE |\n| Materiales Principales de Estudio | Clases en línea, PMI Study Hall, Cuadernos de errores |\n| Study Hall Full Mock 1 | 66% |\n| Study Hall Full Mock 2 | 65% |\n| Promedio General de Study Hall | Aproximadamente 62% |\n| Herramientas Auxiliares | GPT, NotebookLM |\n| Resultado Final | PASS (Aprobado) |\n\nMirando solo la hoja de resultados, el proceso de preparación parece haber ido según lo planeado, pero en realidad, me sentía ansioso cada vez que revisaba mis puntuaciones de Study Hall. Cuanto más leía reseñas de aprobados con puntuaciones altas, más me preguntaba: \"¿Está bien programar el examen con esta puntuación?\"\n\nEn retrospectiva, lo más importante que la puntuación en sí fue **identificar qué tipo de mentalidad me hacía cometer errores repetidos**.\n\n## ¿Por qué tomé el examen existente en 7 semanas?\n\nAl principio, considerando cuándo cambiaría el examen PMP, comencé a estudiar con libros de texto basados en la 8ª edición del PMBOK. Planeaba prepararme lentamente en función del nuevo examen.\n\nSin embargo, una vez que comencé a estudiar, terminé las clases en línea más rápido de lo esperado y todavía quedaba espacio para programar un examen antes de la reforma. Dado que los principios fundamentales que ya había estudiado se conectaban con el examen existente, decidí concentrarme y tomarlo de acuerdo con el examen actual en lugar de extender el período de preparación.\n\nLo importante en esta elección no fue el hecho de que miré el libro más reciente, sino **volver a alinear el Exam Content Outline y los tipos de preguntas del examen que tomaría**. Si te estás preparando para el PMP, es mejor verificar primero los estándares oficiales del examen aplicados a la fecha de tu examen, en lugar de mirar solo la edición del libro de texto.\n\n## Cómo estudié durante 7 semanas\n\nMi proceso de estudio se dividió principalmente en cuatro etapas.\n\n### Etapa 1: Comprender la estructura general a través de clases en línea\n\nNo intenté memorizar todos los detalles del PMBOK desde el principio. Mientras escuchaba las clases en línea, capté primero el gran flujo: en qué se diferencian los enfoques predictivos, ágiles e híbridos, y qué papel debe desempeñar el director del proyecto en cada situación.\n\nLos días laborables, escuchaba clases incluso un poco después del trabajo. Los días que tenía energía, escuchaba varias clases seguidas; los días difíciles, terminaba al menos una sección corta. Los fines de semana, repasaba lo que había escuchado durante la semana o resolvía preguntas.\n\nNo soy el tipo de persona que se concentra y estudia durante mucho tiempo después del trabajo. Así que en lugar de cumplir perfectamente con un volumen de estudio diario, me concentré en **reducir el número de días en los que dejaba de estudiar por completo**.\n\n### Etapa 2: Aprender el método de juicio real con Study Hall\n\nEl recurso que más utilicé después de escuchar las clases básicas fue el PMI Study Hall. Resolver preguntas revelaba inmediatamente si no conocía un concepto, si leía mal una pregunta o si elegía la opción de Escalar demasiado rápido.\n\nAl principio, solo miraba el número de respuestas correctas. Si la puntuación era baja, pensaba que mi estudio era insuficiente, y buscar reseñas de personas con puntuaciones altas me ponía más ansioso. Pero a medida que resolvía preguntas repetidamente, aprendí que incluso con la misma puntuación, la información contenida en ella era diferente.\n\n- Preguntas falladas porque no conocía el concepto en sí\n- Preguntas donde pasé por alto la intención de palabras clave como `FIRST`, `NEXT` o `BEST`\n- Preguntas donde asumí arbitrariamente situaciones que no estaban en el problema\n- Preguntas donde escalé inmediatamente al Patrocinador (Sponsor) o a la alta dirección\n- Preguntas donde intenté reemplazar personas antes de hablar con el equipo\n- Preguntas donde implementé un cambio antes de analizar su impacto\n\nClasificar las razones de los errores convirtió las puntuaciones de una simple evaluación en datos que me indicaban la siguiente dirección de estudio.\n\n### Etapa 3: Experimentar unas 4 horas con los exámenes Full Mock\n\nMi Study Hall Full Mock 1 fue de 66%, el Full Mock 2 fue de 65% y el promedio general fue de aproximadamente 62%. Para ser sincero, no era una puntuación tranquilizadora.\n\nAun así, no enfoqué el propósito principal del Full Mock únicamente en predecir la probabilidad de aprobar. Verifiqué si podía mantener la concentración durante mucho tiempo, en qué sección disminuía mi velocidad y si podía sumergirme nuevamente en las preguntas después de los descansos.\n\nEl examen PMP evalúa no solo el conocimiento, sino también la resistencia y la gestión del tiempo. Ir al centro de exámenes después de haber resuelto solo conjuntos de preguntas cortas te hace experimentar la fatiga del examen real por primera vez. Recomiendo cronometrarte y resolver un Full Mock de principio a fin al menos una vez antes del examen.\n\n### Etapa 4: Centrarse en los cuadernos de errores en lugar de nuevas preguntas\n\nCuando se acercaba el examen, no agregué muchas preguntas nuevas. Intenté responder las siguientes preguntas mientras repasaba las preguntas que ya había fallado:\n\n> \"¿Por qué elegí esta opción?\"\n\n> \"¿Por qué esta respuesta es más apropiada que las otras opciones desde la perspectiva del PMI?\"\n\nSi memorizaba la frase correcta, cometía un error de nuevo cuando las palabras cambiaban ligeramente en una situación similar. En cambio, si podía explicar mi proceso de juicio, podía aplicar el mismo principio a preguntas nuevas.\n\n## Mentalidad PMP que ayudó en el examen\n\nNo acepté la Mentalidad PMP (PMP Mindset) como una fórmula de memorización que se aplica incondicionalmente. Esto se debe a que existen excepciones que requieren una acción inmediata, como la ética, las leyes, la seguridad y los riesgos urgentes. Sin embargo, en situaciones típicas de conflicto o cambio, el siguiente orden ayudó a mi juicio:\n\n1. **Comprender la situación y encontrar la causa antes de actuar.**\n2. **Hablar con el equipo primero para los problemas que se pueden resolver dentro del equipo.**\n3. **No escalar inmediatamente ni transferir la responsabilidad al Patrocinador (Sponsor).**\n4. **Intentar el entrenamiento (coaching), la colaboración y la resolución de conflictos antes de reemplazar a las personas.**\n5. **Encontrar la Causa Raíz (Root Cause) en lugar de los síntomas de un problema.**\n6. **Procesar las solicitudes de cambio de acuerdo con los procedimientos formales después de analizar el impacto.**\n7. **El director del proyecto apoya al equipo y elimina obstáculos en lugar de controlarlos.**\n\nEn las preguntas reales, varias opciones parecían plausibles. En esos momentos, la respuesta que \"comprende la situación y ayuda al equipo a resolverla\" solía ser más apropiada que la respuesta que \"toma la acción más fuerte de inmediato\".\n\n## ¿Fueron suficientes las clases en línea?\n\nPersonalmente, quedé satisfecho con las clases en línea. Fueron suficientes para captar el gran flujo y la mentalidad necesarios para el examen.\n\nAl principio, me preguntaba si debería tomar clases presenciales costosas. Pero en mi caso, la combinación de aprender la estructura básica a través de clases en línea, resolver preguntas de Study Hall y analizar los cuadernos de errores funcionó muy bien.\n\nSentí que el tiempo dedicado a **resolver preguntas, cometer errores y reorganizar los procesos de juicio** después de escuchar las clases fue más crítico que qué clases elegí. El hecho de haber completado una clase por sí solo no me permitía elegir opciones en situaciones de examen.\n\n## Cómo utilicé GPT y NotebookLM\n\nTambién utilicé mucho GPT y NotebookLM en el proceso de preparación del PMP. En lugar de usar la IA como una herramienta que elegía las respuestas correctas por mí, la utilicé como un compañero de repaso para explicar y comparar los contenidos que comprendía.\n\n### Uso de GPT\n\n- Comparar la diferencia entre dos conceptos confusos en una tabla\n- Explicar mi proceso de pensamiento para la respuesta elegida y recibir preguntas sobre premisas omitidas\n- Clasificar las causas de los errores en deficiencia de conceptos, interpretación de preguntas o errores de mentalidad\n- Hacer que me vuelvan a explicar conceptos complejos con ejemplos de proyectos del mundo real\n- Crear preguntas cortas de repaso basadas en los contenidos organizados\n\nPor ejemplo, en lugar de pedir la respuesta correcta, preguntaba así:\n\n```text\nJuzgué que debía informar inmediatamente al Patrocinador en esta situación.\nEncuentra las suposiciones ocultas en mi juicio,\ny dime qué acción debería verificar primero desde la perspectiva del PMI en forma de pregunta.\nNo me digas la respuesta correcta de inmediato para que pueda juzgar de nuevo.\n```\n\n### Uso de NotebookLM\n\nReuní los cuadernos de errores y materiales de repaso que organicé en NotebookLM y los utilicé para encontrar temas recurrentes dentro de los materiales.\n\n- Resumir únicamente las mentalidades que fallaba con frecuencia\n- Repasar las situaciones ágiles (Agile) y predictivas (Predictive) por separado\n- Comparar temas confusos como la gestión de cambios y la gestión de conflictos\n- Crear una lista corta de repaso para verificar justo antes del examen\n\nSi se mezclan varios materiales, resulta difícil comprobar qué criterios se utilizaron para responder. Por lo tanto, me centré en materiales oficiales con fuentes claras y notas que revisé directamente.\n\n\nNo recomiendo introducir las preguntas de Study Hall directamente en la IA y verificar los errores únicamente mirando las respuestas seleccionadas por la IA. Las preguntas del PMP dependen en gran medida de diferencias sutiles entre las opciones y del contexto de la situación. La explicación de la IA también puede ser errónea, por lo que debes verificarla directamente basándote en materiales y explicaciones oficiales.\n\n\n## Lo que aprendí de las puntuaciones del 60% en Study Hall\n\nMis puntuaciones fueron de 66% y 65% en los Full Mocks, con un promedio general de aproximadamente 62%. Mirando solo estas puntuaciones, es posible que desees retrasar el examen. Yo me sentí igual.\n\nSin embargo, como resultado, las siguientes tres cosas fueron más importantes que la puntuación:\n\n- ¿Está disminuyendo el número de preguntas falladas por la misma razón?\n- ¿Puedo explicar el proceso de juicio sin memorizar la respuesta?\n- ¿Puedo mantener la concentración durante el tiempo del examen real?\n\nPor supuesto, mi puntuación no puede ser un estándar de aprobación para todos. Las puntuaciones de Study Hall y los resultados reales del examen varían según el individuo. Sin embargo, quiero decir que no es necesario negar toda la preparación solo por el simple número del 60% medio-alto.\n\nEl error no fue un veredicto de que \"no estoy listo\", sino **una pregunta que creó la posibilidad de acertar una vez más antes del examen real**.\n\n## Conclusión de la Parte 1\n\nEl mayor cambio durante las 7 semanas fue el orden en que se miraban las preguntas, más que la cantidad de conocimiento memorizado. Poco a poco me familiaricé con verificar la situación antes de actuar de inmediato, hablar antes de cambiar a las personas y analizar el impacto antes de realizar cambios.\n\nEn el próximo artículo, registré mi experiencia desde el momento en que ingresé al centro de exámenes Pearson VUE, cómo se vio afectada mi concentración al dedicar 80 minutos a las primeras 60 preguntas, el descanso de 10 minutos, los bocadillos y estiramientos, hasta la gestión del tiempo en la sesión final.\n\n**Continuar leyendo:** [Reseña de aprobación del examen PMP Parte 2: Gestión del tiempo el día del examen y consejos finales para aprobar](/es/posts/pmp-pass-review-part-2)\n"},{"slug":"built-slowly-updated-daily","title":"Mi manera de registrar la vida\n","description":"Documento el trabajo, los proyectos, los viajes, la comida y mis propios pensamientos. Este blog es un cuaderno de trabajo personal para organizar experiencias y errores del pasado, con el fin de tomar mejores decisiones en el futuro.\n","topic":"diary","tags":["Registrar la vida","Gestor de proyectos","Retrospectiva","Blog personal","Registro de crecimiento"],"publishedAt":"Sat Feb 07 2026 00:00:00 GMT+0000 (Coordinated Universal Time)","growthStage":"evergreen","version":"1.0","revisions":[{"version":"1.0","date":"2026-02-07","summary":"Initial publication of the DailySay life-logging manifesto.","changes":["Published personal project notebook framing"]}],"content":"\nMi manera de registrar la vida\n\nTrabajo como gestor de proyectos (Project Manager).\n\nMi trabajo consiste en organizar calendarios, identificar problemas y coordinar opiniones de diferentes personas para obtener un único resultado. Quizás por eso, a menudo me encuentro pensando de una manera similar en mi vida diaria.\n\nOrganizo lo que quiero hacer y luego lo ejecuto. Si los resultados no son los esperados, analizo las razones y pienso en qué cambiar para la próxima vez. Hay muchos días en los que las cosas no salen como las planeé, pero a través de ese proceso, voy construyendo poco a poco mis propios estándares.\n\nComencé este blog para capturar esas experiencias.\n\nComparto lo que aprendo mientras trabajo, los ensayos y errores por los que paso durante los proyectos, y los temas sobre los que reflexiono al crear nuevos servicios. También documento historias más personales, como los lugares que descubro en mis viajes, la comida que me dejó una buena impresión y las ideas que me vinieron a la mente en esos días.\n\nCada tema puede parecer diferente, pero al final, todo son cosas que he vivido de primera mano.\n\nNo quiero dejar solo historias de éxito ordenadas. Quiero registrar honestamente por qué fallaron los planes, qué partes fueron más difíciles de lo esperado y aquellas decisiones que parecían las mejores en su momento pero que luego resultaron ser lamentables.\n\nRegistrar las experiencias asegura que no se desvanezcan simplemente con el tiempo.\n\nMe permite recordar qué decisiones tomé bajo qué circunstancias y me ayuda a hacer mejores juicios cuando me enfrento a problemas similares. Si mis pensamientos cambian con el tiempo, esa misma evolución se convierte en otro registro valioso.\n\nA largo plazo, mi meta es dirigir una empresa propia y hacerla crecer hasta convertirla en un negocio con un valor de más de 1 millón de dólares.\n\nAún estoy en las etapas iniciales y hay muchos detalles por definir. Así que en lugar de mostrar solo un resultado terminado, planeo dejar el registro del proceso hacia esa meta. Documentaré constantemente lo que intenté, lo que salió mal y lo que cambié después.\n\nEste blog no es un espacio para grandes historias de éxito.\n\nEs más bien un cuaderno de trabajo de un proyecto personal para evitar olvidar las cosas que experimenté en el trabajo y en la vida diaria. Es suficiente con que sea un registro que me permita entender mis pensamientos y decisiones cuando lo vuelva a leer en el futuro.\n\nEn lugar de empezar cuando todo esté perfectamente preparado, planeo ir registrando las cosas una a una a partir de ahora.\n"}],"projects":[{"slug":"attractive-web-ai","name":"AttractiveWebAI","timeline":"April 2026 - Present","status":"active","techStack":["Next.js","Tailwind CSS","Framer Motion","Gemini Pro API"],"links":{"demo":"https://attractive-web-ai.vercel.app","github":"https://github.com/jayden/AttractiveWebAI"},"gallery":["/images/placeholder-post.jpg"],"relatedPosts":["built-slowly-updated-daily"],"description":"Una plataforma que utiliza modelos de IA multimodales para convertir instantáneamente bocetos y wireframes hechos a mano en código front-end moderno e interactivo.","lessonsLearned":"La integración de bucles de retroalimentación multimodales requiere indicaciones del sistema refinadas y entornos de renderizado instantáneos."},{"slug":"dailysay","name":"DailySay","timeline":"January 2026 - May 2026","status":"completed","techStack":["Next.js 15","TypeScript","Supabase","MDX"],"links":{"demo":"https://www.dailysay.me","github":"https://github.com/jayden/GlobalBlog"},"gallery":["/images/placeholder-post.jpg"],"relatedPosts":["built-slowly-updated-daily"],"description":"Una plataforma de conocimiento personal limpia y minimalista, diseñada para conectar pensamientos, proyectos, diarios de viaje y metas personales.","lessonsLearned":"La generación de sitios estáticos combinada con componentes interactivos del lado del cliente proporciona el mejor equilibrio entre rendimiento SEO e interactividad."},{"slug":"first-run","name":"FirstRun","timeline":"December 2025","status":"completed","techStack":["React Native","Expo","SQLite","Apple HealthKit"],"links":{"github":"https://github.com/jayden/FirstRun"},"gallery":["/images/placeholder-post.jpg"],"relatedPosts":[],"description":"Una aplicación de carrera enfocada en el rendimiento móvil diseñada para registrar carreras al aire libre, kilometraje de zapatillas y sincronizar datos de salud.","lessonsLearned":"El seguimiento de GPS en segundo plano consume mucha batería. El uso de actualizaciones de ubicación adaptativas redujo el consumo."}],"series":[],"glossary":[{"term":"ai-agent","name":"AI Agent","definition":"Una entidad de software autónoma que percibe su entorno a través de sensores, toma decisiones y ejecuta acciones utilizando herramientas."},{"term":"mcp","name":"MCP","definition":"Model Context Protocol: Un estándar abierto creado por Anthropic que permite integraciones seguras entre LLMs y fuentes de datos o herramientas externas."},{"term":"prompt-engineering","name":"Prompt Engineering","definition":"La práctica de estructurar, refinar y optimizar las entradas de texto para indicarle a los modelos de IA generativa que produzcan los resultados deseados."},{"term":"rag","name":"RAG","definition":"Retrieval-Augmented Generation: Una técnica para mejorar la precisión de los LLM al recuperar documentos relevantes de una fuente externa antes de generar una respuesta."},{"term":"shopify","name":"Shopify","definition":"Una plataforma de comercio global que aloja tiendas digitales y físicas, apoyando traducciones localizadas, pagos y aplicaciones personalizadas."},{"term":"pmbok","name":"PMBOK","definition":"Project Management Body of Knowledge: Una colección de procesos, mejores prácticas, terminologías y pautas compiladas por el PMI."},{"term":"product-discovery","name":"Product Discovery","definition":"El proceso iterativo de comprender profundamente las necesidades del usuario, definir problemas clave y validar soluciones de características antes de escribir código de producción."}],"milestones":[{"id":"started-dailysay","date":"2026-01-10","title":"Lanzamiento del Proyecto DailySay","description":"Desarrollo de un commonplace book para sincronizar conocimientos.","category":"projects"},{"id":"travel-tokyo","date":"2026-04-12","title":"Viaje de Primavera a Tokio","description":"Una semana explorando Shibuya y Shinjuku.","category":"travel"},{"id":"career-pm","date":"2025-08-01","title":"Ingreso a TechCorp como Líder de Producto de IA","description":"Coordinación de iniciativas de IA de principio a fin.","category":"career"}],"knowledgeGraph":{"nodes":[{"id":"post:building-products-alone-with-ai","label":"Cómo crear un producto solo con IA: de l…","type":"article","url":"/es/posts/building-products-alone-with-ai"},{"id":"category:work","label":"work","type":"category","url":"/es/topics/work"},{"id":"post:principles-of-maintaining-code-quality-with-ai","label":"Cómo validar el código de la IA: 8 princ…","type":"article","url":"/es/posts/principles-of-maintaining-code-quality-with-ai"},{"id":"post:pmp-pass-review-part-2","label":"Reseña de aprobación del examen PMP Part…","type":"article","url":"/es/posts/pmp-pass-review-part-2"},{"id":"post:pmp-pass-review-part-1","label":"Reseña de aprobación del examen PMP Part…","type":"article","url":"/es/posts/pmp-pass-review-part-1"},{"id":"post:built-slowly-updated-daily","label":"Mi manera de registrar la vida\n","type":"article","url":"/es/posts/built-slowly-updated-daily"},{"id":"category:diary","label":"diary","type":"category","url":"/es/topics/diary"},{"id":"tag:desarrollo con ia","label":"#desarrollo con IA","type":"tag","url":"/es/tags/desarrollo-con-ia"},{"id":"tag:desarrollador independiente","label":"#desarrollador independiente","type":"tag","url":"/es/tags/desarrollador-independiente"},{"id":"tag:mvp","label":"#MVP","type":"tag","url":"/es/tags/mvp"},{"id":"tag:programación con ia","label":"#programación con IA","type":"tag","url":"/es/tags/programacin-con-ia"},{"id":"tag:lanzamiento de producto","label":"#lanzamiento de producto","type":"tag","url":"/es/tags/lanzamiento-de-producto"},{"id":"tag:principios de desarrollo con ia","label":"#principios de desarrollo con IA","type":"tag","url":"/es/tags/principios-de-desarrollo-con-ia"},{"id":"tag:calidad de código","label":"#calidad de código","type":"tag","url":"/es/tags/calidad-de-cdigo"},{"id":"tag:deuda técnica","label":"#deuda técnica","type":"tag","url":"/es/tags/deuda-tcnica"},{"id":"tag:control de calidad","label":"#control de calidad","type":"tag","url":"/es/tags/control-de-calidad"},{"id":"tag:reseña examen pmp","label":"#Reseña examen PMP","type":"tag","url":"/es/tags/resea-examen-pmp"},{"id":"tag:gestión del tiempo pmp","label":"#Gestión del tiempo PMP","type":"tag","url":"/es/tags/gestin-del-tiempo-pmp"},{"id":"tag:pearson vue","label":"#Pearson VUE","type":"tag","url":"/es/tags/pearson-vue"},{"id":"tag:preparativos examen pmp","label":"#Preparativos examen PMP","type":"tag","url":"/es/tags/preparativos-examen-pmp"},{"id":"tag:consejos aprobado pmp","label":"#Consejos aprobado PMP","type":"tag","url":"/es/tags/consejos-aprobado-pmp"},{"id":"tag:aprobado pmp","label":"#Aprobado PMP","type":"tag","url":"/es/tags/aprobado-pmp"},{"id":"tag:método de estudio pmp","label":"#Método de estudio PMP","type":"tag","url":"/es/tags/mtodo-de-estudio-pmp"},{"id":"tag:pmi study hall","label":"#PMI Study Hall","type":"tag","url":"/es/tags/pmi-study-hall"},{"id":"tag:mentalidad pmp","label":"#Mentalidad PMP","type":"tag","url":"/es/tags/mentalidad-pmp"},{"id":"tag:estudiar con ia","label":"#Estudiar con IA","type":"tag","url":"/es/tags/estudiar-con-ia"},{"id":"tag:registrar la vida","label":"#Registrar la vida","type":"tag","url":"/es/tags/registrar-la-vida"},{"id":"project:attractive-web-ai","label":"AttractiveWebAI","type":"project","url":"/es/projects/attractive-web-ai"},{"id":"project:dailysay","label":"DailySay","type":"project","url":"/es/projects/dailysay"},{"id":"glossary:shopify","label":"Shopify","type":"glossary","url":"/es/glossary/shopify"},{"id":"glossary:pmbok","label":"PMBOK","type":"glossary","url":"/es/glossary/pmbok"}],"links":[{"source":"post:building-products-alone-with-ai","target":"category:work","label":"same-topic"},{"source":"post:principles-of-maintaining-code-quality-with-ai","target":"category:work","label":"same-topic"},{"source":"post:principles-of-maintaining-code-quality-with-ai","target":"post:building-products-alone-with-ai","label":"expands"},{"source":"post:pmp-pass-review-part-2","target":"category:work","label":"same-topic"},{"source":"post:pmp-pass-review-part-2","target":"post:pmp-pass-review-part-1","label":"continues"},{"source":"post:pmp-pass-review-part-1","target":"category:work","label":"same-topic"},{"source":"post:built-slowly-updated-daily","target":"category:diary","label":"same-topic"},{"source":"post:building-products-alone-with-ai","target":"tag:desarrollo con ia","label":"tagged"},{"source":"post:building-products-alone-with-ai","target":"tag:desarrollador independiente","label":"tagged"},{"source":"post:building-products-alone-with-ai","target":"tag:mvp","label":"tagged"},{"source":"post:building-products-alone-with-ai","target":"tag:programación con ia","label":"tagged"},{"source":"post:building-products-alone-with-ai","target":"tag:lanzamiento de producto","label":"tagged"},{"source":"post:principles-of-maintaining-code-quality-with-ai","target":"tag:principios de desarrollo con ia","label":"tagged"},{"source":"post:principles-of-maintaining-code-quality-with-ai","target":"tag:calidad de código","label":"tagged"},{"source":"post:principles-of-maintaining-code-quality-with-ai","target":"tag:deuda técnica","label":"tagged"},{"source":"post:principles-of-maintaining-code-quality-with-ai","target":"tag:desarrollador independiente","label":"tagged"},{"source":"post:principles-of-maintaining-code-quality-with-ai","target":"tag:control de calidad","label":"tagged"},{"source":"post:pmp-pass-review-part-2","target":"tag:reseña examen pmp","label":"tagged"},{"source":"post:pmp-pass-review-part-2","target":"tag:gestión del tiempo pmp","label":"tagged"},{"source":"post:pmp-pass-review-part-2","target":"tag:pearson vue","label":"tagged"},{"source":"post:pmp-pass-review-part-2","target":"tag:preparativos examen pmp","label":"tagged"},{"source":"post:pmp-pass-review-part-2","target":"tag:consejos aprobado pmp","label":"tagged"},{"source":"post:pmp-pass-review-part-1","target":"tag:aprobado pmp","label":"tagged"},{"source":"post:pmp-pass-review-part-1","target":"tag:método de estudio pmp","label":"tagged"},{"source":"post:pmp-pass-review-part-1","target":"tag:pmi study hall","label":"tagged"},{"source":"post:pmp-pass-review-part-1","target":"tag:mentalidad pmp","label":"tagged"},{"source":"post:pmp-pass-review-part-1","target":"tag:estudiar con ia","label":"tagged"},{"source":"post:built-slowly-updated-daily","target":"tag:registrar la vida","label":"tagged"},{"source":"post:built-slowly-updated-daily","target":"project:attractive-web-ai","label":"built with"},{"source":"post:built-slowly-updated-daily","target":"project:dailysay","label":"built with"},{"source":"post:principles-of-maintaining-code-quality-with-ai","target":"glossary:shopify","label":"defines"},{"source":"post:pmp-pass-review-part-1","target":"glossary:pmbok","label":"defines"}]},"memoryTimeline":[{"id":"post-built-slowly-updated-daily","date":"Sat Feb 07","year":2001,"month":2,"week":"2001-W06","kind":"article","title":"Mi manera de registrar la vida\n","description":"Documento el trabajo, los proyectos, los viajes, la comida y mis propios pensamientos. Este blog es un cuaderno de trabajo personal para organizar experiencias y errores del pasado, con el fin de tomar mejores decisiones en el futuro.\n","url":"/es/posts/built-slowly-updated-daily","slug":"built-slowly-updated-daily"},{"id":"post-building-products-alone-with-ai","date":"2026-07-15","year":2026,"month":7,"week":"2026-W29","kind":"article","title":"Cómo crear un producto solo con IA: de la idea al lanzamiento","description":"Un proceso práctico para usar IA en investigación, planificación, desarrollo, pruebas y lanzamiento sin delegar el criterio ni la responsabilidad del producto.","url":"/es/posts/building-products-alone-with-ai","slug":"building-products-alone-with-ai"},{"id":"post-principles-of-maintaining-code-quality-with-ai","date":"2026-07-13","year":2026,"month":7,"week":"2026-W29","kind":"article","title":"Cómo validar el código de la IA: 8 principios para desarrolladores en solitario","description":"Errores en base de datos, mocks olvidados y APIs rotas al crear AttractiveWebAI y apps de Shopify. 8 principios prácticos para verificar código generado por IA sin perder el control.","url":"/es/posts/principles-of-maintaining-code-quality-with-ai","slug":"principles-of-maintaining-code-quality-with-ai"},{"id":"post-pmp-pass-review-part-2","date":"2026-07-05","year":2026,"month":7,"week":"2026-W28","kind":"article","title":"Reseña de aprobación del examen PMP Parte 2: Gestión del tiempo el día del examen y consejos finales para aprobar","description":"Comparto la experiencia real de tomar el examen PMP en el centro Pearson VUE, la gestión del tiempo para las primeras 60 preguntas, los descansos de 10 minutos, repasar el cuaderno de errores justo antes del examen y qué preparar.","url":"/es/posts/pmp-pass-review-part-2","slug":"pmp-pass-review-part-2"},{"id":"post-pmp-pass-review-part-1","date":"2026-07-03","year":2026,"month":7,"week":"2026-W27","kind":"article","title":"Reseña de aprobación del examen PMP Parte 1: 7 semanas de preparación y el camino desde el 60% en Study Hall hasta el Aprobado","description":"Un resumen del proceso de estudio de 7 semanas para aprobar el examen PMP el 3 de julio de 2026, utilizando clases en línea, PMI Study Hall, cuadernos de errores, GPT y NotebookLM.","url":"/es/posts/pmp-pass-review-part-1","slug":"pmp-pass-review-part-1"},{"id":"milestone-travel-tokyo","date":"2026-04-12","year":2026,"month":4,"week":"2026-W16","kind":"travel","title":"Viaje de Primavera a Tokio","description":"Una semana explorando Shibuya y Shinjuku."},{"id":"milestone-started-dailysay","date":"2026-01-10","year":2026,"month":1,"week":"2026-W02","kind":"project","title":"Lanzamiento del Proyecto DailySay","description":"Desarrollo de un commonplace book para sincronizar conocimientos.","url":"/es/projects/started-dailysay"},{"id":"project-attractive-web-ai","date":"2026-01-01","year":2026,"month":1,"week":"2026-W01","kind":"project","title":"AttractiveWebAI","description":"Una plataforma que utiliza modelos de IA multimodales para convertir instantáneamente bocetos y wireframes hechos a mano en código front-end moderno e interactivo.","url":"/es/projects/attractive-web-ai","slug":"attractive-web-ai"},{"id":"project-dailysay","date":"2026-01-01","year":2026,"month":1,"week":"2026-W01","kind":"project","title":"DailySay","description":"Una plataforma de conocimiento personal limpia y minimalista, diseñada para conectar pensamientos, proyectos, diarios de viaje y metas personales.","url":"/es/projects/dailysay","slug":"dailysay"},{"id":"project-first-run","date":"2026-01-01","year":2026,"month":1,"week":"2026-W01","kind":"project","title":"FirstRun","description":"Una aplicación de carrera enfocada en el rendimiento móvil diseñada para registrar carreras al aire libre, kilometraje de zapatillas y sincronizar datos de salud.","url":"/es/projects/first-run","slug":"first-run"},{"id":"milestone-career-pm","date":"2025-08-01","year":2025,"month":8,"week":"2025-W31","kind":"career","title":"Ingreso a TechCorp como Líder de Producto de IA","description":"Coordinación de iniciativas de IA de principio a fin."}],"philosophy":[{"slug":"ai","title":"IA","belief":"La IA es apalancamiento para el pensamiento sistémico, no un sustituto del juicio.","evolution":[{"year":2024,"statement":{"en":"Prompt craft felt like the whole game.","ko":"프롬프트 솜씨가 전부처럼 느껴졌다.","es":"El arte del prompt parecía el juego completo."}},{"year":2025,"statement":{"en":"Agents and workflows matter more than single prompts.","ko":"단일 프롬프트보다 에이전트와 워크플로가 중요하다.","es":"Los agentes y flujos importan más que un solo prompt."}},{"year":2026,"statement":{"en":"Maintainable AI systems beat clever one-offs.","ko":"유지 가능한 AI 시스템이 영리한 일회성보다 낫다.","es":"Los sistemas de IA mantenibles vencen a los trucos ingeniosos."}}],"articles":["building-products-alone-with-ai","principles-of-maintaining-code-quality-with-ai"]},{"slug":"projects","title":"Proyectos","belief":"Lanza pequeño, aprende en público y mantén vivo el sistema.","evolution":[{"year":2024,"statement":{"en":"Side projects were experiments.","ko":"사이드 프로젝트는 실험이었다.","es":"Los side projects eran experimentos."}},{"year":2025,"statement":{"en":"Products need discovery discipline.","ko":"제품에는 디스커버리 규율이 필요하다.","es":"Los productos necesitan disciplina de discovery."}},{"year":2026,"statement":{"en":"A personal knowledge system is itself a lifelong project.","ko":"개인 지식 시스템 자체가 평생 프로젝트다.","es":"Un sistema de conocimiento personal es un proyecto de por vida."}}],"articles":["building-products-alone-with-ai","built-slowly-updated-daily"]},{"slug":"life","title":"Vida","belief":"Viajar y los días quietos afilan cómo construyo.","evolution":[{"year":2024,"statement":{"en":"Work and life felt separate lanes.","ko":"일과 삶이 분리된 차선처럼 느껴졌다.","es":"Trabajo y vida parecían carriles separados."}},{"year":2026,"statement":{"en":"Context from places belongs in the knowledge garden.","ko":"장소에서 얻은 맥락은 지식 정원에 속한다.","es":"El contexto de los lugares pertenece al jardín del conocimiento."}}],"articles":["built-slowly-updated-daily"]},{"slug":"learning","title":"Aprendizaje","belief":"Escribe para recordar; revisa para entender.","evolution":[{"year":2024,"statement":{"en":"Consume more, ship less.","ko":"더 많이 소비하고 덜 출시했다.","es":"Consumir más, publicar menos."}},{"year":2025,"statement":{"en":"Structured study (PMP) taught deliberate practice.","ko":"구조화된 학습(PMP)이 의도적 연습을 가르쳤다.","es":"El estudio estructurado (PMP) enseñó práctica deliberada."}},{"year":2026,"statement":{"en":"A digital garden compounds learning across years.","ko":"디지털 정원은 수년에 걸쳐 학습을 복리로 쌓는다.","es":"Un jardín digital acumula aprendizaje a lo largo de los años."}}],"articles":["pmp-pass-review-part-1","pmp-pass-review-part-2"]},{"slug":"career","title":"Carrera","belief":"El oficio de PM es conectar discovery, delivery y sistemas.","evolution":[{"year":2025,"statement":{"en":"Exam credentials proved baseline discipline.","ko":"시험 자격은 기본 규율을 증명했다.","es":"Las credenciales de examen probaron disciplina base."}},{"year":2026,"statement":{"en":"AI-native PM is the next operating system for product work.","ko":"AI 네이티브 PM이 제품 업무의 다음 OS다.","es":"El PM nativo de IA es el próximo sistema operativo del producto."}}],"articles":["pmp-pass-review-part-1","pmp-pass-review-part-2"]},{"slug":"travel","title":"Viajes","belief":"Los lugares cambian las preguntas que hago a los productos.","evolution":[{"year":2026,"statement":{"en":"Tokyo workation notes belong beside engineering essays.","ko":"도쿄 워케이션 노트는 엔지니어링 에세이 옆에 속한다.","es":"Las notas de workation en Tokio pertenecen junto a ensayos de ingeniería."}}],"articles":[]}],"thinkingEvolution":[{"slug":"prompt-to-systems","title":{"en":"From prompts to systems","ko":"프롬프트에서 시스템으로","es":"De prompts a sistemas"},"topic":"ai","stages":[{"year":2024,"label":{"en":"2024","ko":"2024","es":"2024"},"thought":{"en":"Better prompts would unlock better products.","ko":"더 나은 프롬프트가 더 나은 제품을 열 것이라 생각했다.","es":"Mejores prompts desbloquearían mejores productos."},"relatedPosts":[],"posts":[]},{"year":2025,"label":{"en":"2025","ko":"2025","es":"2025"},"thought":{"en":"Agents and tool protocols matter more than clever wording.","ko":"영리한 문장보다 에이전트와 도구 프로토콜이 중요하다.","es":"Los agentes y protocolos de herramientas importan más que la redacción ingeniosa."},"reason":{"en":"Building real workflows showed prompt-only thinking hit a ceiling.","ko":"실제 워크플로를 만들며 프롬프트만으로는 한계가 보였다.","es":"Construir flujos reales mostró el techo del pensamiento solo-prompt."},"relatedPosts":["mcp-usb-c-of-ai-applications","ai-agents-workflow-evolution"],"posts":[]},{"year":2026,"label":{"en":"2026 → Current","ko":"2026 → 현재","es":"2026 → Actual"},"thought":{"en":"The end of prompt engineering is the start of maintainable AI architecture.","ko":"프롬프트 엔지니어링의 끝은 유지 가능한 AI 아키텍처의 시작이다.","es":"El fin del prompt engineering es el inicio de una arquitectura de IA mantenible."},"reason":{"en":"Shipping alone with AI made quality gates and systems the real craft.","ko":"혼자 AI로 출시하며 품질 게이트와 시스템이 진짜 기술임을 알았다.","es":"Publicar solo con IA hizo de las puertas de calidad y los sistemas el verdadero oficio."},"relatedPosts":["the-end-of-prompt-engineering","principles-of-maintaining-code-quality-with-ai","building-products-alone-with-ai"],"posts":[{"slug":"principles-of-maintaining-code-quality-with-ai","title":"Cómo validar el código de la IA: 8 principios para desarrolladores en solitario"},{"slug":"building-products-alone-with-ai","title":"Cómo crear un producto solo con IA: de la idea al lanzamiento"}]}]},{"slug":"pm-and-ai","title":{"en":"PM craft meets AI automation","ko":"PM 역량과 AI 자동화","es":"Oficio de PM y automatización con IA"},"topic":"career","stages":[{"year":2025,"label":{"en":"2025","ko":"2025","es":"2025"},"thought":{"en":"PMP discipline is about process rigor and exam readiness.","ko":"PMP 규율은 프로세스 엄격함과 시험 준비다.","es":"La disciplina PMP es rigor de proceso y preparación para el examen."},"relatedPosts":["pmp-pass-review-part-1","pmp-pass-review-part-2"],"posts":[{"slug":"pmp-pass-review-part-1","title":"Reseña de aprobación del examen PMP Parte 1: 7 semanas de preparación y el camino desde el 60% en Study Hall hasta el Aprobado"},{"slug":"pmp-pass-review-part-2","title":"Reseña de aprobación del examen PMP Parte 2: Gestión del tiempo el día del examen y consejos finales para aprobar"}]},{"year":2026,"label":{"en":"2026 → Current","ko":"2026 → 현재","es":"2026 → Actual"},"thought":{"en":"Every PM should learn AI automation to multiply discovery and delivery.","ko":"모든 PM은 디스커버리와 딜리버리를 증폭하기 위해 AI 자동화를 배워야 한다.","es":"Todo PM debería aprender automatización con IA para multiplicar discovery y delivery."},"reason":{"en":"Credential study gave structure; AI tools gave leverage on real product work.","ko":"자격 학습이 구조를 주고, AI 도구가 실제 제품 업무에 레버리지를 주었다.","es":"El estudio de credenciales dio estructura; las herramientas de IA dieron apalancamiento."},"relatedPosts":["every-pm-should-learn-ai-automation"],"posts":[]}]},{"slug":"solo-building","title":{"en":"Building alone with AI","ko":"AI와 혼자 만들기","es":"Construir solo con IA"},"topic":"projects","stages":[{"year":2025,"label":{"en":"2025","ko":"2025","es":"2025"},"thought":{"en":"Speed of generation is the main advantage.","ko":"생성 속도가 핵심 이점이다.","es":"La velocidad de generación es la ventaja principal."},"relatedPosts":["how-i-built-three-products-faster-with-ai"],"posts":[]},{"year":2026,"label":{"en":"2026 → Current","ko":"2026 → 현재","es":"2026 → Actual"},"thought":{"en":"Speed without memory is noise—DailySay exists so work compounds.","ko":"기억 없는 속도는 소음이다—DailySay는 일이 복리로 쌓이게 하려고 존재한다.","es":"La velocidad sin memoria es ruido—DailySay existe para que el trabajo se acumule."},"reason":{"en":"Three fast products taught that continuity and revision beat one-shot shipping.","ko":"세 개의 빠른 제품이 연속성과 개정이 일회성 출시보다 낫다는 것을 가르쳤다.","es":"Tres productos rápidos enseñaron que continuidad y revisión vencen al envío de un solo tiro."},"relatedPosts":["built-slowly-updated-daily","building-products-alone-with-ai"],"posts":[{"slug":"built-slowly-updated-daily","title":"Mi manera de registrar la vida\n"},{"slug":"building-products-alone-with-ai","title":"Cómo crear un producto solo con IA: de la idea al lanzamiento"}]}]}],"knowledgeHealth":{"overallScore":82,"articles":[{"slug":"built-slowly-updated-daily","title":"Mi manera de registrar la vida\n","score":72,"freshness":56,"completeness":100,"references":0,"brokenLinks":0,"missingImages":false,"outdatedTechnology":false,"confidence":75,"issues":[]},{"slug":"building-products-alone-with-ai","title":"Cómo crear un producto solo con IA: de la idea al lanzamiento","score":82,"freshness":99,"completeness":100,"references":80,"brokenLinks":2,"missingImages":false,"outdatedTechnology":false,"confidence":40,"issues":["Missing relationship target: how-i-built-three-products-faster-with-ai","Missing relationship target: every-pm-should-learn-ai-automation"]},{"slug":"principles-of-maintaining-code-quality-with-ai","title":"Cómo validar el código de la IA: 8 principios para desarrolladores en solitario","score":82,"freshness":98,"completeness":100,"references":50,"brokenLinks":1,"missingImages":false,"outdatedTechnology":false,"confidence":40,"issues":["Missing relationship target: how-i-built-three-products-faster-with-ai"]},{"slug":"pmp-pass-review-part-1","title":"Reseña de aprobación del examen PMP Parte 1: 7 semanas de preparación y el camino desde el 60% en Study Hall hasta el Aprobado","score":83,"freshness":96,"completeness":100,"references":55,"brokenLinks":1,"missingImages":false,"outdatedTechnology":false,"confidence":55,"issues":["Missing relationship target: every-pm-should-learn-ai-automation"]},{"slug":"pmp-pass-review-part-2","title":"Reseña de aprobación del examen PMP Parte 2: Gestión del tiempo el día del examen y consejos finales para aprobar","score":90,"freshness":96,"completeness":100,"references":55,"brokenLinks":0,"missingImages":false,"outdatedTechnology":false,"confidence":75,"issues":[]}],"generatedAt":"2026-07-18T19:17:00.906Z"},"monthlyReflection":{"month":"2026-07","whatChanged":["Published or updated: Cómo crear un producto solo con IA: de la idea al lanzamiento","Published or updated: Cómo validar el código de la IA: 8 principios para desarrolladores en solitario","Published or updated: Reseña de aprobación del examen PMP Parte 2: Gestión del tiempo el día del examen y consejos finales para aprobar","Published or updated: Reseña de aprobación del examen PMP Parte 1: 7 semanas de preparación y el camino desde el 60% en Study Hall hasta el Aprobado"],"whatLearned":["Recurring focus: desarrollador independiente","Recurring focus: desarrollo con IA","Recurring focus: MVP","Captured in writing: Cómo crear un producto solo con IA: de la idea al lanzamiento","Captured in writing: Cómo validar el código de la IA: 8 principios para desarrolladores en solitario","Captured in writing: Reseña de aprobación del examen PMP Parte 2: Gestión del tiempo el día del examen y consejos finales para aprobar"],"whatObsolete":["No strong obsolescence signals this month."],"whatShouldUpdate":["Core articles look relatively fresh."],"suggestedRevisions":[],"postsThisMonth":[{"slug":"building-products-alone-with-ai","title":"Cómo crear un producto solo con IA: de la idea al lanzamiento"},{"slug":"principles-of-maintaining-code-quality-with-ai","title":"Cómo validar el código de la IA: 8 principios para desarrolladores en solitario"},{"slug":"pmp-pass-review-part-2","title":"Reseña de aprobación del examen PMP Parte 2: Gestión del tiempo el día del examen y consejos finales para aprobar"},{"slug":"pmp-pass-review-part-1","title":"Reseña de aprobación del examen PMP Parte 1: 7 semanas de preparación y el camino desde el 60% en Study Hall hasta el Aprobado"}]},"insights":{"totalPosts":5,"postsThisMonth":4,"topTopics":[{"topic":"work","count":4},{"topic":"diary","count":1}],"topTags":[{"tag":"desarrollador independiente","count":2},{"tag":"desarrollo con IA","count":1},{"tag":"MVP","count":1},{"tag":"programación con IA","count":1},{"tag":"lanzamiento de producto","count":1},{"tag":"principios de desarrollo con IA","count":1},{"tag":"calidad de código","count":1},{"tag":"deuda técnica","count":1}],"knowledgeGaps":["travel","food","projects"],"mostConnectedSlug":"building-products-alone-with-ai","mostConnectedTitle":"Cómo crear un producto solo con IA: de la idea al lanzamiento","fastestGrowingTopic":"work","writingTrend":[{"month":"2026-02","count":1},{"month":"2026-07","count":4}]},"reading":[{"id":"attention-paper","type":"paper","title":"Attention Is All You Need","author":"Vaswani et al. (Google Brain)","progress":100,"finished":true,"coverImage":"/images/placeholder-post.jpg","favoriteQuotes":{"en":["\"The dominant sequence transduction models are based on complex recurrent or convolutional neural networks...\""],"ko":["\"주요 시퀀스 변환 모델들은 복잡한 순환 신경망이나 컨볼루션 신경망을 기반으로 하고 있습니다...\""],"es":["\"Los modelos de transducción de secuencia dominantes se basan en redes neuronales recurrentes o convolucionales complejas...\""]},"notes":{"en":"The seminal paper that introduced the Transformer architecture, replacing RNNs and CNNs with self-attention mechanisms.","ko":"RNN과 CNN을 완전히 자체 주의(self-attention) 메커니즘으로 대체하며 트랜스포머 아키텍처의 포문을 연 기념비적인 논문입니다.","es":"El artículo fundamental que introdujo la arquitectura Transformer."}},{"id":"clean-architecture-book","type":"book","title":"Clean Architecture","author":"Robert C. Martin (Uncle Bob)","progress":85,"finished":false,"coverImage":"/images/placeholder-post.jpg","favoriteQuotes":{"en":["\"The only way to go fast, is to go well.\""],"ko":["\"빨리 가는 유일한 방법은 제대로 가는 것이다.\""],"es":["\"La única forma de ir rápido es ir bien.\""]},"notes":{"en":"A deep dive into software design principles, component boundaries, and decoupling strategies to maintain codebases over years.","ko":"소프트웨어 설계 원칙, 컴포넌트 경계 설계, 수년에 걸쳐 코드를 우아하게 유지하기 위한 디커플링 전략을 설명합니다.","es":"Una inmersión profunda en los principios de diseño de software y límites de componentes."}},{"id":"lex-fridman-podcast","type":"podcast","title":"Lex Fridman Podcast: Andrej Karpathy","author":"Lex Fridman","progress":100,"finished":true,"coverImage":"/images/placeholder-post.jpg","notes":{"en":"An insightful discussion on building software 2.0, the training dynamics of large neural networks, and the future of Tesla Autopilot.","ko":"소프트웨어 2.0 패러다임, 신경망 학습 역학, 테슬라 오토파일럿의 진화 방향성에 관한 심도 깊은 인터뷰입니다.","es":"Una discusión perspicaz sobre la construcción de software 2.0 y el entrenamiento de redes neuronales."}}]}