Scrum

Ejemplos de Scrum:

Test Nokia

Nokia, uno de los fabricantes de teléfonos celulares más importantes del mundo, utiliza Scrum. Durante el aprendizaje, desarrollaron una prueba para verificar si un equipo realmente está usando Scrum, o sólo aparenta ser Agil. O si está haciendo una "Cascada Agil" (usar términos y palabras ágiles, pero hacer Cascada en el día-a-día).

La prueba de Nokiaconsiste de dos partes. ¡Veamos si sus equipos ágiles pueden aprobar!

Parte 1: ¿Estás haciendo Desarrollos Iterativos?

• Las iteraciones son tiempos fijos y acotados, menores a 4 semanas
• Las características de software tienen que estar probadas y funcionando al finalizar cada iteración
• La iteración tiene que empezar antes de que la especificación esté completa

Parte 2: ¿Estásusando Scrum?

• Sabés quién es el Dueño del Producto
• Hay un Backlog del Producto priorizado por valor de negocio
• El Backlog del Producto fue estimado por los Miembros del Equipo
• El equipo genera gráficos de burndown y conoce su velocidad
• No hay líderes de proyecto (o nadie más) que interrumpa o interfiera en el trabajo del equipo

Los resultados

Dejemosalgo en claro: una empresa no puede decir "probamos Scrum" y luego cambiar a otra cosa si nunca tuvieron equipos que pudiera pasar la prueba de Nokia. Y no sólo "pasar", sino pasar durante un tiempo razonable y continuo (y no por una semana). Seguro que muchos dirán "probamos Scrum", pero lo cierto es que no lo hicieron.

Es claro que la prueba de Nokia es dificil. Pero se necesita una prueba deeste estilo como una condición necesaria para asegurar un desarrollo ágil de software profesional.

Seguro se podría discutir que la prueba de Nokia es demasiado acotada y muy pequeña. Hay muchas otras áreas importantes tanto en Ágil como en Scrum que no están cubiertas. Pero lo importante es que la prueba apunta a los temas más importantes y a descubrir rápidamente cualquier disfunción en alorganización. Seguramente no es la mejor prueba, y se podría idear una más completa. Pero comencemos primero intentando pasar la prueba de Nokia, y luego avancemos desde ahí.

Herramientas SCRUM:

Burndown Chart: es una representación gráfica del trabajo por hacer en un proyecto en el tiempo. Usualmente el trabajo remanente (o backlog) se muestra en el eje vertical y el tiempo en el eje horizonal.Es decir, el diagrama representa una serie temporal del trabajo pendiente. Este diagrama es útil para predecir cuándo se completará todo el trabajo. Aquí podremos apreciar la velocidad del equipo y tener una visión clara del status del proyecto y de la estimación de fin.

[pic]

User Story: Las User Stories describen funcionalidades de un sistema de software que aportan valor alusuario/cliente. Debería incluir los objetivos y motivaciones, a fin de entender porque es necesaria esta funcionalidad. Se diferencia de un caso de uso ya que este es normalmente más grande que una user story. Por ejemplo, cada camino dentro de un caso de uso podría ser una user story. En general las user stories van a estar compuestas de una descripción/nombre, la importancia (definida por el usuario -PO-),la estimación (definida por el equipo de desarrollo), el detalle de las pruebas de aceptación y las notas (que son aclaraciones, por ejemplo: se necesita un diagrama de actividad).

Planning Poker: La idea de esta técnica de estimación es lograr que todos los miembros del equipo den su opinión sin influenciar a los demás. Para esto cada uno cuenta con un grupo de cartas, se presentan losrequerimientos a estimar uno por uno haciendo una descripción de los mismos, se procede a discutir aquellos detalles más relevantes o que no hayan quedado claros. Tras este periodo de discusión cada uno de las personas implicadas en el proceso de estimación elije de su mazo de cartas la carta que representa su estimación del trabajo que implica implementar el requisito que se está discutiendo. Las...