¿Scrum vs Kanban… o el problema eres tú eligiendo en automático?

Es una reunión corta (15 minutos como máximo, según la Scrum Guide) donde el equipo de desarrollo sincroniza avances del sprint: qué se hizo, qué sigue y qué lo bloquea. No es un reporte de estado al Scrum Master ni al PO — es del equipo, para el equipo. Si en tu daily termina siendo un informe de una persona hacia su jefe, el problema no es el formato: es la dinámica del equipo.

El equipo revisa el product backlog priorizado, el Product Owner explica el objetivo del sprint y el equipo de desarrollo decide qué puede comprometerse a entregar con esa meta — no al revés. Suele durar hasta 8 horas para un sprint de un mes (proporcional para sprints más cortos). El error más común: que alguien externo defina el alcance y el equipo solo lo confirme, en vez de decidirlo con la información real que tiene.

Es una descripción breve de una funcionalidad desde la perspectiva de quien la usa, con el formato "Como [rol], quiero [acción], para [beneficio]". Ejemplo: "Como cliente, quiero recibir un correo de confirmación al pagar, para saber que mi pedido se registró correctamente." Se completa con criterios de aceptación que definen cuándo esa historia está realmente terminada.

Es la lista única y priorizada de todo lo que el producto podría necesitar: funcionalidades, mejoras, correcciones y deuda técnica. La mantiene el Product Owner y nunca está "completa" — se refina constantemente con lo que el equipo aprende. Un backlog sano tiene los ítems de arriba muy detallados y los de abajo apenas esbozados.

No. Scrum es un marco de trabajo, Jira es una herramienta para gestionarlo — puedes hacer Scrum con post-its en una pizarra y fallar igual de rápido, o con Jira bien configurado y seguir teniendo un equipo que no dice lo que realmente piensa en la retro. La herramienta ordena el trabajo; no resuelve cómo reacciona el equipo cuando el plan se cae.

El daily (o standup) se usa en ambos, aunque en Kanban suele mirar el tablero y los cuellos de botella en vez de repasar un sprint. El sprint planning es exclusivo de Scrum: Kanban no tiene sprints, es un flujo continuo con límites de trabajo en curso (WIP). Elegir entre ambos no es el problema de fondo — el problema es cómo decides cuando el flujo, con o sin sprint, se te desordena.