Identificar las características fundamentales del desarrollo ágil y reconocer escenarios de uso de Scrum y Kanban.
En muchos proyectos software no conocemos desde el primer día todos los requisitos. Los usuarios descubren nuevas necesidades, la tecnología cambia y el equipo aprende mientras construye el producto.
Los enfoques ágiles intentan trabajar bien en este contexto mediante:
Un enfoque predictivo intenta definir con gran detalle el trabajo antes de ejecutarlo. Puede ser adecuado cuando existe poca incertidumbre y los requisitos son estables.
Un enfoque adaptativo admite que parte del conocimiento aparecerá durante el proyecto y organiza ciclos cortos de trabajo para inspeccionar el resultado y ajustar el plan.
Agile no significa que los enfoques predictivos sean incorrectos. La forma de trabajo debe seleccionarse según el contexto.
El Manifesto for Agile Software Development establece cuatro valores:
Los elementos de la derecha siguen teniendo valor; el manifiesto establece una preferencia por los de la izquierda.
Scrum es un marco de trabajo para desarrollar productos complejos mediante iteraciones cortas denominadas Sprints.
Product Backlog
↓
Sprint Planning
↓
Sprint
↓
Incremento
↓
Sprint Review
↓
Sprint Retrospective
↓
Siguiente Sprint
El Product Backlog es una lista ordenada y evolutiva del trabajo que puede ser necesario para mejorar el producto.
Una forma habitual de expresar necesidades es la historia de usuario:
Como [tipo de usuario]
quiero [funcionalidad]
para [beneficio].
Ejemplo:
Como dependiente, quiero buscar un producto por nombre para consultar rápidamente su stock.
El Scrum Team está formado por:
El Scrum Master no debe confundirse con un jefe tradicional que asigna todas las tareas.
Kanban ayuda a visualizar y gestionar el flujo de trabajo. Un tablero sencillo puede tener:
| Por hacer | En proceso | Pruebas | Terminado |
|---|---|---|---|
| Crear clientes | Registrar venta | Buscador | Catálogo |
Las tareas avanzan a través del flujo hasta terminarse.
Kanban utiliza límites al trabajo en curso o WIP (Work In Progress). Por ejemplo, si la columna “En proceso” tiene un límite de 2, no se debería iniciar una tercera tarea hasta liberar capacidad.
Limitar el WIP ayuda a:
| Aspecto | Scrum | Kanban |
|---|---|---|
| Organización | Sprints | Flujo continuo |
| Roles definidos | Sí | No necesariamente |
| Eventos definidos | Sí | No necesariamente |
| Límite WIP | Puede aplicarse | Elemento central |
| Escenario típico | Desarrollo iterativo de producto | Flujo continuo de incidencias o tareas |
Por ejemplo, el desarrollo inicial de nuevas funcionalidades de El Emporio Arcano podría organizarse con Scrum, mientras que un flujo continuo de incidencias y mantenimiento podría gestionarse bien con Kanban.