Estimación ágil
Eduardo Bergasa
Para empezar a dinamizar el grupo, os lanzo un primer tema de
conversación entrando ya bien en harina.
Estoy empezando a construir las bases para nuestro primer sprint y
tengo bastantes ideas claras, aunque no he cerrado todavía la forma en
la que vamos a realizar las estimaciones. Tengo una propuesta por la
que estoy casi decidido y que comparto con vosotros para generar
debate y recabar opiniones.
Mi idea es:
* Fijar la duración del sprint a 3 semanas.
* Estimar las historias de usuario en base a la serie de Fibonacci por
todo el equipo sin pensar en fechas, ni tiempos, simplemente en
dificultad, posibles riesgos que puedan surgir en el desarrollo de la
hª, volumen, etc...
* Una vez estimadas y priorizadas las historias del backlog. Decidir
entre todo el equipo cuántas y cuáles de esas historias van a entrar
en nuestro primer sprint.
* Cuando hayamos decidido todas las historias que entran, concluiremos
que nuestra velocidad estimada en el sprint es de X puntos (suma de
las historias elegidas)
* En la reunión de arranque del sprint, dividir las historias en
tareas y estimar éstas en horas.
* Empezar a trabajar durante 3 semanas y ver cómo ha ido todo y
realimentar el proceso de planificación, ajustando la velocidad del
sprint, etc..
¿Qué os parece? ¿Alguna opinión o propuesta?
Eduardo.
franpas
Esto daría para hablar bastante. Como en todo no hay bala de plata
y depende fuertemente del tipo de producto a desarrollar, del cliente,
etc.
Así de primeras, sólo un par de apuntes:
- En la estimación de puntos de las historias, es un factor importante
el valor que añade al producto. Si hay alguna funcionalidad que para
el cliente es la caña o imprescindible seguramente tendrá una
puntuación mayor
- Al principio para ver qué historias entran o no en sprint, su
descomposición en tareas y horas puede resultar en que por tiempo no
entren en las 3 semanas de la duración del sprint
- Los tiempos de adaptación a una nueva forma de trabajo, el tiempo de
resolución de problemas entre historias, dependencias entre ellas,
planificación del sprint, salida /retrospectiva del sprint, etc.
llevan un tiempo más o menos grande a sumar en el equipo del proyecto
Mis 2 céntimos
Saludos
Juan Núñez
Como comenta Fran es importante que hagáis la descomposición en tareas, recuerda que hay que tratar de hacer asignación de tareas individuales, porque además a la hora de hacer tu pila de sprint la vas a hacer cogiendo tareas no historias (puede que no te dé o ni puedas hacer una historia completa pero si un buen número de tareas). Bueno creo que esto lo tienes claro.
No obstante lo que es importante es que fijéis vuestra unidad de medición de referencia para estimar. ¿Cuál es? Irremediablemente en esa unidad vas a hacer una referencia temporal, es decir 5 puntos equivalen a tantas horas. Yo creo que si que necesitas determinar una velocidad del sprint porque si no, no veo con que criterio vas a decir eso de "hasta aquí 3 semanas". Que no te dé miedo equivocarte en los primeros sprints, haz previamente una estimación de cuantos puntos de caben en un sprint (y ten en cuenta as usual que la gente no rinde al 100%, la contingencia, las vacaciones, etc...) y luego genera la pila del sprint y sprinta. Después del primer sprint recapacita y re-ajusta los tiempos de acuerdo a la experiencia vivida y así durante los primeros sprints hasta que puedas tener una magnitud más acertada, pero en principio yo fijaría a priori una magnitud y una velocidad para poder ajustarla posteriormente.
Salu2,
Juan
Eduardo Bergasa
Hoy hemos tenido nuestra primera reunión para estimar toda la pila de
producto. Ha sido bastante interesante y aunque no teníamos
experiencia en la equivalencia de puntos, ha habido un relativo
consenso en la estimación de todas las historias.
También hemos fijado una velocidad estimada del sprint un poco a ojo,
aplicando un factor de corrección a la baja a lo que sería la
velocidad ideal para tratar de amortiguar nuestra inexperiencia y los
ajustes del equipo al trabajo con scrum.
Aún así, me daría más que por satisfecho si conseguimos llegar a esa
velocidad de sprint y hacer todo lo que hemos programado.
La verdad es que ha sido bastante enriquecedor, y creo que nos va a
ayudar mucho a mejorar la forma de trabajar.
Seguimos en contacto.
Al resto de suscriptores al grupo les animo a lanzarse, por ahora está
siendo una experiencia positiva.
Un saludo,
Eduardo.
Mario Nunes
Soy nuevo en el grupo de agile-rioja.
Alguien me puede poner al corriente?
Gracias.
Salu2
regiluze
Buenas Mario,
el grupo prácticamente acaba de crearse, y hasta hace poco todavía nos
estábamos presentando.. te invito a que te presente al resto :)
saludos.
Ruben
On 22 nov, 18:35, Mario Nunes <ma...@pensandoenred.com> wrote:
> Soy nuevo en el grupo de agile-rioja.
>
> Alguien me puede poner al corriente?
>
> Gracias.
>
> Salu2