¿Necesito un Scrum Master certificado?

No. En equipos pequeños de 3-5 personas, el rol de Scrum Master suele ser compartido o innecesario. Lo importante es que alguien se asegure de que el proceso se siga, no que tenga un certificado.

¿El objetivo del sprint tiene que ser funcional al 100%?

Scrum original dice que sí, pero en la práctica, equipos pequeños a veces entregan algo funcional pero no completo. Lo clave es que sea usable — no un demo vacío, pero tampoco necesariamente perfecto.

¿Qué pasa si no terminamos todas las tareas del sprint?

Pasó. No es un fracaso, es información. En la retrospectiva, revisá por qué no se terminó (estimación equivocada, bloqueos externos, cambio de prioridad) y ajustá el próximo sprint. Lo que NO conviene es arrastrar las tareas pendientes automáticamente al siguiente sprint — priorizá de nuevo.

Qué es Scrum, sin certificaciones

En una línea: Scrum divide el trabajo en sprints de 2-4 semanas, cada uno con un objetivo claro, un backlog de tareas y tres ceremonias: planning al inicio, daily (15 min) cada mañana y retrospectiva al final. No necesitás un Scrum Master certificado ni un Product Owner full-time en un equipo pequeño — necesitás un dueño del backlog (una persona que decide qué entra en el sprint) y disciplina para seguir el ritmo.

Qué es Scrum (sin la definición de manual)

Scrum es un framework para gestionar trabajo complejo en iteraciones cortas llamadas sprints. Cada sprint tiene una duración fija (generalmente 2 semanas), un objetivo claro y una lista de tareas que el equipo se compromete a completar. Al final del sprint, se entrega algo que funciona — no necesariamente completo, pero usable.

La diferencia clave con Waterfall (cascada) es que Scrum permite cambiar el alcance entre sprints según lo que se aprendió. Si descubrís que una funcionalidad no es tan importante, la sacás del siguiente sprint. Si descubrís que otra es crítica, la agregás. Eso es Agile en la práctica.

Los 3 roles (simplificados para equipos pequeños)

Scrum define tres roles, pero en equipos pequeños algunos se pueden fusionar:

Product Owner: dueño del backlog (lista de tareas pendientes). Decide qué entra en el sprint y qué prioridad tiene. En un equipo pequeño, puede ser el fundador, el PM o alguien del equipo técnico que tenga visión de producto.
Scrum Master: facilitador. Se asegura de que el proceso Scrum se siga y de que las reuniones sean útiles, no burocracia. En equipos pequeños de 3-5 personas, este rol suele ser compartido o innecesario — el mismo Product Owner puede facilitar.
Equipo de desarrollo: quienes hacen el trabajo. En Scrum puro, este equipo es cross-functional (tiene todas las habilidades necesarias para completar el sprint sin depender de otros). En la práctica, equipos pequeños a veces dependen de una persona externa (diseñador freelancer, etc.) — no es ideal, pero se puede trabajar con eso.

El ciclo de un sprint, paso a paso

Un sprint sigue este ciclo (adaptado a equipos pequeños):

Sprint planning (1 hora): al inicio del sprint, el equipo revisa el objetivo, decide qué tareas entra en el sprint y se compromete a completarlas. No es una promesa de hierro — es un compromiso en base a la información disponible.
Daily standup (15 min): cada mañana, el equipo se reúne 15 minutos para responder tres preguntas: ¿qué hice ayer? ¿qué haré hoy? ¿qué me está bloqueando? No es un reporte al jefe, es sincronización entre pares. Ver daily standup que no sea pérdida de tiempo.
Ejecución: el equipo trabaja en las tareas. El Product Owner está disponible para dudas, pero no cambia prioridades a mitad de sprint — eso rompe el compromiso.
Sprint review (30 min): al final, el equipo muestra lo que completó y recibe feedback. No es una demo formal — es una conversación sobre qué funcionó y qué no.
Retrospectiva (30 min): el equipo discute qué funcionó bien del proceso y qué hay que mejorar en el próximo sprint. Ver formatos de retrospectiva.

Qué ceremonias NO necesitás en un equipo pequeño

Scrum "de manual" tiene más ceremonias de las que un equipo pequeño realmente necesita:

Backlog grooming: una reunión específica para limpiar el backlog. En equipos pequeños, esto se hace de forma continua — el Product Owner mantiene el backlog limpio sin una reunión formal.
Scrum de Scrum: reunión entre Scrum Masters de varios equipos. Si tu equipo es uno solo, esta reunión no tiene sentido.
Daily standup formalizada al extremo: si el equipo trabaja en la misma habitación y se comunica todo el día, la daily puede ser innecesaria. Si el equipo es remoto, la daily es útil, pero no tiene que ser estrictamente "cada mañana a las 9am" — puede ser cuando el equipo lo necesite.

La regla de oro: si una ceremonia no aporta valor, sacala. Scrum es un medio, no un fin.

Scrum vs Kanban: cuándo elegir cuál

Scrum y Kanban resuelven problemas distintos. Scrum te da un ritmo fijo (sprints) y forzante (compromiso). Kanban te da flujo continuo y visibilidad del trabajo en curso. Si tu equipo se dispersa fácilmente sin ritmos regulares, Scrum. Si prefiere trabajar sin interrupciones artificiales, Kanban. Comparativa completa en Scrum vs Kanban.