Estimación ágil con deuda técnica

7

Al estimar (historia) una historia que consiste en extender una funcionalidad actual con una deuda tecnológica conocida, ¿debemos considerar el esfuerzo que se invertirá para refactorizar el código actual o debemos estimar independientemente de esta deuda tecnológica?

    
pregunta Marcelo Oliveira 21.05.2012 - 22:38

3 respuestas

1

En ágil, si puedes hacerlo sin el cambio, entonces no debes hacer el cambio como parte de la historia. Entonces, en ese caso, no incluiría los puntos por la deuda tecnológica.

Puntúas de la manera más rápida en que puedes completar la historia correctamente. Si asumir la deuda tecnológica acelerará la historia, es decir, la deuda tecnológica + historia = menos tiempo que la historia sin la deuda tecnológica, entonces absolutamente debe elegir la ruta que incluye la deuda tecnológica. Pero si la historia es 3 sin deuda tecnológica pero 5 con la deuda tecnológica, entonces elige la 3. Aún podría elegir seguir el camino de limpiar la deuda tecnológica pero tendrá un impacto en su velocidad.

    
respondido por el SoylentGray 22.05.2012 - 22:05
12

Sus estimaciones sin duda deben tener en cuenta la deuda técnica. El punto de estimar historias es obtener una indicación de cuánto esfuerzo se requerirá para lograr algo, y la deuda técnica definitivamente contribuye a ello. De hecho, debe tomar todo lo que pueda afectar el tiempo / esfuerzo necesario para implementar una historia en sus estimaciones (por ejemplo, aprender el dominio empresarial).

A veces, cuando hay mucho trabajo de refactorización por hacer, agregué una subtarea por separado en una historia y la estimé en consecuencia. De lo contrario, refactorizar y lidiar con la deuda técnica será una parte natural de cada historia. Se debe estimar en consecuencia.

    
respondido por el Oleksi 21.05.2012 - 22:50
5

Probemos ambos:

  1. Sin deuda técnica: cuando el trabajo comience y SABES que tendrás que refactorizar el código para que funcione, probablemente disminuirás tu velocidad, ya que se subestimó la complejidad general
  2. Con Tech Debt: aumentará la puntuación del "punto de historia", ya que se vinculará con la deuda tecnológica y "explicará eso" a todos y podría incluirse en los cálculos de velocidad existentes, por así decirlo.

Entonces, ¿qué debería elegir? Me gustaría el # 2, ya que eso explica de manera explícita lo que implica la historia, es una imagen más realista y expone los trabajos "ocultos" que pueden estar al acecho (los demonios en los detalles, tal vez).

Si va con el número 1, el equipo puede ser cuestionado por la disminución de la velocidad y "no traer la solución de la deuda tecnológica" en la reunión. Simplemente manténgalo claro: haga una estimación con deuda técnica y su equipo estará feliz (y también lo hará el PM: una deuda se pagará ya que algo valioso está precedido por ella :)

    
respondido por el PhD 21.05.2012 - 22:50

Lea otras preguntas en las etiquetas