Reportes Agiles en Team Foundation Server – Reactivation Report

por Viviana Chelini  24. septiembre 2010

 

Siguiendo con los comentarios sobre los reportes ágiles de TFS 2010 iniciados en :

Bug Status Report

Bug Trend Report

Seguimos en este post con:

 

Reactivation Report

A medida que el equipo resuelve y cierra los errores, se puede utilizar el reporte de Reactivaciones para determinar la eficacia con que el equipo corrige los errores.

Las reactivaciones se refirieren a errores que se han resuelto o cerrado tempranamente y, a continuación, se han vuelto a abrir. La tasa de la reactivación también se la denomina tasa de retorno de errores.

Este reporte se puede utilizar para mostrar los errores y casos de uso que se han reactivado. Una tasa de reactivaciones baja (por ejemplo, menor que el 5%) podría ser aceptable dependiendo de los objetivos del equipo. Sin embargo, una tasa alto o creciente de reactivaciones indica que el equipo podría necesitar diagnosticar y corregir otros problemas.

Información que proporciona el reporte

El reporte de Reactivaciones informa en un gráfico de superficie el número de errores o casos que se han resuelto o reactivado después de cerrarlos.

 

Reactivation Report

Para que el reporte sea fiable se deben de alimentar correctamente los siguientes parámetros:

  • Definir casos de uso y errores, y especificar sus rutas de iteración y de área.
  • Actualizar el Estado de los casos y errores a medida que avanzan desde que se activan hasta que se cierran.

 

Análisis del reporte

Es normal que el reporte varíe según el punto del ciclo de desarrollo del producto en que nos encontremos. Las iteraciones tempranas deberían presentar muy pocas reactivaciones.

El reporte de Reactivaciones muestra información que se puede utilizar para detectar si el equipo está reactivando un número alto de errores o casos, esta tasa se obtiene de contar el número de errores supuestamente corregidos cuyas correcciones no funcionan. Estas reactivaciones pueden crear un ciclo de repetición del trabajo que interfiere con las tareas planeadas.

El reporte permite responder las siguientes preguntas:

  • ¿Cuántos errores se han reactivado en la iteración actual?
  • ¿Cuántos casos de uso se han reactivado en la iteración actual?
  • ¿El equipo está resolviendo y cerrando los errores y casos reactivados a una velocidad aceptable?

 

Versión positiva del reporte

Una versión positiva del reporte muestra un progreso sostenido de resolución y cierre de errores. La tasa total de reactivación de elementos de trabajo es del 5% o inferior, y no aumenta durante la iteración. Cuanto menor sea la tasa de reactivación, más podrá progresar el equipo en su conjunto.

Versión Positiva - Reactivaction Report

 

Versión negativa del reporte

 

Versión Negativa - Reactivaction Report

Una versión negativa del reporte podría indicar:

El equipo está reactivando una cantidad elevada de errores. Una tasa de reactivación de errores alta podría indicar que el equipo está cerrando los errores rápidamente. Este indicador se podría tomar como una mala señal para el proyecto, ya que las reactivaciones introducen trabajo adicional que duplica el esfuerzo total que se necesita para completar el trabajo correspondiente.

El equipo está reactivando un número alto de casos de uso La tasa de reactivación de casos de uso debe considerarse como un porcentaje del número total de casos de uso que el equipo está cerrando.

 

Tags: , , ,

ALM | Gestión de Proyectos | TFS

Agregar comentario

  Country flag

biuquote
  • Comentario
  • Vista previa
Loading

Acerca de los Autores

Este es el blog del equipo de VEMN SA 
Presentaremos temas que nos parezcan de interés sobre tecnología .NET, Procesos y Metodologías y todo aquello relacionado con el proceso de desarrollo de Software

Month List

BlogRoll

Download OPML file OPML