Desarrollada por Ken Schwaber, Jeff Sutherland y Mike Beedle. Define un marco para la gestión de proyectos, cuyo objetivo es elevar al máximo la productividad de un equipo. Está especialmente indicada para proyectos con un rápido cambio de requisitos.

Se hace una lista con todas las funcionalidades que se supone que tiene que tener el sistema y el orden en el que serán desarrolladas. Puede que no estén todas al principio y esta lista se puede ir cambiando a lo largo del proyecto. La lista se llama "Product Backlog". Cualquiera puede añadir a lo largo del proyecto funcionalidades a esa lista. Hay una persona, llamada "Product Owner", que es el responsable final de la aplicación de lo que se va a hacer así como de ordenar la lista "Product Backlog".

De la lista se eligen las primeras funcionalidades y que son las que se implementarán en el plazo concreto de tiempo, del orden de un mes. La lista de funcionalidades a hacer. Las funcionalidades elegidas se descomponen en tareas concretas y se les asigna un tiempo para hacerlas y una persona. La lista de tareas a hacer en ese plazo de un mes se llama "Sprint Backlog".

Sus principales características se pueden resumir en dos:

• El desarrollo de software se realiza mediante iteraciones, denominadas sprints o carreras cortas, con una duración de 30 días. Antes de que comience una carrera se define la funcionalidad requerida para esa carrera y entonces se deja al equipo para que la entregue. El punto es estabilizar los requisitos durante la carrera. El resultado de cada sprint es un incremento ejecutable que se muestra al cliente.


• La segunda característica importante son las reuniones a lo largo proyecto. La reunión diaria de 15 minutos del equipo de desarrollo para coordinación e integración, en la que todos cuentan qué han hecho ayer, qué van hacer hoy y qué problemas tiene para hacer lo que están haciendo.

Como vemos, Scrum no dice nada de si hacer o no hacer diseño, si hacer o no hacer pruebas, si hacer o no hacer documentación, si trabajar en parejas o no, etc. Scrum únicamente nos indica cómo conseguir que todos trabajen con el mismo objetivo, a corto plazo y deja bastante visible como avanza el proyecto día a día. No es propiamente un método o metodología de desarrollo, e implantarlo como tal resulta insuficiente, Scrum define métodos de gestión y control para complementar la aplicación de otros métodos ágiles como XP o alguna otra metodología de desarrollo.