Scrum y UML - Desarrollo del Sprint

Siempre hay una cuestionante. ¿Es posible usar UML en Scrum?.

La respuesta, definitivamente SI.
Ahora, cuándo usamos UML en Scrum?, si no tenemos fases específicas como en RUP, si todo se
traslapa y en un determinado momento un programador puede estar diseñando, otro programando
y otro puede estar probando su programa. Bien, iremos explicando de acuerdo a la finalidad que
tiene cada herramienta de UML.
Una vez que se ha realizado la reunión del Sprint Planning es recomendable que se elabore
el Diagrama de Casos del Uso del Sprint, esto se lo puede hacer entre todos los miembros del
equipo TEAM, conjuntamente el Scrum Master. Disponer de un modelo lógico del sprint nos
hayuda a ver las relaciones que existen entre las funcionalidad a desarrollar (programas), nos
muestra qué proceso es precondición para otro proceso, qué proceso o funcionalidad es
fuertemente dependiente (extend), qué clientes o actores están relacionados con los procesos, etc.
El Diagrama de Casos de Uso nos muestra una visión del Sprint y que puede ser corroborada
perfectamente por el cliente. Éste diagrama puede ser hecho en una pizarra o un papelógrafo que
esté visible para todo el equipo en todo momento.
Una vez que los miembros del equipo tienen asignados sus tareas o programas a desarrollar, lo
primero que deben hacer es definir sus prototipos de entradas y salidas de acuerdo a los
historiales de usuario del requerimiento o tarea. Si recordamos, los historiales de usuario son
descripciones breves de las funcionalidades que debe cumplir el sistema, sin embargo esto no es
suficiente para empezar a hacer un programa, necesitamos definir conjuntamente el cliente o
usuario los prototipos de las pantallas de entradas de datos y los prototipos de las salidas de
datos. Para esto es necesario saber qué usuario es responsable de un determinado proceso, aqui
también nos sirve el Diagrama de Casos de Uso. Cuando ya tenemos los prototipos de E/S resulta
sumamente fácil identificar los Objetos o Clases del Sprint, estos pueden ser graficados en un
Diagrama de Clases, el cual también es recomendable que sea de acceso público para todo el
equipo. A partir de esta herramienta es posible hacer el mapeo del modelo de clases a un modelo
E-R, tal como vimos en otras Entradas y ejemplos en el Blog.
Para la parte de diseño del programa, dado que ya tenemos los prototipos de las pantallas y de las
reportes (E/S) es recomendable hacer uso del Diagrama de Estados, esto nos permitirá diseñar
la interacción de las pantallas del programa a través de las opciones que éste tenga (ver Entradas
sobre UML), principalmente cuando el programa dispone de varios botones de opciones o
pantallas de varios niveles de profundidad o enlace.
Hasta aqui las herramientas que considero que son verdaderamente de utilidad, las otras
herramientas son complementarias y personalmente pienso que no son de mucho apoyo.