| Metodología / Marco | Idea principal | Características clave |
|---|---|---|
| Scrum | Trabajo en iteraciones cortas llamadas sprints | Roles definidos, eventos, artefactos, revisión continua |
| Kanban | Flujo continuo de trabajo visualizado en un tablero | Limita trabajo en curso (WIP), mejora continua, muy flexible |
| Extreme Programming (XP) | Enfoque ágil muy centrado en la calidad técnica | Programación en pareja, TDD, refactorización, integración continua |
| Lean Software Development | Eliminar desperdicios y entregar valor rápido | Simplicidad, eficiencia, mejora continua |
| Crystal | Familia de métodos ágiles adaptados al tamaño y criticidad del proyecto | Muy flexible, prioriza personas y comunicación |
| DSDM | Desarrollo ágil con fuerte control de plazos y participación del usuario | Entregas frecuentes, priorización estricta |
| FDD (Feature-Driven Development) | Desarrollo guiado por funcionalidades concretas | Muy orientado a modelado y planificación por features |
| Scrumban | Híbrido entre Scrum y Kanban | Usa estructura de Scrum y flujo visual de Kanban |
Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan
Product Backlog
│
▼
[Sprint Planning] ──► Sprint Backlog
│
▼
┌─────────────────┐
│ SPRINT │
│ (1-4 semanas) │ ◄── Daily Scrum (cada día)
└─────────────────┘
│
▼
[Sprint Review] ──► Feedback del cliente
│
[Sprint Retrospective] ──► Mejora interna
│
▼
Increment ✅
| Categoría | Elemento | Definición | Función principal |
|---|---|---|---|
| Rol | Product Owner | Responsable del valor del producto | Prioriza requisitos y gestiona el Product Backlog |
| Rol | Scrum Master | Facilitador y guía del equipo | Asegura que Scrum se siga correctamente y elimina bloqueos |
| Rol | Developers | Profesionales que construyen el producto | Crear el incremento del producto |
| Evento | Sprint | Ciclo corto de trabajo (1–4 semanas) | Desarrollar una parte funcional del producto |
| Evento | Sprint Planning | Reunión de planificación del sprint | Definir objetivo, tareas y alcance del sprint |
| Evento | Daily Scrum | Reunión diaria (máx. 15 min) | Coordinar trabajo y detectar impedimentos |
| Evento | Sprint Review | Revisión del trabajo realizado | Mostrar resultados y recibir feedback |
| Evento | Sprint Retrospective | Reunión de retrospectiva | Mejorar la forma de trabajar del equipo |
| Artefacto | Product Backlog | Lista priorizada del trabajo pendiente | Recoger todo lo necesario para el producto |
| Artefacto | Sprint Backlog | Trabajo comprometido para el sprint | Organizar las tareas concretas del sprint |
| Artefacto | Increment | Resultado funcional generado | Entregar valor al final del sprint |
┌──────────────┬──────────────┬──────────────┬──────────────┐
│ PENDIENTE │ EN PROCESO │ REVISIÓN │ TERMINADO │
│ │ WIP: máx 3 │ WIP: máx 2 │ │
├──────────────┼──────────────┼──────────────┼──────────────┤
│ [Tarea A] │ [Tarea C] │ [Tarea E] │ [Tarea F] │
│ [Tarea B] │ [Tarea D] │ │ [Tarea G] │
│ [Tarea H] │ │ │ │
└──────────────┴──────────────┴──────────────┴──────────────┘
──────────────────────────────────────►
Flujo continuo
| Principio | Descripción |
|---|---|
| Visualizar el flujo | Todo el trabajo visible en el tablero |
| Limitar el WIP | Máximo de tareas simultáneas por columna |
| Gestionar el flujo | Detectar cuellos de botella y optimizar |
| Mejora continua | Kaizen: pequeñas mejoras constantes |
| Sin sprints fijos | Entrega continua, no iterativa |
⚠️ Diferencia clave Scrum vs Kanban: Scrum trabaja en iteraciones fijas (sprints); Kanban es flujo continuo sin timeboxing.
Calidad técnica XP
├── Programación en pareja (Pair Programming)
├── TDD — Test-Driven Development (prueba antes de código)
├── Refactorización continua
├── Integración continua (CI)
├── Diseño simple
├── Propiedad colectiva del código
└── Releases pequeñas y frecuentes
Comunicación · Simplicidad · Retroalimentación · Valentía · Respeto
| # | Principio | Idea |
|---|---|---|
| 1 | Eliminar desperdicios | Nada que no aporte valor al cliente |
| 2 | Ampliar el aprendizaje | Feedback rápido y ciclos cortos |
| 3 | Decidir lo más tarde posible | Tomar decisiones con más información |
| 4 | Entregar lo antes posible | Valor rápido al cliente |
| 5 | Empoderar al equipo | Los que trabajan deciden cómo trabajar |
| 6 | Integridad | Construir calidad desde el inicio |
| 7 | Ver el todo | Pensar en el sistema completo |
Lean tiene origen en el Sistema de Producción Toyota (TPS). Adaptado al software por Mary y Tom Poppendieck.
SCRUM KANBAN
───────────── ─────────────────
Sprints / Roles + Tablero visual WIP
Planning / Review + Flujo continuo
Retrospectiva + Sin roles rígidos
│ │
└──────────┬─────────────┘
▼
SCRUMBAN
(estructura + flexibilidad)
| Metodología | Ideal para | No recomendada cuando |
|---|---|---|
| Scrum | Proyectos con requisitos cambiantes, equipo estable | El trabajo es muy impredecible o continuo |
| Kanban | Soporte, mantenimiento, flujo continuo | Se necesita planificación y sprints definidos |
| XP | Software con alto requisito de calidad técnica | El equipo no tiene cultura técnica sólida |
| Lean | Optimizar procesos existentes, eliminar ineficiencias | Proyectos muy pequeños sin procesos definidos |
| Scrumban | Transición entre metodologías, equipos mixtos | Se necesita un marco muy definido o muy libre |
Scrum = iteraciones (sprints) + 3 roles + 5 eventos + 3 artefactos. Es el marco ágil más extendido y formal. El Product Owner prioriza, el Scrum Master facilita y los Developers entregan incrementos funcionales cada 1–4 semanas.
Kanban = flujo continuo + visualización + límite WIP. No impone roles ni sprints. Su clave es detectar y eliminar cuellos de botella a través del tablero visual y los límites de trabajo en curso.
XP, Lean y Scrumban son complementarios: XP refuerza la calidad técnica (TDD, pair programming), Lean elimina desperdicios del proceso, y Scrumban combina la estructura de Scrum con la flexibilidad de Kanban para equipos que necesitan ambas cosas.