Metodología agile y Scrum: qué es, en qué se diferencian y quién la usa

La metodología agile (en español circulan las dos formas, «agile» y «ágil») es una manera de construir productos por entregas pequeñas que se revisan y se corrigen sobre la marcha. Su sentido viene de los cuatro valores del Manifiesto por el Desarrollo Ágil de Software, publicado en 2001². Scrum es un marco concreto, anterior al Manifiesto, que suele agruparse bajo esa etiqueta: la Guía de Scrum de noviembre de 2020 lo define como un marco ligero que ayuda a personas, equipos y organizaciones a generar valor mediante soluciones adaptativas para problemas complejos, con roles, eventos y artefactos fijos¹.

Fuentes de los datos

En resumen

• El Manifiesto Ágil (2001) enuncia cuatro valores en forma de preferencia: lo de la izquierda pesa más que lo de la derecha.
• Según la Guía de Scrum de noviembre de 2020, el Equipo Scrum tiene un Scrum Master, un Product Owner y Developers, por lo general 10 personas o menos, con cinco eventos y tres artefactos formales.
• Un Sprint dura un mes o menos, y la Scrum Diaria (Daily Scrum) es un evento de 15 minutos.
• En el 17.º State of Agile Report de Digital.ai (788 encuestados, 2023), el 42 % dijo que su organización usa un modelo híbrido que incluye Agile, DevOps u otras opciones.
• En esa encuesta, el 32 % señaló a los líderes de negocio y ejecutivos como quienes lideran la transformación ágil, por delante de los equipos técnicos (31 %) y de los CIO/CTO (20 %).

Qué es la metodología agile y de dónde viene

El texto de origen cabe en una sola página web. En agilemanifesto.org aparecen cuatro declaraciones de valor, con derechos de autor de 2001, y una línea final que explica cómo leerlas. La versión en español, traducida por Ángel Medinilla, Andrés Giné y Esther Gómez, la deja así: «aunque valoramos los elementos de la derecha, valoramos más los de la izquierda»³.

La palabra «metodología» no aparece en los cuatro valores (búscala: no está). Tampoco hay roles, reuniones ni entregables. El Manifiesto fija prioridades y deja la mecánica a quien lo adopte.

Una definición más llana viene de la Oficina de Rendición de Cuentas del Gobierno de EE. UU. (GAO), que en su Guía de evaluación ágil (GAO-20-590G), publicada el 28 de septiembre de 2020, describe agile como un enfoque de desarrollo de software en que el software se desarrolla de forma incremental y se evalúa continuamente en funcionalidad, calidad y satisfacción del cliente⁶. La GAO enmarca la guía en la ley federal de reforma de adquisiciones de TI de 2014, conocida como FITARA, y recuerda que el gobierno federal preveía gastar al menos 90.000 millones de dólares en inversiones de TI mayores en el año fiscal 2021. La guía salió como borrador abierto a comentarios del 28 de septiembre de 2020 al 27 de septiembre de 2021.

Agile y Scrum: en qué se diferencian

La Guía de Scrum apoya el marco en el empirismo y el pensamiento lean, con tres pilares empíricos: transparencia, inspección y adaptación¹. Nada de eso figura en el Manifiesto, que se queda en las preferencias. La tabla pone los dos textos lado a lado.

Roles, eventos y artefactos en Scrum

El Equipo Scrum suele tener 10 personas o menos, y los nombres de los roles se usan en inglés, como en el texto oficial. El Product Owner es «una persona, no un comité», y es el único con autoridad para cancelar un Sprint¹. De los tres artefactos, la Guía asocia el Product Backlog con el Objetivo del producto (Product Goal) y el Incremento con la Definición de terminado (Definition of Done).

De dónde salió Scrum

Jeff Sutherland y Ken Schwaber escriben que desarrollaron Scrum a principios de la década de 1990 y que lo presentaron juntos por primera vez en la conferencia OOPSLA de 1995. La primera versión de la Guía es de 2010, y la página HTML actual reproduce la versión de noviembre de 2020 con licencia Creative Commons Atribución-CompartirIgual¹. La propia Guía habla de más de 30 años de desarrollo del marco a cargo de sus dos autores.

Agile frente a cascada (waterfall)

