FAQ |
Login

¿Cómo controlar la variación de los puntos realizados por un equipo, entre cada iteración?

Layer-visible-off
0
Unfavorites
0

Si tengo un equipo A, que tiene este comportamiento:

Iteración / Puntos Comprometidos / Puntos Realizados

1 / 24 / 24

2 / 24 / 20

3 / 20 / 25

Para efectos prácticos, el comportamiento puede indicar tendencia, pero en definitiva como proyectar semana a semana la carga de un equipo? ¿Con un promedio? ¿Con varianza?


1

No olvidar que los puntos logrados por un equipo en un período sirven de indicio de cual es la capacidad de este mismo equipo, pudiendo asi establecerse un orden de magnitud para la suma de puntos a los que es posible comprometerse al proximo ciclo.

Por ende, el equipo es quien debe, al momento de realizar el planning game, mirar los datos historicos y establecer un compromiso que les asegure que poseen el margen de tiempo necesario para realizar un trabajo de calidad.

En el caso que colocas, se observa un comportamiento bastante estable entre 20 y 25 puntos por iteración. IMHO un compromiso entre esos valores es razonable.

Answered 3 months ago
agustin.villena 343
from Chile

0

Perfecto, pero… cómo controlar que tareas técnicas se lleven gran parte del tiempo, afectando de alguna manera la cantidad de tareas a realizar, entendiendo que existe la necesidad por detrás de cumplimiento al cliente?

Basta con limitar el alcance?

Answered 3 months ago
cristianbravo 12
from unknown
2 months ago gandralf said:
 
  • Si las tareas técnicas son deudas técnicas, ellas simplesmente exhiben algo verdadero pero cruel: que afectan el proyecto duplamente, tanto en la reducción de velocidad cuanto en el trabajo (generalmente tardío) de las sacar.

  • Si las tareas son simplesmente tareas, quizá es un sinal que las historias que dependen de ellas no fueron correctamente puntuadas. Esto es más común que gustaríamos… Si una o otra história deben tener su puntuación ajustada, ok. Pero si eso empieza a se pasar con varias historias, puede ser un sinal que las técnicas de ingeniería de software que soportan el desarrollo ágil fallaron. El segundo caso es, en verdad, también una deuda técnica.

  • Li la dicha tarea técnica es algo que debe ser hecho y no tiene asociación a ninguna historia (o pequeño grupo en particular), es posible que ella sea una historia! Ej: enviar el release X para producción, generar el documento de arquitectura XYZ actualizado, etc.

¿Es algún de estos casos o es otro?


never shown