martes, 23 de marzo de 2010

Tratando con Bugs en Scrum

¿Se deben o no se deben estimar los BUGS usando Scrum? Nos preguntábamos hace unos días en el trabajo esta cuestión, sin llegar a tener claro cual debe ser el enfoque a utilizar para introducirlos de manera fluida en el ciclo de Scrum.

Durante mucho tiempo he defendido la idea de que los Bugs debían ser tratados cómo si fueran nuevas historias de usuario, , añadiendolos al backlog y realizando su correspondiente priorización y estimación en Puntos Historia. Esto funciona razonablemente bien si los Bugs detectados no son los suficientemente críticos cómo para poder esperar al siguiente Sprint para corregirlos, pero no es un buen método cuando los Bugs tienen que ser arreglados ya.

Además este enfoque presentaba algunos problemas teóricos relacionados con la metodología, a saber:

  • Estimación de un bug, implica contabilizar dos veces el mismo trabajo (uno cuando se estima la historia, y otro cuando se estima el trabajo para arreglar lo que se ha hecho mal en la historia)
  • Estimación en Scrum se utiliza para contabilizar el valor (relativo) que cada funcionalidad aporta al cliente, cómo los Bugs no aportan valor (más allà de solucionar un error cometido por nosotros mismos) no deberian estimarse.

En cambio, creo que el enfoque correcto (o el que a mi me gusta más) es el de tratar los Bugs como “tareas adicionales” dentro de la historia donde se ha generado.

Usando este enfoque, la estimación de la historia no varía, pero si que variará el tiempo dedicado a finalizarla, poniendo de relieve el impacto de los mismos en aquellas historias donde se producen y consiguiendo que la velocidad del equipo no sea un dato falseado (hacer muchos puntos en cada Sprint, pero teniendo que arreglar muchas de las historias en el/las siguiente/s iteraciones). Cómo consecuencia de esto, al tener más consciencia sobre el impacto de los Bugs en las historias implementadas, se puede lograr una disminución importante en los defectos de futuras iteraciones.

¿Cuál os parece a vosotros el enfoque mas adecuado? ¿Qué otro tipo de enfoque utilizáis para tratar los defectos ? Espero vuestros comentarios y aportes.


viernes, 19 de marzo de 2010

Haciendo realidad la agilidad


Ya tenemos a la vuelta de la esquina la primera conferencia sobre métodos ágiles en España. Tendrá lugar el 10 y 11 de Junio en el Campus de la E.U. Informática de la U.P.M en Madrid. Podéis obtener toda la información que necesitéis en la web de la conferencia.


No seáis tímidos y proponed cosas! Podéis proponer sesiones, contribuciones y talleres. Vendrá Henrik Kniberg como orador, así no que no os podéis perder la oportunidad de compartir cartel con el.


Y por supuesto, si queréis patrocinar la conferencia lo podéis hacer.


Nos vemos el 10 de junio en Madrid!