Cuando el Sprint Cero muestra su importancia…

¿Qué era lo que queríamos evitar de la Cascada? Entre otras cosas, queremos evitar los momentos de transición! Se pierde mucha información cuando se la transfiere a otra persona.

Otra cosa que queremos evitar es crear un orden estricto en las cosas, porque lleva a una flexibilidad limitada. Igualmente, el Sprint Cero es una práctica bastante común, y parecería que ocurre antes que todas las otras cosas, ¿no?. Entonces, ¿cómo hacemos un Sprint de la manera más util?

Principios:

•El Sprint Cero no debería durar más de 1 semana.

•Gastar la mitad del tiempo del Sprint Cero en capacitación y conformación del equipo alcanza.

 •Hacer más de lo estrictamente necesario para empezar el primer sprint es demasiado.

•El resultado del Sprint Cero es empezar directamente con el Sprint Uno.

 ¡SI! Es importante mantener un ritmo parejo de duración en los sprints. Pero el Sprint Cero es la excepción. Mientras más corto, mejor. Sería completamente aceptable empezar un Sprint Cero el miércoles y comenzar el Sprint Uno el próximo lunes.

¡SI! El entregable de cada sprint es código con calidad productiva. Pero el Sprint Cero es la excepción. El Sprint Cero se usa para conocernos. Conformar un equipo, antes de empezar a construir software. Obviamente que no se puede conformar un equipo en 5 días, pero es un buen inicio. Este inicio puede hacer la diferencia entre llegar a ser un Equipo o ser un grupo de personas.

¡SI! Debemos tener la meta final en mente. Pero no pospongamos el inicio hasta comprender el final. Inspección y Adaptación. Sea que sea lo que hagamos, la meta va a cambiar por todo lo que aprenderemos en el camino. Puede ser muy importante tener un Sprint Cero efectivo. La mayoría de los involucrados seguramente habrán leído algo de Scrum, y lo que recordarán es que Scrum es Ágil y que los equipos autogestionados enfocados entregan software. Tener un Sprint Cero de 3 semanas va a matar el entusiasmo y la esperanza en cualquier principio de Scrum o de Ágil. Ágil establece que se valora a los individuos y sus interacciones por sobre los procesos y las herramientas. ¡Es verdad! Podemos inventar cualquier tipo de proceso con cualquier cantidad de herramientas, y sin las personas correctas interactuando, el proceso nunca funcionará y las herramientas no servirán de nada. De la misma forma, un grupo de individuos no es la fórmula ganadora; necesitamos crear un Equipo de todos estos campeones y allí está la diferencia. Debemos hacernos tiempo para conformar un equipo en el Sprint Cero, porque más tarde corremos el riesgo de no tener tiempo. La arquitectura y las herramientas son bienes importantes para los equipos que entregan software de manera exitosa. Sin embargo, es más importante construir software y aprender de ello. Recordemos que si no podemos imaginar la arquitectura en 2 días, la cosa no va a cambiar mucho después de 2 semanas. Mientras desarrollamos y exploramos las historias, va a emerger la mejor arquitectura posible.

Opiniones!

Salu2!

Anuncios

Acerca de humanopensante
Un humano pensante mas.

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: