tag:blogger.com,1999:blog-5821609607386201032.post2409273898162925786..comments2023-05-20T17:48:46.545+02:00Comments on AsereSpace: Storypoints – y la eterna pregunta de “¿cuántos pongo?fcnatrahttp://www.blogger.com/profile/04308787865845546643noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-5821609607386201032.post-3418445977403843752011-03-17T22:45:22.317+01:002011-03-17T22:45:22.317+01:00Un año despues de comentar esto, de ir probando el...Un año despues de comentar esto, de ir probando el esfuerzo de las personas, hemos demostrado lo que le comenté a "el ñaco" en su día.<br /><br />Un programador hábil es capaz de hacer 2 puntos y medio en una jornada de 8 horas. De 2 puntos que conseguíamos al principio, la capacidad de las personas que hemos trabajado en equipos de Scrum ha subido medio punto más, poniéndonos en 2 y medio.<br /><br />Contando con un framework y un set de utilidades de programación, el esfuerzo para realizar determinadas historias, por supuesto, se reduce; esto hay que tenerlo en cuenta cuando se realiza el sprint planning.<br /><br />Si se estima que se tendrán interrupciones o que esa persona estará dedicada a otros temas parte de la jornada, entonces hay que reducir el esfuerzo diario que es capaz de dedicar al sprint, siempre de forma relativa, y nunca asociando de forma rígida los puntos a las horas de trabajo.<br /><br />Un programador junior es capaz de hacer 1 punto de esfuerzo por jornada de trabajo. Si se le presta la suficiente atención a la persona y cada sprint lo usamos también como herramienta de aprendizaje, esa persona necesitará menos esfuerzo para hacer las mismas cosas, y será capaz de llegar a 2 puntos en pocos sprints, puidiendo alcanzar 2 puntos y medio en un año.<br /><br />Entonces habremos alcanzado una de las metas de la gestión ágil de proyectos, que es poner el foco del esfuerzo en las personas, que es donde yace el conocimiento.<br /><br />Todos los que hemos participado en proyectos gestionados con Scrum hemos adquirido habilidades que de otra forma no hubiéramos conseguido:<br />> centrarnos en tareas específicas, tanto en el desarrollo, como en las pruebas posteriores<br />> reutilizar<br />> mejorar la comunicación entre nosotros y con los clientes<br />> estimar mejor los proyectos<br />> aprovechar el tiempo en las reuniones<br />> conocer todo el tiempo por dónde vamos, cuánto (y qué) nos falta<br />> centrarnos no tanto en terminar todo lo acordado en el plazo "firmado" en el contrato, sino en entregar al cliente lo que más valor tiene para su negocio<br />> y tener actualizado ese manual del producto que no sabíamos dónde meter el tiempo para redactarlo - ahora va dentro del sprint, en cada historia de usuario - de modo que cada incremento de valor va con su manual actualizado<br /><br />Nos queda lograr implantar otros tipos de contrato de proyecto diferentes a los contratos de proyectos "tradicionales", los ágiles, que encajan mejor en este tipo de desarrollo.<br /><br />No ha sido un camino de rosas, pero tampoco de espinas.<br /><br />Os recomiendo tomarlo.CNatrahttps://www.blogger.com/profile/06558506086452600267noreply@blogger.comtag:blogger.com,1999:blog-5821609607386201032.post-70496825738512896412010-02-08T18:03:23.325+01:002010-02-08T18:03:23.325+01:00Ya… pero al crear el sprint ya defines su capacida...Ya… pero al crear el sprint ya defines su capacidad dependiendo de los días que dure y la velocidad del equipo en anteriores sprints. --- ahí podrás poner la capacidad según la velocidad del equipo.<br /><br />Según la velocidad, porque también defines unos días --- por ejemplo: un sprint de 24 días hace una capacidad aproximada de 42 puntos (2 cada día de 8 horas).<br /><br />Esa capacidad se irá llenando con el esfuerzo que hayas puesto a cada tarea.<br /><br />Pero fíjate: 24 días es un mes de trabajo. Se supone que son 160 horas aprox., sin embargo, sumando las horas asignads a las historias de usuario que hemos metido en el sprint, podemos obtener 137 horas.<br /><br />¡No llega a las 160! Eso es porque he estimado 2 puntos por día y no 2puntos y medio, como te digo, que hubiera sido más real teniendo a Alan trabajando en el proyecto, que no fuma (más tiempo para programar) y conoce el proyecto al dedillo (más rapidez). Entonces no estoy haciendo caso a la velocidad, no?<br /><br />PREGUNTA: Tengo una historia estimada en 16 horas, ¿cuánto es su esfuerzo, en condiciones ideales? 4?<br />RESPUESTA: En mi caso, de 4 a 5 puntos (8h – 2.5 ptos) en el tuyo, ya irás viendo. Te recomiendo 2 puntos por 8horas y luego ajustas.<br /><br />El equipo te podrá decir cuántas horas o días tarda en hacerlo, pero no el esfuerzo que supondrá, porque esta valoración la obtienes de: 1 – el historial de trabajo de cada persona del equipo 2 – las posibles interrupciones que sepas (o imagines) que tendrá el equipo 3 – tu experiencia como “estimador”.<br /><br />La estimación inicial debe hacerse con el equipo, como bien dices. Ellos te dicen horas o días y tú lo traduces a puntos.<br /><br />La división en tareas y horas por tarea también, pero si eres listo, en la estimación inicial, aunque te digan: bahh eso está en 2 días, tú pondrás o uno, o dos o tres días. Lo recomendable es explicar en detalle la tarea y que la estimación la pongan todos, por votación.<br /><br />Toma como base los tres puntos que te he dicho antes: historial, planificación que conozcas o preveas y tu experiencia en programación, planificación, etc.<br /><br />No te comas el coco, porque sprintar una y otra vez es lo que te dará la experiencia para estimar.CNatrahttps://www.blogger.com/profile/06558506086452600267noreply@blogger.comtag:blogger.com,1999:blog-5821609607386201032.post-17261378905877192882010-02-08T17:53:46.934+01:002010-02-08T17:53:46.934+01:00Yo veo que lo que llena un Sprint es el esfuerzo q...Yo veo que lo que llena un Sprint es el esfuerzo que pongas en cada historia, no las horas.<br /><br />He definido la capacidad en CC, según el calculo que creo por ahora fiable, en base a la eficacia (%) y disponibilidad (días) de cada programador. El cual por supuesto evolucionará con cada Sprint, según la velocidad obtenida.<br /><br />Tengo una historia estimada en 16 horas, ¿cuánto es su esfuerzo, en condiciones ideales? 4?<br /><br />En la teoría esto se hace con el equipo. Dada una historia te dicen el esfuerzo. Sin embargo al dividir en tareas, se habla de tiempo para completar una tarea. Lo que dará casos como que una historia con esfuerzo 4 (supuestamente 16 horas) al dividirse en tareas acabe teniendo 24 horas. El esfuerzo se debería incrementar ¿no?Anonymousnoreply@blogger.com