El Bruno

Buenas,

ayer hablando con Ana en Avanade sobre algunos temillas de gestión, surgió un ejemplo que suelo comentar que me ayuda a ver si lo que se ha pensado a nivel planificación es lo que realmente está haciendo el equipo.

Independientemente de si trabajamos con tareas asociadas a una User Story de una Master Story List, o con tareas asociadas a un Use Case o a un Requerimiento formal de CMMI, la siguiente pregunta deja notar que algo no funciona como debería:

¿Con qué tarea relaciono este CheckIn?

Cuando trabajamos con Visual Studio y Team Foundation Server, una de las políticas de CheckIn que siempre activo es la que obliga a cada cambio de código que se sube al Source Control repository a estar asociado con uno o más WorkItems. De esta manera podemos tener una trazabilidad inicial entre el histórico del código fuente y las tareas que lleva a cabo el equipo.

Pero cuando un desarrollador no encuentra un elemento de trabajo (Task o Bug) para relacionar un cambio, esto nos indica que estamos trabajando en algo no planificado. Como somos ágiles, esto no es un problema, ya que el cambio es bienvenido, pero es un buen momento para hacernos un par de preguntas.

Por ejemplo, preguntarnos si el contenido del trabajo que tenemos planificado para esta iteración es el correcto. Si alguien no encuentra un WI para asociar, eso significa o que bien no está trabajando en algo propio de la iteración, o que para realizar parte del trabajo incluido en la iteración, tenemos que realizar tareas no planificadas que pueden afectar al resultado final de la misma.

La base de esta premisa consiste en que al margen de la planificación original, la tarea que realmente estamos llevando a cabo, la realiza el equipo, por lo que si el equipo está haciendo algo que no está definido en ningún lado, pues … se nos ha pasado de largo

Saludos @ Here

El Bruno