Trabajo PM que realmente faster.

Cuatro equipos. Tres revisiones de sprint la semana que viene. Jira es un cementerio de tickets a medio actualizar. Es jueves, las 15h, y el VP de Producto acaba de escribir en Slack: "¿Puedes mandarme el documento de estado antes del final del dia?"

Sabes la diferencia entre lo que dicen los tickets — y donde estas realmente. Tu VP esta a punto de ver una de esas realidades.

Ejecutas /pm-sprint-brief.

El orquestador lee tu contexto de producto, conoce el ritmo del sprint, conoce los equipos. Dos agentes corren en paralelo: uno parsea el export de Jira de esta manana, otro lee los tres ultimos standups de Slack de cada canal de equipo. Un tercero cruza ambas fuentes y saca a la luz lo que nadie escalo — dos bloqueadores ocultos, una funcionalidad descartada silenciosamente el martes, un equipo que en realidad va adelantado.

Envias el documento a las 15:47. Tu VP responde a las 16:02: "Este es el estado mas claro que he recibido en meses."

Lo notas tu mismo. Martes, las 23h. La retencion D7 sangrando 11%, tres semanas seguidas. Sin alerta. Nadie lo habia senalado.

Reunion de Growth: miercoles a las 9h. Construiste este producto desde cero hasta dos millones de usuarios. Necesitas entrar con una respuesta real — no "seguimos investigando." Tienes que ser el PM que lo vio antes de que alguien preguntara.

Pero tienes 340 tickets de soporte sin leer con la etiqueta "onboarding", un export de Mixpanel de la semana pasada y 90 minutos antes de tener que dormir.

Ejecutas /pm-discover.

Tres agentes corren en paralelo — uno por los tickets de soporte, uno por los datos del embudo, uno cruzando ambos. A los siete minutos: el 67% de las menciones de friccion se agrupan en torno a un paso del onboarding — el que rediseaste el mes pasado. La caida de retencion empieza exactamente el dia del lanzamiento. Solo movil. Desktop es plano.

Entras a las 9h con una presentacion hecha en 20 minutos: "Sabemos exactamente que fallo. Asi es como probamos la correccion. Tendremos datos el viernes." Tu CPO dice: "Esto es lo que queria ver."

Tres llamadas con clientes la semana pasada. Tres cosas completamente distintas que dijeron necesitar. Engineering espera un PRD. Design ya empezo con su propia interpretacion. El plazo no se ha movido.

Ejecutas /pm-prd.

El orquestador lee las transcripciones de las llamadas. Un agente extrae los jobs-to-be-done reales detras de cada solicitud de funcionalidad. Un segundo los mapea contra las capacidades actuales y las prioridades del roadmap. Un agente de sintesis redacta el PRD: enunciado del problema, segmentos de usuario, alcance MVP, no-objetivos, metricas de exito y las tres preguntas abiertas que Engineering necesita antes de estimar.

Engineering lo llama el brief mas claro que han recibido en todo el trimestre. Design se da cuenta de que habia construido la version equivocada.

La funcionalidad sale dos semanas despues. Sin scope creep. Sin re-briefings.

Cuatro equipos de engineering. Un contrato de API compartido que todavia no existe. La planificacion Q3 empieza el lunes. Cada equipo ha construido sus propias suposiciones — y ninguna coincide.

Sabes que "nos alineamos el lunes" no es un plan. Son tres equipos a punto de descubrir que han estado construyendo hacia suposiciones incompatibles.

Ejecutas /pm-define el viernes por la tarde.

Un agente mapea la superficie de integracion. Un segundo encuentra las zonas de conflicto: tres suposiciones de autenticacion distintas, dos esquemas incompatibles, un equipo dependiendo de un endpoint que no existe. Un agente de sintesis redacta el contrato de API con limites de propiedad, un mapa de dependencias y las cuatro decisiones que deben tomarse antes de que alguien escriba una linea de codigo.

La planificacion del lunes toma 40 minutos en lugar de tres horas. Un ingeniero dice que es la primera vez que empiezan un trimestre sin chocar inmediatamente contra una pared.

Seis equipos de producto dependen de tu plataforma. Seis entradas de roadmap la semana pasada. Todas urgentes. Todas tirando en direcciones distintas. Planificacion trimestral en cuatro dias.

Sabes que la conversacion de "de quien es la prioridad que gana" puede hundir un trimestre antes de que empiece.

Ejecutas /pm-roadmap con las seis entradas de los equipos.

Un agente agrupa las solicitudes por necesidades de infraestructura compartida — cuatro de los seis equipos piden la misma capacidad subyacente, solo que la describen de forma diferente. Un segundo encuentra la secuencia: dos inversiones fundamentales que desbloquean simultaneamente tres solicitudes posteriores. Un agente de sintesis redacta el roadmap con un mapa de dependencias y una capa de "que permite esto" para cada iniciativa.

Los seis equipos tienen un roadmap con el que pueden construir. Ninguno se siente ignorado. La conversacion nunca tiene lugar.