Ágil es el nombre paraguas de una familia de métodos construidos en torno a una sola apuesta: el software es demasiado impredecible para planificarlo en detalle de antemano, así que entrega en pequeñas porciones, escucha lo que vuelve y ajusta constantemente.
Esta página cubre los antecedentes. Si ya sabes todo esto, salta a Cómo se corresponde East Agile Tracker con lo ágil.
El Manifiesto Ágil
Sección titulada «El Manifiesto Ágil»En febrero de 2001, diecisiete profesionales del software — Kent Beck, Martin Fowler, Robert Martin, Ron Jeffries y otros — se reunieron en un refugio de esquí en Utah y pusieron por escrito lo que tenían en común. Lo llamaron el Manifiesto Ágil. Son cuatro líneas:
Estamos descubriendo formas mejores de desarrollar software haciéndolo y ayudando a otros a hacerlo. A través de este trabajo hemos llegado a valorar:
- Individuos e interacciones sobre procesos y herramientas
- Software que funciona sobre documentación exhaustiva
- Colaboración con el cliente sobre negociación contractual
- Responder al cambio sobre seguir un plan
Esto es, aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.
Eso es todo. Una página de preámbulo, doce principios de apoyo y las cuatro líneas de arriba. Es el documento más influyente de la práctica moderna del software.
Los doce principios
Sección titulada «Los doce principios»Detrás de los cuatro valores, los doce principios del manifiesto deletrean cómo es “ágil” en realidad en el día a día:
- La máxima prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso.
- Da la bienvenida a los requisitos cambiantes, incluso tarde. Los procesos ágiles aprovechan el cambio para la ventaja competitiva del cliente.
- Entrega software que funciona con frecuencia — semanas en lugar de meses.
- Las personas de negocio y los desarrolladores deben trabajar juntos a diario.
- Construye los proyectos en torno a individuos motivados. Dales lo que necesitan y confía en que harán el trabajo.
- La forma más eficiente de transmitir información es la conversación cara a cara.
- El software que funciona es la principal medida del progreso.
- Los procesos ágiles promueven el desarrollo sostenible — un ritmo constante, indefinidamente.
- La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
- La simplicidad — el arte de maximizar la cantidad de trabajo no hecho — es esencial.
- Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
- El equipo reflexiona periódicamente sobre cómo ser más eficaz, y luego ajusta y afina.
La familia de métodos
Sección titulada «La familia de métodos»“Ágil” es un paraguas. Bajo él se sientan varias metodologías distintas:
- eXtreme Programming (XP) — La más exigente de la familia. Programación en parejas, TDD, integración continua, cliente in situ, lanzamientos pequeños. Consulta nuestra página de XP.
- Scrum — Iteraciones acotadas en el tiempo llamadas sprints, reuniones diarias, roles con nombre (Product Owner, Scrum Master). Más ligero en prácticas de ingeniería que XP.
- Kanban — Visualiza el flujo de trabajo, limita el trabajo en curso, optimiza el flujo. Sin bloques de tiempo; pull en lugar de push.
- Lean — Tomado del sistema de fabricación de Toyota: elimina el desperdicio, optimiza el conjunto, entrega rápido, integra la calidad.
Estos métodos se solapan y se combinan. La mayoría de los equipos en activo eligen lo mejor de los cuatro. East Agile Tracker se inclina hacia XP — consulta eXtreme Programming — pero la mayor parte de lo que ofrece funciona para cualquier sabor de lo ágil.
Lo que ágil no es
Sección titulada «Lo que ágil no es»Unas cuantas ideas equivocadas persistentes que conviene nombrar:
- Ágil no es “sin planificación”. Los planes son más pequeños y más cortos, pero la planificación es constante.
- Ágil no es “sin documentación”. Escribe lo necesario. El manifiesto dice que el software que funciona es más valioso que la documentación exhaustiva — no que la documentación sea mala.
- Ágil no es Scrum. Scrum es un método ágil. Hay varios.
- Ágil no es una herramienta. Ninguna herramienta te hace ágil. Ágil es una forma de trabajar. Las herramientas (incluida esta) ayudan; no la sustituyen.
Cómo se corresponde East Agile Tracker con lo ágil
Sección titulada «Cómo se corresponde East Agile Tracker con lo ágil»East Agile Tracker está diseñado en torno a los principios de arriba. Esta es la correspondencia:
| Principio | Cómo lo apoya el tracker |
|---|---|
| Entrega continua | Iteraciones de 1–4 semanas; planificación automática basada en velocidad; releases como tipo de historia de primera clase. |
| Dar la bienvenida al cambio | Reordena el backlog cuando quieras; las historias se mueven libremente entre iteraciones; sin “bloqueo de iteración”. |
| El software que funciona como medida | La velocidad cuenta por defecto los puntos aceptados — solo el trabajo entregado y funcional cuenta. |
| Ritmo sostenible | La velocidad no es un objetivo; es una observación. El sistema planifica la siguiente iteración con lo que haces de verdad. |
| Reflexión | Analítica por iteración: burndown, tasa de rechazo, tiempo de ciclo, proyecciones. |
| Equipos autoorganizados | Los roles son intencionadamente mínimos: owner / member / viewer. El equipo decide. |
| Simplicidad | El panel de detalle es una sola pantalla. El tablero cabe en una página. Resistimos las funciones que distraen de entregar. |
Ágil en 2026 — y los agentes
Sección titulada «Ágil en 2026 — y los agentes»El manifiesto se escribió en 2001. Desde entonces, el desarrollo de software ha ganado un nuevo tipo de participante: los agentes de IA.
Creemos que los agentes pertenecen al equipo ágil — como participantes con nombre propio, con sus propios roles, haciendo trabajo real junto a las personas. Los principios siguen vigentes. Individuos e interacciones ahora incluye a los participantes que son agentes. Equipos autoorganizados ahora incluye decidir qué agentes incorporar y qué se les permite hacer. Reflexión ahora incluye mirar las contribuciones de los agentes en el registro de actividad y afinar en qué están trabajando.
East Agile Tracker está construido para hacer esto práctico. Cada historia puede tener como owner a un humano o a un agente. Cada entrada del registro de auditoría atribuye el actor real. Cada acción que toma un agente es visible, revisable y revocable.
Lecturas adicionales
Sección titulada «Lecturas adicionales»- El Manifiesto Ágil — El original.
- eXtreme Programming — Nuestra página sobre XP en la práctica.
- Instrucciones de uso — Cómo usar el tracker.
Creado por East Agile.