The Fibonacci series was slightly modified for agile planning purposes. This modification includes adding the values 0 and 0.5 and rounding up the values that exceed 13 (20, 40 and 100). The question is: can we assign zero story points to an issue? Is this correct? Does this have any impact in velocity measurements or indicators or any other charts or reports?
We assign zero story points to an issue that requires the least effort of the team to be completed. Issues that take a few hours to be resolved and accepted, or issues that only need to be verified by a team member in order to be considered as “solved”. Those issues don’t have impact in a velocity report or velocity chart of the team, for that reason we need to be careful to assign zero story points to an issue. Imagine a sprint with 30 issues in it (bugs, improvements, spikes and stories) and 15 of them with zero story points, that situation changes the measurement of velocity of the team because if we put the 15 issues together in a bag, we can assign 3 or 5 story points to that bag, but we don’t see these story points in any place.
You can handle this situation with multiple approaches. The first approach is take one issue with zero story point for each team member or less. If you have 7 team members, you can take into the sprint up to 7 issues with zero story points and no more. The second approach is to create a new issue with multiples things to do (various issues interrelated with zero story points each one) and assign 0.5, 1 or 2 story points to that new issue.
In conclusion, you can assign zero story point to an issue under specific conditions (the issue take the least effort of the team to be completed), but be careful including those issues in a single sprint can impact your velocity measurement.
La serie Fibonacci fue ligeramente modificada para ser usada en la planeación ágil, específicamente en el Planning Poker. Esta modificación incluye los valores cero (0) y 0.5 y redondea algunos valores superiores al 13 (20, 40 y 100). La pregunta aquí es: puedo asignar cero (0) story points a un issue (error, historia de usuario, mejora, spike, etc.)? Esto estaría correcto? Tendría esto algún impacto en la medición de la velocidad, en los indicadores de velocidad o gráficas y reportes relacionados?, hablemos de eso.
Asignamos cero (0) story points a un Issue que requiere el mínimo esfuerzo del equipo para ser completado. Issues que toman solo algunas horas para ser resueltos y aceptados, o issues que solo necesitan ser verificados por algún miembro del equipo para ser considerado como “resuelto” o “terminado”. Esos issues que pesan cero (0) no tienen impacto en los reportes de velocidad o graficas de medición de velocidad del equipo, por esa razón tenemos que tener mucho cuidado al asignar cero (0) story points a un issue. Imagine que usted tiene 30 issues en un sprint (errores, mejoras, spikes e historias de usuario) y que 15 de esos issues pesan cero (0) story points, esto puede cambiar la velocidad de su equipo de manera interesante. Imagine que usted pueda colocar esos 15 issues todos en una bolsa y darle un peso a dicha bolsa, esto seguro pesaría unos 3 o 5 story points, sin embargo, usted nunca va a ver esos story points en ningún lugar si los deja sueltos.
Se puede manejar esta situación de varias maneras. La primera es tomando como máximo un issue que pesa cero (0) por cada miembro del equipo dentro de un mismo sprint. Si usted tiene 7 miembros en su equipo, solo podrá tomar 7 issues con peso cero (0) en un mismo sprint y no más. Otra forma es agrupar los issues relacionados y que pesan cero (0) y crear un nuevo issue que los incluya a todos y a este nuevo issue si darle un peso, que podría ser 0.5, 1 o 2 story points.
En conclusión, usted puede asignar cero (0) story points a un issue bajo ciertas condiciones muy específicas (el issue tomaría el mínimo esfuerzo del equipo para ser completado), pero tenga mucho cuidado con incluir varios de estos issues en un mismo sprint ya que esto puede impactar su medición de la velocidad del equipo.
