En el post anterior os expuse un total de 11 formas de resumir la filosofía de Scrum en 40 palabras y ahora toca hacer un análisis de estas aportaciones.
Con la colaboración de varias personas involucradas en el campo del desarrollo de software en general y del "agilismo" en particular (a las que quiero agradecer su colaboración), hemos afrontado el reto de intentar resumir el espíritu de Scrum en un máximo de 40 palabras.
Cuando una persona lleva un tiempo trabajando con Scrum se encuentra con escollos o limitaciones para aplicar "la teoría", fruto del tipo de proyecto en el que se trabaja, del equipo, de la cultura de su organización, etc. Es en este momento cuando se echa de menos documentación más avanzada.
Pero claro, Scrum no es una metodología al uso, es más bien un marco de trabajo en el que se ofrecen unas pautas generales de actuación, por lo que la documentación avanzada que suele estar disponible en realidad presenta ejemplos prácticos de la aplicación de Scrum en base a unas circunstancias particulares que no tienen porqué coincidir con las nuestras.
Uno de los pilares sobre los que se sustenta SCRUM es la Transparencia y una de las recomendaciones principales para alcanzar esta Transparencia es asegurarse que cuando decimos que una funcionalidad o tarea ha sido terminada, todos los involucrados (Scrum Master, Product Owner, equipo e interesados) esperan y entienden lo mismo.
En el ámbito de Scrum existen dos iniciativas: Scrum Alliance (Scrum Master) y Scrum.org (Scrum Manager). Resumiendo mucho, la primera está orientada a la "procedimentación" de la aplicación de Scrum, definiendo prácticas, roles y reuniones, mientras que la segunda, sin embargo, es menos "académica" y se centra en la aplicación práctica de Scrum y está orientada a garantizar la flexibilidad del proceso (tenéis más información al respecto en el siguiente artículo: Scrum Manager y Scrum Alliance: dos estilos diferentes de hacer Scrum).
El objetivo del cálculo de la velocidad es determinar la capacidad de trabajo del equipo para un Sprint y, para este fin, se basa en la información recopilada de los Sprint anteriores.
La velocidad está relacionada con el método de estimación del tamaño de las historias. En el post anterior hablamos sobre cómo estimar el tamaño de las historias con "Puntos" y en este post seguiremos en esta misma línea.
Después de un par de post "teóricos" vamos a empezar con cuestiones prácticas. Uno de los aspectos que más quebraderos de cabeza nos dio al empezar a trabajar con Scrum fueron las estimaciones de las historias. Hemos probado varios mecanismos y, por fin, hemos encontrado uno que resulta manejable, útil y satisfactorio.
