Desarrollo de software. Preparando el siguiente sprint I

Otro aspecto que resulta complicado de entender cuando se comienza a trabajar con prácticas basadas en Scrum es cómo se va poder realizar una estimación con calidad en la reunión de definición de la pila de sprint sobre historias de usuario que están descritas a muy alto nivel.

Es más fácil de entender en contextos donde el equipo tiene un conocimiento importante del producto y tecnología sobre la que se desarrolla y las tareas se basan en evoluciones de componentes o pantallas ya desarrolladas. Sin embargo, en los primeros sprints o en situaciones donde se incorpora funcionalidad adicional a las ya existentes (nuevos módulos) se necesita tener una definición más detallada de las historias de usuario.

Si el equipo de proyecto se compromete a tener terminadas (listas para un hipotético paso a producción) las tareas definidas en la pila de sprint al final del mismo, es fundamental que acierte en las estimaciones y para hacerlo resulta importante tener lo suficientemente desarrollada la historia de usuario antes de empezar a trabajar con la misma, de lo contrario se tendrá que invertir tiempo de sprint en hacer ese trabajo y lo mismo resulta que lo que quiere el product owner es más complejo de lo previsto (se pierde tiempo en perfilar la historia de usuario y el exceso de complejidad sobre lo previsto se come capacidad del equipo en el sprint), lo que hará que probablemente no se puedan cumplir con los objetivos definidos.

Si de manera recurrente se incumplen los objetivos perdemos confianza en el esquema de trabajo y la predecibilidad que estamos buscando dentro del contexto del sprint. Esto quiere decir que algo falla y en este caso es que las historias de usuario no están lo suficientemente definidas al comienzo del sprint. Es importante hacer una diferenciación entre consultar detalles al product owner algo que resulta del todo razonable y otra hacer un análisis más en detalle en pleno sprint.

En el artículo de mañana veremos una posible solución a este problema.

Anuncios
2 comentarios
  1. diablito dijo:

    llevo trabajando con Scrum un tiempo, y la verdad creo q es importante la planificación y el backlog. Pero lo importante no es que las estimaciones sea exactas, sino saber el estado real de las tareas. Y el segundo punto importante es que cada uno se hace responsable de su trabajo, ya que cada uno sabe los avances de los demás.
    Es una metodologíamuy útil, y ayuda mucho a los desarrollos. Pero hay q cuidar mucho los detalles ya que puede hacer que se queme el equipo si el ProductOwner y el ScrumMaster no hacen bien su trabajo.

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: