La IA representa oportunidad y riesgo para el Scrum Master. Permite preparar rápidamente conversaciones difíciles, analizar patrones del equipo y estructurar comunicación con management. El riesgo: respuestas superficiales, falta de contexto organizativo y falsa sensación de preparación.
01 · Prompt 1Preparar una conversación difícil con un stakeholder
El contexto: tres Sprints sin entrega funcional por deuda técnica, dependencias no resueltas y entornos de prueba inestables. El Director de Producto exige resultados.
Lo que la IA ayuda a estructurar: enmarcar la situación con honestidad sin generar alarma, identificar datos y evidencias de apoyo, proponer soluciones concretas con compromisos claros, y anticipar las preguntas del stakeholder.
Resultado: la conversación pasó de interrogatorio a negociación, resultando en una cadencia de seguimiento semanal y un plan de acción concreto.
02 · Prompt 2Diagnóstico inicial al llegar a un equipo nuevo
El contexto: patrones preocupantes observados en dos semanas: Daily de 25-35 minutos con tangentes técnicas, backlog sin refinar durante tres meses, Product Owner con participación mínima, una persona técnica dominando las decisiones, sin Definición de Done documentada.
Lo que la IA identificó: baja autonomía colectiva, Product Owner desconectado del refinamiento, ausencia de acuerdos de trabajo explícitos.
Intervención: crear una Definición de Done colaborativamente, trabajo de bajo riesgo que genera conversación del equipo y revela la dinámica real.
03 · Prompt 3Diseñar una retrospectiva a medida
El contexto: retrospectivas que se habían vuelto rutinarias e inefectivas, tras un Sprint tenso con fricción entre frontend y backend.
Lo que la IA diseñó: una sesión de 90 minutos con técnica de perspectiva cruzada donde cada grupo funcional escribe lo que los otros necesitan para colaborar mejor, con actividades temporizadas y compromisos verificables.
Resultado: participación excepcional y dos acuerdos documentados sobre la toma compartida de decisiones técnicas.
04 · Prompt 4Preparar el Sprint Review como conversación de impacto
El contexto: Reviews estáticas con demos seguidas de preguntas perfunctorias, sin análisis de impacto real, cuando tres funcionalidades próximas impactan directamente en renovaciones de contratos.
La estructura propuesta: contexto de negocio e hipótesis (10 min), presentación por funcionalidad con métricas (35 min), discusión de backlog basada en evidencias (15 min).
Resultado: el CEO intervino por primera vez cuestionando la priorización de funcionalidades basándose en los datos presentados.
05 · Prompt 5Pedir soporte a management con métricas y evidencias
El contexto: dependencia del equipo de operaciones para despliegues en producción, Lead Time aumentado de 6 a 14 días, 60% del tiempo en espera, cuatro elementos bloqueados regularmente por Sprint.
Lo que la IA ayudó a construir: reencuadrar el problema de "operaciones tarda demasiado" a "el 60% del tiempo de entrega es tiempo de espera", con tres alternativas concretas y sus implicaciones, y las objeciones anticipadas con respuestas preparadas.
Resultado: management vio el problema como un problema de flujo de valor, no como fricción entre equipos.
06 · El patrónLo que estos cinco casos tienen en común
La IA no tomó ninguna decisión en ningún caso. No sabe qué usuario importa más, qué stakeholder tiene más poder ni qué funcionalidad generará más valor. Lo que hizo fue ayudar a transformar información en estructura: notas en hipótesis, opciones en criterios, situaciones difíciles en argumentos.
Tres aprendizajes clave: el contexto que das es el límite del resultado que obtienes; la IA es mejor preparando que decidiendo; usar IA con criterio es ya parte del rol moderno del Scrum Master.