«Cascada» es el nombre habitual del trabajo guiado por un plan en etapas sucesivas: requisitos, diseño, construcción y pruebas, cada una cerrada antes de abrir la siguiente. El último valor del Manifiesto apunta en esa dirección: respuesta ante el cambio sobre seguir un plan².

Las fases no desaparecen en el trabajo ágil. El Service Manual del gobierno británico (GOV.UK), en su sección «Agile delivery» sobre principios, herramientas y gobernanza, divide un proyecto ágil en descubrimiento (discovery), alfa, beta, producción (live) y retiro⁷.

Cómo funciona un Sprint de Scrum, paso a paso

1. El punto de partida es el Product Backlog, cuyo compromiso es el Objetivo del producto (Product Goal).
2. La Planificación del Sprint (Sprint Planning) abre el Sprint, con un máximo de 8 horas para un Sprint de un mes. Los Developers (desarrolladores) dividen los elementos del Product Backlog en tareas de un día o menos.
3. Los Developers se reúnen cada día hábil en la Scrum Diaria, un evento de 15 minutos.
4. La Revisión del Sprint (Sprint Review) inspecciona el resultado, con un máximo de 4 horas para un Sprint de un mes.
5. La Retrospectiva del Sprint cierra el ciclo, con un máximo de 3 horas para un Sprint de un mes.

Cada Sprint tiene una duración fija de un mes o menos, y el Incremento tiene que cumplir la Definición de terminado¹.

Ejemplo resuelto: cuánto tiempo de reuniones tiene un Sprint de un mes

Ejemplo: con los máximos que fija la Guía de Scrum para un Sprint de un mes, planificación, revisión y retrospectiva suman 8 + 4 + 3 = 15 horas como tope, sin contar la Scrum Diaria. En un mes de 20 días hábiles (número redondo elegido para el ejemplo; el calendario real depende de los días festivos de cada país), la Scrum Diaria suma 15 minutos × 20 = 300 minutos, o sea 5 horas.

Son topes. Una retrospectiva más corta también cumple la Guía.

¿De verdad la usan las empresas? Lo que dicen las encuestas

Una encuesta pública con larga trayectoria es el State of Agile Report, que según su sitio lleva 18 años publicándose como referencia de madurez, tendencias y transformación ágiles⁴. La edición más reciente que muestra la página oficial es la 18.ª, titulada «The Adaptation Era». Su conclusión principal: la adopción sigue siendo amplia, pero muchas organizaciones se reconstruyen desde cero para centrarse en resultados medibles.

Las cifras públicas detalladas son de la 17.ª edición, publicada por Digital.ai con las respuestas de 788 personas sobre su experiencia con Agile en 2023⁵.

Ejecutivos y equipos técnicos quedan casi empatados, un dato útil cuando en una pyme o en un área de sistemas se discute quién debe impulsar el cambio en la forma de trabajar (la guía de fact.mr sobre tipos de liderazgo trata el lado de la dirección). En métodos, el 42 % de los encuestados dijo que su organización usa un modelo híbrido que incluye Agile, DevOps u otras opciones. El modelo híbrido llegó al 49 % en las organizaciones grandes y al 45 % en las medianas, 4 puntos porcentuales de diferencia.

Pero ¿cuántos de esos equipos usan Scrum en concreto? El resumen público de la 17.ª edición no lo desglosa, y la portada de la 18.ª no da porcentajes comparables.

Y las cifras citadas son globales: no separan a México, España, Colombia ni Argentina. Una encuesta publicada por una empresa, y no por un organismo oficial, pide además la cautela de siempre, que se explica en cómo leer reportes de industria sin que te manipulen.

Cuándo sirve y cuándo no

La Guía de Scrum apunta a problemas complejos y dice que el marco se adoptó en muchos dominios de trabajo complejo, más allá del desarrollo de productos de software¹. El 17.º State of Agile suma que las organizaciones pequeñas y ágiles siguen reportando que Agile es un marco poderoso de productividad y organización⁵. Es un hallazgo que interesa a una pyme, aunque la cita no dice con cuántos empleados se considera pequeña una organización.

Para trabajos cuyos pasos se conocen de antemano y casi no cambian, los textos ofrecen mucho menos. Los propios autores del Manifiesto reconocen que hay valor en los elementos de la derecha, así que planes, contratos y documentación conservan su lugar. Y el modelo híbrido es justo la forma de trabajo que el 42 % de los encuestados del State of Agile describió en su propia organización.

