Desarrollo del Sprint

El Desarrollo del Sprint o Desarrollo de la Iteración es la actividad principal del proceso Scrum, sin embargo no hay mucha información o documentación sobre cómo se debe desarrollar un sprint. Intentaremos desglozar la etapa de una manera simple señalando las actividades que se realizan y las herramientas que podemos hacer uso para tener un producto o incremento satisfactorio.
Para empezar, el Desarrollo del Sprint involucra fundamentalmente al TEAM o equipo de trabajo y que mediante las reuniones diarias tiene una coordinación por parte del Scrum Master. Pero se constituye en una fase en la que el equipo de trabajo, debe demostrar su capacidad de desarrollo de implementar los requerimientos previstos en el Sprint backlog, y aqui obviamente es importante mencionar que la actividad individual de cada miembro del equipo se pone a prueba de fuego. Si uno de los miembros del equipo falla o tiene deficiencias, definitivamente va a afectar a todo el equipo y al proyecto.
Cuando cada miembro del equipo elige la tarea a desarrollar del sprint debe cumplir invariablemente las fases conocidas de: analizar, diseñar, programar y probar el requerimiento implementado.Es decir debe tener un modelo lógico a seguir, convertirlo en un modelo físico y éste implementarlo en una plataforma de desarrollo.
Que insumos tenemos para hacer estás actividades de analizar, diseñar, programar y probar?. Justamente el sprint backlog, los historiales de usuario y algo que muchos desarrolladores hacen uso muy informal o sin saberlo, el Prototipado de las interfases de Entradas y Salidas (sobre ésto último haremos una entrada en el blog con más detalle), y la especificación de las pruebas unitarias de los programas.
Las herramientas o elementos que permiten una adecuada gestión del Sprint son la Planilla de Seguimiento del Sprint y la Hoja de Trabajo del Sprint, que son herramientas propias de Scrum. Sin embargo, existen un conjunto de herramientas UML, que están precisamente para ayudarnos en el desarrollo de un proyecto, insisto que son herramientas que nos ayudan a modelar los procesos, a modelar la información, que nos permiten entender con mayor claridad los requerimientos del usuario. Debemos dejar de ver estas herramientas como un estorbo o una obligación de documentación, NO es así, estas herramientas han sido inventadas para ayudarnos a los desarrolladores y es nuestra decisión si queremos o no usarlas. Lo que si es seguro es que hacer un buen uso de estas herramientas nos permitirá tener un mejor producto final o incremento.
Profundizaremos el prototipado, las pruebas unitarias y el uso de las herramientas UML en las próximas entradas.