Scrum (desarrollo de software)

Durante cada sprint, un periodo entre una y cuatro semanas (la magnitud es definida por el equipo y debe ser lo más corta posible), el equipo crea un incremento de software potencialmente entregable (utilizable).

[7]​ Scrum permite la creación de equipos auto organizados impulsando la co-localización de los miembros del equipo, y la comunicación verbal entre los miembros y disciplinas involucrados en el proyecto.

Así, si se utiliza una pizarra con notas autoadhesivas cualquier miembro del equipo podrá ver tres columnas: trabajo pendiente ("backlog"), tareas en curso ("in progress") y hecho ("done").

De un solo vistazo, una persona puede ver en qué están trabajando los demás en un momento determinado.

Es la lista de tareas que se deben realizar durante un sprint para lograr el incremento previsto.

Es recomendado que la duración de los sprints sea constante y definida por el equipo con base en su propia experiencia.

Se puede comenzar con una duración de sprint en particular (2 o 3 semanas) e ir ajustándolo con base en el ritmo del equipo, aunque sin relajarlo demasiado.

La constancia permite la concentración y mejora la productividad del equipo de trabajo.

El riesgo se define como un evento incierto o una serie de eventos que pueden afectar los objetivos de un proyecto y pudieran contribuir a su éxito o fracaso.

El proceso de gestión de riesgos debe seguir algunos pasos estandarizados para garantizar que los riesgos sean identificados, evaluados y se establezcan las medidas para actuar en consecuencia.

Por ejemplo, si dos características tienen el mismo valor de negocio la que requiera menor tiempo de desarrollo tendrá probablemente más prioridad, debido a que su ROI será más alto.

Si una tarea es mayor de 16 horas, deberá ser dividida en otras menores.

Dibujando una línea que conecte los puntos de todos los Sprints completados, podremos ver el progreso del proyecto.

Si durante el proceso se añaden nuevos requisitos la recta tendrá pendiente ascendente en determinados segmentos, y si se modifican algunos requisitos la pendiente variará o incluso valdrá cero en algunos tramos.

El Definition of Done es un documento con una serie de criterios comunes para determinar cuando una tarea está completamente hecha.

Ciclos de desarrollo.
Marco de Trabajo SCRUM
Ejemplo de diagrama de evolución de un lanzamiento, que muestra el alcance completado al final de cada Sprint.
Un gráfico de desglose de muestra como se usa en metodologías ágiles de desarrollo de software, por ejemplo, Scrum.