Confusiones frecuentes

• Agile y Scrum como sinónimos. Agile es el conjunto de valores de 2001; Scrum es un marco con reglas propias, anterior al Manifiesto, que suele agruparse bajo esa etiqueta.
• «Agile» o «ágil». En español se usan las dos palabras; las dos remiten al mismo texto de 2001, cuya versión en español publica agilemanifesto.org³.
• Scrum a la carta. La Guía dice que el marco es inmutable y que implementar solo partes no es Scrum.
• Un comité de Product Owner. La Guía dice que el rol lo ocupa una sola persona.
• Una reunión diaria de cualquier duración. La Scrum Diaria es un evento de 15 minutos para los Developers.

Ninguno de los dos textos oficiales da una cifra de cuántas organizaciones usan agile; los únicos números salen de la encuesta State of Agile y de sus 788 encuestados de 2023.

Preguntas frecuentes

¿Scrum es lo mismo que la metodología agile?

No. Agile remite a los cuatro valores del Manifiesto Ágil, publicado en 2001. Scrum es un marco definido en la Guía de Scrum de noviembre de 2020, con un Scrum Master, un Product Owner, Developers, cinco eventos y tres artefactos formales, y un equipo puede trabajar de forma ágil sin usarlo.

¿Cuánto dura un Sprint en Scrum?

La Guía de Scrum fija los Sprints como eventos de duración fija de un mes o menos. En un Sprint de un mes, la planificación dura hasta 8 horas, la revisión hasta 4 horas y la retrospectiva hasta 3 horas, y la Scrum Diaria dura 15 minutos.

¿Cuántas personas tiene un equipo Scrum?

Según la Guía de Scrum, el Equipo Scrum suele tener 10 personas o menos: un Scrum Master, un Product Owner y los Developers. El Product Owner es una persona, no un comité, y es el único que puede cancelar un Sprint.

¿Cuántas empresas usan agile?

Ninguno de los textos oficiales citados da una cifra. En el 17.º State of Agile Report de Digital.ai, con 788 encuestados en 2023, el 42 % dijo que su organización usa un modelo híbrido que incluye Agile, DevOps u otras opciones, porcentaje que sube al 49 % en las organizaciones grandes y queda en el 45 % en las medianas.

Fuentes

1. Ken Schwaber y Jeff Sutherland, «The Scrum Guide» (versión de noviembre de 2020). Definición de Scrum, historia, equipo, eventos, tiempos máximos, artefactos y licencia. scrumguides.org. Consultada el 21-oct-2026.
2. Autores del Manifiesto Ágil, «Manifesto for Agile Software Development» (2001). Los cuatro valores y cómo leerlos. agilemanifesto.org. Consultada el 21-oct-2026.
3. Autores del Manifiesto Ágil, «Manifiesto por el Desarrollo Ágil de Software» (versión en español). Traductores, valores en español y frase final. agilemanifesto.org. Consultada el 21-oct-2026.
4. State of Agile, «State of Agile» (18.ª edición, «The Adaptation Era»). Años de publicación, alcance y conclusión principal. stateofagile.com. Consultada el 21-oct-2026.
5. Digital.ai, «17th State of Agile Report» (2023). Muestra, quién lidera la transformación ágil, modelos híbridos por tamaño de organización y hallazgo sobre organizaciones pequeñas. digital.ai. Consultada el 21-oct-2026.
6. Oficina de Rendición de Cuentas del Gobierno de EE. UU. (GAO), «Agile Assessment Guide: Best Practices for Agile Adoption and Implementation» (GAO-20-590G, 2020). Definición de agile, gasto federal en TI, ley FITARA y periodo de comentarios. gao.gov. Consultada el 21-oct-2026.
7. GOV.UK, «Agile delivery - Service Manual». Fases de un proyecto ágil y alcance de la sección. gov.uk. Consultada el 21-oct-2026.

Gráfico: elaboración propia con datos de Digital.ai, 17.º State of Agile Report (fuente 5).

Foto: captura propia de scrumguides.org del 21-oct-2026.

fact.mr no tiene relación con empresas consultoras de nombre parecido.

¿Encontraste un error? Escríbenos a [email protected].