Si estás contratando desarrollo de una app, entender las metodologías ágiles te ayuda a saber qué esperar: cuándo verás avances, cómo se manejan los cambios y cómo medir si el proyecto avanza correctamente. Esta guía explica Scrum y Kanban sin jerga innecesaria.
¿Qué significa "ágil" en desarrollo de software?
En lugar de definir todo al inicio y esperar 6 meses para ver el resultado (modelo waterfall), las metodologías ágiles dividen el trabajo en ciclos cortos (1-4 semanas) con entregables funcionales. Esto permite:
- Ver avances reales cada 1-2 semanas
- Cambiar prioridades sin reiniciar el proyecto
- Detectar problemas temprano (cuando son baratos de corregir)
- Involucrar al cliente en decisiones continuas
Scrum: el framework más popular
¿Cómo funciona?
- Sprints: Ciclos de 2 semanas con un objetivo definido al inicio
- Daily standup: Reunión diaria de 15 minutos (¿qué hice ayer? ¿qué haré hoy? ¿tengo bloqueos?)
- Sprint planning: Se definen las tareas del sprint basadas en prioridad
- Sprint review: Al final del sprint, se muestra el trabajo completado al cliente
- Retrospectiva: El equipo analiza qué funcionó y qué mejorar
Roles
- Product Owner: Define prioridades y acepta entregables (puede ser el cliente o su representante)
- Scrum Master: Facilita el proceso y remueve bloqueos
- Development Team: Diseñadores, desarrolladores y QA
Ideal para:
Proyectos con alcance definido pero flexible, equipos de 3-9 personas, sprints con entregables visibles cada 2 semanas.
Kanban: flujo continuo
¿Cómo funciona?
- Tablero visual: Columnas de "Por hacer", "En progreso", "En revisión", "Completado"
- WIP limits: Máximo de tareas en progreso simultáneamente (evita multitasking)
- No hay sprints: El trabajo fluye continuamente — se completa una tarea, se toma la siguiente
- Priorización continua: El cliente puede reorganizar prioridades en cualquier momento
Ideal para:
Mantenimiento de apps existentes, equipos pequeños (1-3 devs), proyectos con cambios frecuentes de prioridad, soporte y bug fixing continuo.
Comparativa
| Criterio | Scrum | Kanban |
|---|---|---|
| Estructura | Sprints fijos (2 sem) | Flujo continuo |
| Cambios de alcance | Entre sprints | En cualquier momento |
| Reuniones | Daily + planning + review + retro | Standup diario (opcional) |
| Métricas | Velocity (puntos/sprint) | Lead time, cycle time |
| Overhead | Medio (ceremonias) | Bajo |
| Predictibilidad | Alta (después de 3-4 sprints) | Media |
¿Qué debería exigir como cliente?
- Acceso al tablero de proyecto (Jira, Linear, Notion) en tiempo real
- Demo cada 1-2 semanas de funcionalidades completadas en un ambiente de staging
- Reporte de velocity o throughput para saber si el ritmo es sostenible
- Burndown chart (Scrum) o cumulative flow diagram (Kanban) para visualizar progreso
- Definición de "terminado": Cada tarea debe pasar por code review + testing antes de contarse como completada
Conclusión
Scrum es ideal para proyectos nuevos con equipos de 4+ personas donde necesitas predictibilidad y demos regulares. Kanban funciona mejor para mantenimiento, equipos pequeños y contextos donde las prioridades cambian constantemente. Muchos equipos usan un híbrido ("Scrumban") que combina sprints con flujo continuo.
¿Quieres saber cómo trabajamos? En MisterProSoft usamos Scrum para desarrollo de producto y Kanban para soporte continuo. Agenda una llamada y te mostramos nuestro proceso en acción.
