Metodologías y Marcos de Trabajo Ágiles (Scrum & Kanban)
A finales de la década de 1990, la rigidez de los modelos tradicionales provocaba que muchos proyectos de software quedaran obsoletos antes de entregarse. En 2001, un grupo de 17 líderes de la industria redactó el Manifiesto Ágil (Agile Manifesto), revolucionando la ingeniería del software.
El enfoque ágil sustituye la planificación predictiva masiva por un desarrollo iterativo, incremental y adaptable, centrado en la entrega temprana de valor al usuario.
1. Los Cuatro Valores del Manifiesto Ágil #
El manifiesto no rechaza los elementos de la izquierda, pero valora más los de la derecha:
| Enfoque Tradicional | Se valora MÁS en Agilidad... | Significado en Software |
|---|---|---|
| Procesos y herramientas | Individuos e interacciones | La comunicación fluida del equipo supera a cualquier software de gestión. |
| Documentación exhaustiva | Software funcionando | La verdadera métrica de progreso es código probado y desplegado en producción. |
| Negociación contractual | Colaboración con el cliente | Trabajar como socios continuos en lugar de discutir cláusulas rígidas. |
| Seguimiento estricto de un plan | Respuesta ante el cambio | Adaptarse al feedback del mercado es más valioso que cumplir un plan desfasado. |
2. El Marco de Trabajo Scrum (Guía Oficial Scrum) #
Scrum no es una metodología prescriptiva ni una receta paso a paso: es un marco de trabajo (framework) ligero y adaptativo fundamentado en el empirismo (transparencia, inspección y adaptación) y el pensamiento Lean.
1EL CICLO DE TRABAJO EN SCRUM 2┌──────────────────────────────────────────────────────────────────────────────────┐ 3│ │ 4│ Product Backlog ──► Sprint Planning ──► Sprint Backlog ──► [ SPRINT (1-4 sem) ]│ 5│ (Product Goal) (Sprint Goal) │ │ 6│ ▼ │ 7│ Incremento Desplegable ◄── Sprint Retrospective ◄── Sprint Review ◄── Daily (15m)│ 8│ (Definition of Done) │ 9└──────────────────────────────────────────────────────────────────────────────────┘
A. La Estructura del Scrum Team (Un Único Equipo) #
En Scrum no existen jerarquías internas ni subequipos; es una unidad cohesionada de profesionales enfocada en un único objetivo a la vez:
- Product Owner (PO): Es la voz del cliente y del negocio. Su responsabilidad es maximizar el valor del producto y gestionar con transparencia y orden el Product Backlog.
- Scrum Master (SM): Es un líder servicial que vela por la efectividad del equipo, facilita las sesiones y elimina cualquier impedimento externo que bloquee a los desarrolladores.
- Developers (Desarrolladores): Los profesionales multidisciplinares (programadores, testers QA, diseñadores, DevOps) comprometidos en crear cualquier aspecto de un incremento usable en cada sprint.
B. Artefactos y sus Tres Compromisos Formales #
Cada uno de los tres artefactos de Scrum contiene un compromiso explícito que refuerza la transparencia y el enfoque:
| Artefacto Scrum | Compromiso Asociado | Definición y Propósito |
|---|---|---|
| Product Backlog | Product Goal (Objetivo del Producto) | Describe el estado futuro que persigue el producto a largo plazo para orientar la priorización de historias. |
| Sprint Backlog | Sprint Goal (Objetivo del Sprint) | El objetivo único e innegociable que el equipo se compromete a alcanzar durante la iteración actual. |
| Incremento | Definition of Done (DoD / Definición de Hecho) | Criterios formales de calidad que debe cumplir el código (ej. 80% cobertura de tests, CI/CD verde, revisado por pares). |
C. Los Cinco Eventos de Scrum #
- El Sprint: El evento contenedor de duración fija (time-box de 1 a 4 semanas) donde se construye el incremento.
- Sprint Planning: Sesión al inicio del sprint donde el equipo define por qué es valioso el sprint (Sprint Goal), qué elementos del backlog se seleccionan y cómo se implementarán técnicamente.
- Daily Scrum: Evento diario de 15 minutos para que los Developers inspeccionen el avance hacia el Sprint Goal y adapten el plan de trabajo de las siguientes 24 horas.
- Sprint Review: Demostración en vivo al final del sprint donde el equipo y los stakeholders inspeccionan el incremento terminado y adaptan el Product Backlog.
- Sprint Retrospective: Sesión interna de mejora continua donde el equipo analiza cómo fue la interacción humana, los procesos técnicos y las herramientas, planificando mejoras para el siguiente sprint.
3. El Marco Kanban: Gestión de Flujo Continuo #
A diferencia de Scrum (que trabaja con iteraciones fijas llamadas Sprints), Kanban es un método de flujo continuo de trabajo:
- Visualizar el flujo: Mapear cada etapa técnica que atraviesa una tarea.
- Limitar el WIP (Work In Progress): Restringir el número máximo de ítems en desarrollo concurrente.
- Gestionar el flujo: Reducir el tiempo total de entrega (Cycle Time).
- Ideal para: Equipos de soporte, operaciones de infraestructura (SRE / DevOps) o proyectos con prioridades que cambian a diario.
4. Comparativa: Modelo Predictivo (Cascada) vs Scrum vs Kanban #
| Criterio | Cascada (Predictivo) | Scrum (Iterativo) | Kanban (Flujo Continuo) |
|---|---|---|---|
| Cadencia de Entrega | Única al final del proyecto | Regular al final de cada Sprint | Continua bajo demanda |
| Gestión del Cambio | Rígida mediante Comité CCB | Flexible entre Sprints | Inmediata (cambio de prioridad en Backlog) |
| Roles Formales | Project Manager, Analista, Dev | Product Owner, Scrum Master, Devs | No prescribe roles específicos |
| Métricas Clave | Desviación de Gantt e Hitos | Velocidad y Burndown Chart | Lead Time, Cycle Time y CFD |
Resumen del tema
Conceptos clave #
- Los 4 Valores del Manifiesto Ágil (2001): individuos sobre procesos, software funcional sobre documentación exhaustiva, colaboración sobre contratos y respuesta al cambio sobre seguir un plan.
- Estructura de Scrum: un único equipo compuesto por Product Owner, Scrum Master y Developers.
- Los 3 Compromisos de Scrum: Product Goal (Product Backlog), Sprint Goal (Sprint Backlog) y Definition of Done (Incremento).
- Los 5 Eventos de Scrum: Sprint (contenedor), Sprint Planning, Daily Scrum (15 min), Sprint Review y Sprint Retrospective.
- Kanban: entrega continua basada en la visualización y limitación estricta del trabajo en curso (WIP).
Qué debes recordar #
Scrum articula roles, eventos y compromisos para entregar incrementos terminados en sprints fijos, mientras que Kanban optimiza el flujo continuo limitando el trabajo en progreso (WIP).