Hablemos de una verdad incómoda.
La IA ya puede hacer gran parte del trabajo que tradicionalmente hacía un Scrum Master:
Crear épicas, derivar historias de usuario, generar tareas, organizar el backlog y mover tickets en Jira.
Entonces la pregunta inevitable es:
¿Seguiremos necesitando Scrum Masters?
Hace unos días estaba trabajando en un proyecto personal y pensé que necesitaba organizarme un poco mejor. Normalmente, uso Trello para pasar tareas de ToDo a Done, en una lista simple y sin complicaciones.
Pero Trello se me quedaba corto.
Quería algo con épicas, historias de usuario, seguimiento y documentación.
Después de tantos años trabajando con Atlassian Jira, me pregunté algo curioso:
¿Jira tendrá una capa gratuita?
Para mi sorpresa, sí la tiene.
(No, esto no es publicidad… ya quisiera yo).
En unos pocos segundos creé la cuenta, hice el onboarding y pensé:
Tengo que crear épicas, luego historias de usuario y finalmente tareas.
Pero recordé algo más interesante.
Estoy usando Antigravity de Google y sabía que existía un MCP para Jira.
Buscando un poco descubrí que en realidad se llama:
MCP Atlassian.
(Mejor aún).
Entonces escribí este prompt:
“Ya que tenemos el MCP de Atlassian, me pregunto si puedes crear épicas basadas en este proyecto. Luego, derivar historias de usuario y tareas para trabajar de forma organizada.”
Probé primero con Gemini 3.0 Flash.
El resultado fue… bastante mediocre.
Básicamente me respondió:
He investigado la integración con Atlassian y analizado el proyecto ******. He preparado un plan en
implementation_plan.mdcon épicas, historias y tareas basadas en los módulos actuales. ¿Podrías revisarlo y confirmar si estás de acuerdo para crearlos en Jira?Muy superficial.
Así que decidí gastar algunos créditos más y probar con Claude Opus 4.6, pero siendo mucho más claro en lo que esperaba.
Le respondí:
Siento que has tomado a la ligera crear épicas, historias de usuario y tareas. Esto requiere una revisión profunda del proyecto: entender qué está operativo, qué tiene fallas, qué no está homologado.
Esto requiere iterar varias veces el proyecto completo.
Le mencioné algunos ejemplos evidentes:
- La página /Price no coincide con la landing page.
- El inicio de sesión borra el correo al hacer clic.
- Muchas pantallas no funcionan en móvil.
- No hay pruebas E2E
- Inconsistencias de UX
Entonces le pedí algo claro:
Revisa el proyecto completo varias veces y construye las épicas basadas en hallazgos reales.
El resultado fue sorprendente.
Después de 10 pases de auditoría, generó:
7 Épicas y 31 Historias de Usuario basadas en problemas reales del código.
Entre los hallazgos:
- 🔴 Precios inconsistentes
Landing dice PRO $9, pero/pricesdice PRO $68. - 🔴 Responsividad móvil rota
Landing, Prices, Inicio de sesión y Register muestran pantalla en blanco en móvil. - 🟠 Bug en inicio de sesión
El email se borra al hacer click (AuthPage.tsx línea 159). - 🟠 0% cobertura de testing
3 tests de API, 0 E2E, 0 UI. - 🟡 Debug expuesto en producción
15+console.logy 8 rutas de debug públicas. - 🟡 Botones decorativos
dark mode, idioma y marketplace no hacen nada. - 🔵 Código duplicado
Navbar, footer, animaciones y blobs repetidos en múltiples archivos.
Cuando terminó, simplemente me preguntó:
¿Quieres que cree estas épicas e historias en tu Jira?
Mi respuesta fue simple:
Claro que sí.
Ahora estoy explorando el siguiente paso:
que la IA tome las tareas de forma autónoma, implemente cambios y genere Pull Requests para revisión.
Un equipo multidisciplinario virtual…
literalmente a un prompt de distancia.
Y eso me lleva a la pregunta incómoda:
¿Cómo compite la figura del Scrum Master contra esto?
En equipos grandes y maduros, donde:
- Cada miembro se autogestiona.
- El equipo entiende Scrum
- Las ceremonias ya están internalizadas
Empieza a parecer una posición que la IA podría absorber muy pronto.
No digo que el rol desaparezca mañana.
Pero sí creo que estamos entrando en una etapa donde el Scrum Master deja de ser un rol operativo… y tendrá que reinventarse.
La pregunta real es:
¿Los Scrum Masters están preparados para eso?
