Scrum – Gestión Ágil de Proyectos II

El cono de incertidumbre

El cono de incertidumbre, lo que nos muestra es la estimación de variabilidad en las estimaciones dependiendo de los distintos tipos de metodología de desarrollo.

En el caso de las metodologías tradicionales, en el momento de la estimación puede haber una variación de hasta 4 veces la estimación incial, con lo que las desviaciones pueden tener gran impacto tanto en el tiempo como en el coste del desarrollo. Incluso con la definición completa del producto, puede ser del doble.

Sin embargo en el caso de Scrum, al ir por partes más pequeñas, su estimación es mucho más precisa y la desviación no suele ser superior al 0,25%.

Métodos ágiles

En la encuesta de metodologías ágiles de 2017, el 56% de los equipos que desarrollaban con metodologías ágiles según el VersionOne 12th Annual Status of Agile Survey desarroll con Scrum y un 70 añadiendo Scrumban, Híbrido Scrum y XP, lo que implica más de 2 de cada 3 proyectos.

Scrum: Artefactos, roles y reuniones

El diagrama del patrón de acción de un proyecto sería el siguiente:

Cambiando el paradigma

Pasar de las metodologías tradicionales como el desarrollo en cascada al desarrollo ágil provoca un cambio muy grande en el paradigma del desarrollo. Como ejemplos tenemos el cuadro siguiente.

Pero probablemente en lo que más se diferencia es en cómo se estima el trabajo a realizar. En el caso de las metodologías tradicionales, se parte de los requisitos que se quieren desarrollar y a partir de ahí se calcula la fecha y las personas que se necesitan para desarrollar esos requisitos. En el caso de las metodologías ágiles, lo que se tiene son los recursos (con su velocidad de desarrollo) y la fecha en la que va a finalizar el sprint, y con eso lo que se hace es estimar los requisitos que se pueden desarrollar.

Patrones esenciales

Artefactos

Product backlog
Sprint backlog
Sprint burndowns
Scrum board

Perfiles

Product owner
Scrum master
Equipo

Caja de tiempo

Sprint
Día

Reuniones

Backlog
Refinamiento
Planeación del Sprint
Reunión diaria
Revisión de Sprint
Retrospectiva

Ingeniería

Pruebas en capas
Integración

Social/entorno

Valores Scrum
Elementos de BA
Ambiente de trabajo abierto
Pares
Mentor-Aprendiz

¿Qué es Scrum en 200 palabras?

Scrum es un modo de trabajar en equipo donde el resultado se produce de forma incremental. Se establecen periodos cortos de trabajo en los que se sigue un mismo patrón. Se parte de una lista de requisitos priorizados por el solicitante del trabajo, quien al inicio de cada ciclo junto con el equipo decide qué puntos de la lista será posible realizar en ese lapso. El mismo equipo determina qué tareas son necesarias y cómo se asignan entre los miembros. A diario se reúnen para comentarse mutuamente lo que han hecho, lo que harán y las dificultades que han encontrado. Representando visualmente el avance y cuánto está pendiente para completar la versión del producto comprometida. Una vez terminado el ciclo se presenta el resultado y quien lo ha solicitado dará por aprobados o no sus requisitos. Luego, el equipo reflexiona en conjunto sobre cómo ha trabajado en ese ciclo, qué ha ido bien, qué ha ido mal y cómo mejorarlo, para volver a comenzar. Esto se repite hasta que el resultado cumple con las expectativas del solicitante, quien se encuentra en comunicación constante con el equipo pudiendo introducir cambios tanto en sus requisitos como en la prioridad de los mismos.

Puedes ver más información en este libro

Fundamentos de los Requisitos de Software

TRABAJA CON NOSOTROS

Tanto si estás buscando trabajar full time, como suplementar tus actuales ingresos con desarrollos adicionales a los que estás haciendo en tu actual trabajo, o quieres implicarte en el desarrollo de proyectos opensource y apoyar a la comunidad, rellena el formulario que hay a continuación y nos pondremos en contacto contigo para ver los proyectos en los que podemos colaborar.