{"id":269,"date":"2017-10-17T14:54:00","date_gmt":"2017-10-17T14:54:00","guid":{"rendered":"https:\/\/navegapolis.com\/website\/?p=269"},"modified":"2022-05-20T14:30:34","modified_gmt":"2022-05-20T14:30:34","slug":"scrum-no-calcula-el-avance-midiendo-lo-que-se-ha-hecho-sino-lo-que-falta","status":"publish","type":"post","link":"https:\/\/navegapolis.com\/website\/scrum-no-calcula-el-avance-midiendo-lo-que-se-ha-hecho-sino-lo-que-falta\/","title":{"rendered":"Scrum mide el avance calculando lo que falta, no lo que ya se ha hecho"},"content":{"rendered":"\n

Dos son las estrategias habituales de planificaci\u00f3n y seguimiento de proyectos, que no se deben emplear en scrum.
La primera es estimar la duraci\u00f3n en unidades de tiempo y planificar la ejecuci\u00f3n sobre un diagrama de Gantt.
Esta estrategia es coherente para tareas que se ejecutan de forma procedimentada, pero no es adecuada para trabajos del conocimiento ni para trabajos creativos.<\/p>\n\n\n\n

\"gantt<\/figure>\n\n\n\n

La construcci\u00f3n de un muro es un ejemplo de tarea de este tipo. Podemos calcular los metros de pared que construye una persona al d\u00eda, para planificar cu\u00e1nto tardar\u00e1 en completar un trabajo de dimensi\u00f3n conocida.<\/p>\n\n\n\n

Si el ritmo de avance diario de una persona es de 3 metros, en un proyecto de 30 metros de pared podemos asignar a la tarea con una duraci\u00f3n de 10 d\u00edas.
Si necesit\u00e1ramos entregarlo antes podr\u00edamos emplear a dos personas para acabar en la mitad de tiempo.

Pero si en lugar de hacer un muro se tratara de escribir una novela \u00bftambi\u00e9n ser\u00eda adecuado emplear unidades concretas, como el n\u00famero de l\u00edneas o de p\u00e1ginas que escribe al d\u00eda una persona y conocer de antemano cu\u00e1ntas tendr\u00e1 la novela para trazar un plan y seguir su avance?
\u00bfEs posible reducir el tiempo a la mitad o a la tercera parte, duplicando o triplicando el n\u00famero de personas?<\/p>\n\n\n\n

\"Incrementar<\/figure><\/div>\n\n\n\n

La segunda estrategia de gesti\u00f3n tradicional, que no se emplea con scrum, es calcular el avance midiendo el trabajo realizado.
La gesti\u00f3n predictiva supone que si se han estimado 10 d\u00edas para hacer una pared, despu\u00e9s haber trabajado 5 se habr\u00e1 completado la mitad. Esto es, calcula el avance midiendo el trabajo realizado.<\/p>\n\n\n\n

Sin embargo scrum no calcula el avance midiendo cu\u00e1nto trabajo se ha hecho, sino el que queda por hacer, porque los proyectos \u00e1giles funcionan con dos premisas opuestas a los proyectos tradicionales:<\/p>\n\n\n\n

1.- No es posible descomponer y trazar el trabajo con la precisi\u00f3n necesaria para elaborar una plan predictivo (Gantt). 
2.- El producto final no tiene una definici\u00f3n cerrada desde el principio. Evoluciona durante el desarrollo. Si se trata de hacer una pared de 10 metros, despu\u00e9s de haber hecho 5 sabremos que nos quedan otros cinco, pero no ser\u00e1 as\u00ed si podemos admitir que el cliente puede variar el trazado o la altura a medida que avanza la construcci\u00f3n.

Por estas razones scrum usa unidades relativas<\/a><\/strong> para estimar el esfuerzo de cada tarea y monitoriza el avance estimando a diario lo que queda, y no lo que se ha hecho <\/strong>(p. ej. con un gr\u00e1fico de avance o burndown<\/a>)<\/p>\n\n\n\n

\n