Metología Scrum

Scrum.-

Muchos principiantes en desarrollo de software al escuchar la palabra Scrum nos preguntamos que significado tiene dicha palabra. Lo primero que hice al tener mi computadora al frente fue traducir la palabra y me di una gran sorpresa al saber que significaba  “mele”, que es un término de rugby un deporte muy conocido donde todos los compañeros de equipo empujan en una sola dirección.

¿Qué es Scrum?.-

Es una metodología que nos orienta como desarrollar un software. Nos indica lo que debemos realizar paso a paso, sino nosotros tenemos que adaptarlo a nuestra situación, ayudándonos a afrontar retos como los cambios a los que estamos inmersos al desarrollar un proyecto, cambios requeridos por el cliente por ejemplo. Scrum maximiza la realimentación para poder corregir problemas en el software.

Características de Scrum.-

• Le da la prioridad al software funcional que a la documentación excesiva.
• Permite evaluar y detectar permanentemente los riesgos  realizando entregas parciales del producto final en determinados tiempos.
• Transparencia y visibilidad del proyecto con el cliente manteniéndole lo más informado posible.
• Este dispuesto al cambio por encima del plan, la opinión del cliente es muy importante.

Claves de Scrum.-

Los equipos pequeños consiguen mejores resultados al poderse organizar más rápido. Aunque según Henrik Kniberg autor del libro SCRUM Y XP DESDE LAS TRINCHERAS menciona lo siguiente “Mi experiencia me dicta que es mejor tener menos equipos que sean demasiado  grandes que tener muchos equipos pequeños que están todo el rato interfiriendo unos con otros. ¡Haz equipos pequeños sólo cuando no necesiten interferir unos con otros!”

Punto de vista del usuario.-

Los requisitos para realizar el software se realizan desde el punto de vista del cliente, mediante “historia de usuario” unas pequeñas tarjetas donde se escribe la lista de requisitos del producto y a cada tarjeta dándole una prioridad distinta.

El mercado exige ciclos de desarrollo cada vez más cortos. Para lograrlo se utiliza el sprint de requisitos o “sprint backlog”, una lista en la que se detalla CÓMO se van a construir los diferentes requisitosdel producto.

Los requisitos del product backlog se “trocean” para transformarlos en tareas de no más de 16 horas. Cada sprint suele realizarse en un plazo de entre 2 y 4 semanas. Al final, el objetivo es entregar algo que funcione, para el usuario pueda probarlo y se puedan introducir los cambios necesarios antes de que sea demasiado tarde. Esto es lo que nos permitirá ser flexibles.

El Sprint.- Es el período en el cual se lleva a cabo el trabajo en sí. 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.

Al final de cada sprint, el equipo deberá presentar los avances logrados, y deberán entregar un producto con características de utilizable por el cliente. Asimismo, se recomienda no cambiar los objetivos del sprint o sprint backlog a menos que la falta de estos cambios amenace al éxito del proyecto. La constancia permite la concentración y mejora la productividad del equipo de trabajo.

Roles de la metodologías Scrum.-