![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-0.png\")
<\/p>\n<\/p>\n
Volviendo a la formaci\u00f3n en ALM, he vuelto a releer el punto en el que se hablaba de la \u00abevaluaci\u00f3n de esfuerzo de tareas\u00bb<\/strong>, donde se explican ciertas cosas muy interesantes entorno a los Story Points<\/strong>, como la t\u00e9cnica del Planning Poker,\u00a0<\/strong>la cual ya hemos comenzado a implementar en la planificaci\u00f3n de alg\u00fan proyecto.<\/p>\n <\/p>\n En el siguiente art\u00edculo sobre los Story Points veremos c\u00f3mo a pesar de no aparecer como una medida del Core<\/em> sobre ninguna metodolog\u00eda \u00e1gil, ni ser imprescindible, podremos sacar gran partido trabajando con ellos.<\/p>\n Los Story Points son un sistema alternativo para la medida del esfuerzo que requerir\u00e1 una historia de usuario en concreto. La cantidad\/carga de trabajo<\/strong>, grado de conocimiento\/experiencia<\/strong> entorno a la tarea y complejidad<\/strong> de la misma, se postulan como principales factores a tener en cuenta a loa hora de evaluar el esfuerzo que requerir\u00e1 cada historia de usuario.<\/p>\n \u00bfQu\u00e9 debemos conocer sobre los Story Points?<\/strong><\/p>\n \u201cObtener un consenso<\/em><\/strong> en la previsi\u00f3n de coste. Esta es la mejor manera de obtener una estimaci\u00f3n<\/strong>.\u201d<\/em><\/p>\n Anthony Borton ALM MVP.<\/p>\n El principal objetivo es obtener de la mejor manera posible, la estimaci\u00f3n del coste entorno a cada tarea<\/strong>. \u00c9sta t\u00e9cnica defiende que la forma m\u00e1s precisa y productiva de lograr esta estimaci\u00f3n, es hacerlo bajo consenso del equipo,<\/strong>\u00a0justamente lo que nos facilita trabajar con Story Points.<\/p>\n Existiendo distintas metodolog\u00edas para el c\u00e1lculo de los Story Points, se posiciona como m\u00e1s recurrente (y divertida) la de Planning Poker<\/strong><\/p>\n El Planning Poker es una pr\u00e1ctica \u00e1gil de estimaci\u00f3n de\u00a0software<\/em> de naturaleza\u00a0gamificada<\/strong>. Este m\u00e9todo nace con el af\u00e1n de que todo el equipo pueda participar y llegar a consenso<\/strong>\u00a0en la estimaci\u00f3n de una tarea, evitando alargar posibles discusiones, propias de un grupo de personas tiene que llegar a un acuerdo,\u00a0y haciendo amena y divertida una actividad que a priori puede resultar aburrida.<\/p>\n El sistema utiliza un rango de valoraci\u00f3n basado en la secuencia Fibonacci 0, 1, 1 , 2, 3, 5, 8, 13, 21, 34, 55, 89.<\/p>\n A partir de esta secuencia, se estipula una adaptaci\u00f3n que presenta las siguientes opciones: 0, \u00bd, 1, 2, 3, 5, 8, 13, 20, 40, 100, ?, \u221e, (coffee).<\/p>\n 0 <\/strong>Recurrimos al 0, cuando se trate de una tarea que podremos resolver gracias a una funcionalidad out of the box<\/em>.<\/p>\n \u221e<\/strong> Aplicamos el infinito cuando se considera que el esfuerzo para realizar la tarea es superior a las opciones anteriores, en cuyo caso habr\u00eda que descomponer la tarea en varias.<\/p>\n ? <\/strong>El interrogante lo mostraremos cuando nuestra respuesta sea \u201cNo estoy seguro..\u201d \u00a0Se recomienda que si en 30 segundos no puedes determinar qu\u00e9 esfuerzo requiere esa tarea, no deber\u00edas mostrar ninguna carta, puesto que careces de la experiencia\/criterio para poder evaluar.<\/p>\n Caf\u00e9<\/strong> Entorno al caf\u00e9<\/strong> existen dos teor\u00edas posibles:<\/p>\n a) \u201cNecesito un descanso\u201d<\/p>\n b) El coste de la tarea resta el mismo tiempo que el de tomar un caf\u00e9.<\/p>\n Para poder trabajar con Planning Poker en Visual Studio Team Services, haremos uso de la herramienta Estimate,\u00a0<\/strong>extensi\u00f3n disponible en Visual Studio Team Services Extensions.<\/strong><\/p>\n La valoraci\u00f3n mediante Planning Poker se realizar\u00e1 durante una reuni\u00f3n que convoque al equipo al completo, donde por cada historia de usuario, cada uno mostrar\u00e1 simult\u00e1neamente el valor que considere al resto de los compa\u00f1eros. Originalmente se trabajaba con una baraja de cartas f\u00edsica, mientras que, en nuestro caso, ya transformados digitalmente \ud83d\ude09 hacemos uso de nuestra herramienta Estimate desde TFS.<\/strong><\/p>\n En los siguientes puntos detallamos paso por paso como desarrollamos una estimaci\u00f3n mediante Planning Poker:<\/p>\n Captura 1. Tras hacer click en Revelar vemos c\u00f3mo se muestran todas las valoraciones, adem\u00e1s del c\u00e1lculo de la media obtenida<\/p><\/div><\/p>\n *\u00a0\u00a0 Sobre este punto hay controversia, existiendo teor\u00edas que recomiendan directamente, descartar las estimaciones m\u00e1s bajas y m\u00e1s altas, qued\u00e1ndose con la estimaci\u00f3n media o m\u00e1s repetida. En nuestro caso no aplicamos esta pr\u00e1ctica, partiendo de la premisa que explica que en Planning Poker no hay democracia, y que siempre se debe\u00a0llegar a un consenso<\/strong>. Entendiendo as\u00ed, que elegir la estimaci\u00f3n de la mayor\u00eda ser\u00eda un error.<\/p>\n Captura 2. La media resultante ser\u00e1 un valor referencial y editable por el TL<\/p><\/div><\/p>\n Captura 3. El TL cerrar\u00e1 la sesi\u00f3n de valoraci\u00f3n, registrando la valoraci\u00f3n de esfuerzo consensuada<\/p><\/div><\/p>\n Captura 4. Por \u00faltimo, vemos como se presenta el esfuerzo designado desde el Backlog<\/p><\/div><\/p>\n Como principal ventaja<\/strong>, aparte de lograr valores estimativos de esfuerzo que se ajustar\u00e1n de manera m\u00e1s veraz al requerido finalmente,<\/strong> el hecho de trabajar haciendo uso de esta metodolog\u00eda, permite al equipo conocer los recursos que tiene a su alcance, y que quiz\u00e1s no conoc\u00eda.<\/p>\n Siempre puede darse el caso en que un miembro del equipo justifique una previsi\u00f3n de esfuerzo m\u00e1s liviana que la del resto entorno a una tarea, por contar con el recurso\/herramienta\/conocimiento\/experiencia para realizar esa tarea con menos esfuerzo\u2026<\/p>\n Acerca de esto, debemos valorar la importancia de conocer los puntos fuertes de cada componente del grupo, ya que adem\u00e1s de hacer m\u00e1s eficiente al equipo (permitiendo lograr una mejor estimaci\u00f3n de las tareas), influir\u00e1 positivamente a nivel individual, puesto que todo el equipo sabr\u00e1 a qui\u00e9n recurrir para empaparse de esos nuevos recursos, y as\u00ed sacar el mayor partido posible.<\/p>\n A la hora de hablar de desventajas<\/strong>, apuntaremos que en el caso de no ser exquisitos con la valoraci\u00f3n que apliquemos, no respetando el rango de valoraci\u00f3n o bien estimando algo con una puntuaci\u00f3n media (por aquello de \u00abno saber qu\u00e9 puntuar\u201d), podemos caer en generar una estimaci\u00f3n que no se ajuste a la dedicaci\u00f3n real.<\/strong><\/p>\n<\/span>","protected":false},"excerpt":{"rendered":" Volviendo a la formaci\u00f3n en ALM, he vuelto a releer el punto en el que se hablaba de la \u00abevaluaci\u00f3n de esfuerzo de tareas\u00bb, donde se explican ciertas cosas muy interesantes entorno a los Story Points, como la t\u00e9cnica del … Continue reading Story Points<\/h1>\n
\u00bfQu\u00e9 son los Story Points?<\/strong><\/h3>\n
\n
\u00bfCu\u00e1l es su objetivo?<\/strong><\/h3>\n
Planning Poker<\/h1>\n
\u00bfQu\u00e9 es el Planning Poker?<\/strong><\/h3>\n
![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-1.jpg\")
<\/p>\n![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/Scrum-poker-2-239x300.png\")
<\/p>\n\u00bfC\u00f3mo podemos trabajar Planning Poker mediante TFS?<\/h3>\n
![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-3.png\")
<\/p>\n\u00bfC\u00f3mo se desarrolla el Planning Poker?<\/strong><\/h3>\n
\n
![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-4.png\")
<\/p>\n\n
![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-5.png\")
<\/p>\n![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-6.png\")
\n
\n
![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-7.png\")
\n
![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-8.png\")
![\"\"](\"http:\/\/blogs.encamina.com\/piensa-en-software-desarrolla-en-colores\/wp-content\/uploads\/sites\/21\/2017\/07\/scrum-poker-9.png\")
Pros y contras<\/strong><\/h2>\n