01
Más
estructura.
Organiza requisitos, notas, transcripciones y contexto para preparar mejor el discovery y las conversaciones con los equipos.
PRODUCT MANAGEMENT · IA APLICADA
PM Assistant:
potencia tu trabajo
como Product Manager con IA.
Aprende a configurar y utilizar un asistente basado en agentes y skills que te acompañe en distintas fases del ciclo de vida de un producto digital: del discovery y el backlog a la UAT, la documentación funcional y el análisis de la entrega.
Un copiloto que te ayuda. No sustituye tu criterio ni las decisiones del equipo.
Discovery✳Backlog✳UAT y documentación✳Métricas✳
01 / EL ENFOQUE
La IA puede hacer más
que escribir prompts.
Un Product Manager trabaja con información dispersa, decisiones, equipos y entregables. PM Assistant propone un flujo guiado para convertir parte de ese material en documentos de trabajo que puedas revisar, contrastar y compartir.
Más
02
Más
continuidad.
Reutiliza el contexto generado en fases posteriores, en lugar de empezar cada documento desde cero.
03
Más
criterio.
Obtén un primer análisis que puedas cuestionar, corregir y validar con desarrollo, negocio, QA y stakeholders.
02 / QUÉ APRENDERÁS
Qué aprenderás
a hacer.
El curso recorre un caso práctico y muestra cómo adaptar el asistente a tu realidad, en lugar de tratar sus resultados como documentos definitivos.
DISCOVERY
Analizar requisitos
y contexto.
Combinar la toma de requisitos y el repositorio existente para analizar viabilidad, alternativas, complejidad, recursos, dependencias y necesidades técnicas u organizativas.
PLANIFICACIÓN
Crear y revisar
un backlog.
Proponer una iniciativa, épicas e historias de usuario con objetivos, resultados esperados, criterios de aceptación, supuestos y Definition of Done, según tu plantilla.
VALIDACIÓN
Preparar
pruebas UAT.
Diseñar un plan de pruebas basado en requisitos, contexto, backlog y cambios entre versiones, definiendo alcance, fuera de alcance, personas que prueban y escenarios.
MEJORA CONTINUA
Documentar y analizar
la entrega.
Crear documentación funcional a partir de lo realmente mostrado en la demo y elaborar resúmenes de iniciativas, workstreams, impacto y métricas del periodo.
03 / EL MÉTODO
Un copiloto guiado
durante el producto.
El asistente utiliza un agente y skills especializadas. Tú defines el objetivo, aportas las fuentes, respondes a lo que falte y revisas cada resultado antes de usarlo.
Toma de requisitos
Reúne el problema de negocio, la propuesta, los usuarios, los objetivos, las hipótesis y las notas de las conversaciones con stakeholders. Puedes usar notas propias, una transcripción o ambas fuentes.
Discovery y definición del contexto
Entrega al asistente la información de requisitos y el repositorio de la aplicación. Pídele que analice qué se solicita, si es viable, cómo podría abordarse y qué complejidad o recursos puede implicar. Revisa y corrige el documento con el equipo.
Validación de la propuesta técnica
Contrasta el resultado con el equipo técnico y los stakeholders. Si la propuesta no refleja las restricciones, el equipo disponible o la realidad del producto, itera el contexto hasta que sea una base útil para planificar.
Creación del backlog
Con el contexto validado y el repositorio actualizado, solicita una iniciativa con sus épicas e historias de usuario. Pide primero un archivo Markdown revisable y, si procede, llévalo después a GitHub Projects con los campos y la estructura acordados.
Kickoff y desarrollo
Usa el backlog revisado para alinear a los equipos impactados. La implementación corresponde al equipo de desarrollo: el asistente ayuda a preparar y estructurar el trabajo, pero no reemplaza la ejecución ni las decisiones técnicas.
Pruebas y UAT
Con el backlog, los requisitos, el contexto y las versiones anterior y nueva de la aplicación, genera los casos de prueba. Define quién probará y qué significa el éxito. El ejemplo del curso prioriza el éxito funcional y deja las pruebas técnicas para el proceso correspondiente.
Review y demo
Tras las pruebas, revisa el producto con negocio y los equipos funcionales. La demo permite contrastar lo que realmente se ha entregado con lo que se había planificado.
Documentación funcional
Usa el transcript de la demo como fuente principal de lo realmente entregado, especialmente si hubo cambios después de la UAT. Genera una documentación publicable en tu herramienta corporativa y adapta la plantilla a tus necesidades.
Métricas y mejora continua
Analiza las iniciativas cerradas y activas, los workstreams, el problema abordado, la solución planteada, el impacto en la experiencia de usuario y cómo se mide. Adapta scripts, consultas y dashboards a la estructura real de tu equipo.
04 / HERRAMIENTAS Y EJEMPLO
Qué herramientas
se utilizan.
El curso muestra el flujo con Visual Studio Code, GitHub y GitHub Copilot, utilizando las skills de PM Assistant para guiar las tareas.
Antes de empezar
- Instala Visual Studio Code
Descárgalo desde la web oficial y comprueba que funciona en tu equipo.
- Inicia sesión en GitHub
Necesitarás una cuenta de GitHub para seguir el flujo mostrado.
- Activa GitHub Copilot
Instala y habilita la extensión según tu cuenta y configuración disponible.
- Clona PM Assistant
Usa la URL del repositorio que se facilita en el curso y abre la carpeta en VS Code.
EJEMPLO PRÁCTICO
Un mismo contexto que acompaña al producto.
En los vídeos se usa como ejemplo una aplicación de entrenamiento llamada Ginshark. Se parte de una versión inicial, se recogen ideas de mejora y se analiza cómo incorporar una nueva funcionalidad. Después se define el contexto, se construye el backlog y, con la nueva versión, se preparan pruebas, documentación y análisis de entrega.
Ejemplos de entregables
- Documento de discovery en Markdown.
- Contexto de producto para revisar con el equipo.
- Iniciativa, épicas e historias de usuario.
- Plan UAT con casos y escenarios de prueba.
- Documentación funcional para usuarios y equipos.
- Resumen de iniciativas, workstreams e indicadores.
05 / USO RESPONSABLE
El asistente acelera.
El criterio es tuyo.
Los resultados son propuestas de trabajo, no entregables que debas publicar o enviar sin revisión.
Buenas prácticas
- Proporciona fuentes concretas y explica cuál tiene prioridad si hay diferencias.
- Itera las respuestas como lo harías con un compañero de trabajo.
- Contrasta la viabilidad con el equipo técnico y los stakeholders.
- Adapta skills, plantillas, campos y scripts al funcionamiento de tu organización.
- Verifica que la documentación refleja lo que se ha entregado realmente.
- Comprueba las métricas y su definición antes de presentarlas.
Qué no debes asumir
- Que una respuesta bien redactada es necesariamente correcta.
- Que una estimación de esfuerzo sustituye la validación del equipo.
- Que el backlog refleja cambios que nunca se documentaron.
- Que una UAT funcional cubre automáticamente rendimiento, seguridad o latencia.
- Que el dashboard está bien solo porque se ha generado sin errores.
- Que puedes compartir información corporativa con herramientas externas sin autorización.
Importante en entornos corporativos: antes de instalar extensiones, conectar repositorios o usar datos de empresa, consulta con los equipos de Tecnología o Ingeniería y sigue las políticas de seguridad, privacidad y uso de IA de tu organización. No incluyas secretos, tokens ni información confidencial en prompts o archivos compartidos.
06 / PARA QUIÉN
Este curso puede
encajarte si…
- Eres Product Manager o Product Owner de un producto digital.
- Trabajas con equipos de desarrollo, QA, negocio o arquitectura.
- Quieres estructurar mejor discovery, planificación, UAT y documentación.
- Te interesa experimentar con agentes de IA aplicados a tareas reales.
- Quieres adaptar un asistente a tus procesos en lugar de depender de prompts aislados.
Qué conviene
tener preparado.
- Conocimientos básicos de entornos informáticos y curiosidad por la IA.
- Acceso a un equipo donde puedas instalar o usar VS Code.
- Cuenta de GitHub y acceso a GitHub Copilot según la modalidad disponible.
- Un repositorio de ejemplo o una aplicación sobre la que practicar.
- Disposición a revisar y corregir los resultados del asistente.
La disponibilidad, las condiciones y el coste de GitHub Copilot pueden variar según el tipo de cuenta. Consulta las condiciones vigentes en los sitios oficiales antes de empezar.
07 / PREGUNTAS FRECUENTES
Antes de empezar.
¿Tengo que saber programar?
El curso está orientado al trabajo de Product Management, pero usa un editor de código y un repositorio. Conviene tener soltura básica con el entorno y seguir las instrucciones con atención; no es una formación completa de desarrollo de software.
¿PM Assistant toma las decisiones por mí?
No. El asistente ayuda a analizar información, preparar documentos y ejecutar tareas guiadas. La validación, las decisiones de producto y la responsabilidad del resultado siguen siendo tuyas y del equipo.
¿Puedo usar otras plantillas o herramientas?
Sí. En los vídeos se muestra cómo adaptar las skills y las plantillas, por ejemplo para cambiar la estructura del backlog o de la documentación funcional. El proceso debe ajustarse a las herramientas y prácticas de tu equipo.
¿Necesito GitHub Projects?
En el ejemplo se usa para gestionar el backlog. Puedes revisar primero los entregables en Markdown y adaptar la gestión a la herramienta de tu organización. Para replicar exactamente la integración mostrada, tendrás que configurar los accesos y permisos correspondientes.
¿La UAT cubre todas las pruebas técnicas?
No necesariamente. En el ejemplo del curso se prioriza el éxito funcional y se considera que aspectos como latencia, carga o seguridad pueden probarse por otros medios. Define el alcance con tu equipo y añade esas pruebas cuando corresponda.
¿Puedo utilizarlo en mi empresa?
Depende de las políticas internas y de la configuración aprobada. Consulta primero con Tecnología o Ingeniería antes de instalar extensiones, conectar repositorios corporativos o compartir información con servicios de IA.
¿Qué pasa si el resultado de la IA no es correcto?
Forma parte del flujo de trabajo. Corrige el contexto, aporta fuentes adicionales, explica qué ha interpretado mal y vuelve a revisar el resultado. El curso insiste en iterar y validar, no en aceptar la primera respuesta.