Panel Errores (Agile y CMMI)

 

Puede supervisar la actividad de los errores de un proyecto de equipo mediante el panel de errores, en el que se muestran los siguientes gráficos:

• La evolución de los errores

• La velocidad con la que el equipo detecta, resuelve y cierra los errores durante un período de tiempo

• El número de errores prioritarios durante un período de tiempo

• El número actual de errores activos asignados a cada uno de los miembros del equipo

  El acceso a los paneles se realiza a través del portal del proyecto de equipo. Solo puede acceder al panel de errores si ese portal está habilitado y aprovisionado para usar SharePoint Server Enterprise Edition. Para obtener más información, vea Paneles del portal del proyecto.

En este tema Datos que aparecen en el panel Actividades necesarias para el seguimiento de errores Supervisar errores activos y tendencias de errores

Este panel se puede usar para responder a las siguientes preguntas: ¿Con qué rapidez resuelve y cierra errores el equipo? ¿Resuelve el equipo los errores con la velocidad suficiente para terminar puntualmente? ¿Cuántos errores notifica, resuelve y cierra el equipo cada día? ¿El equipo resuelve los errores de prioridad 1 antes de resolver los errores de prioridad 2 y 3? ¿Algún miembro del equipo tiene un trabajo pendiente de errores de prioridad 1 que justifican una redistribución? ¿Cuál es el estado de la compilación de anoche? ¿Cuáles fueron las protecciones más recientes?

Requisitos

Los mismos requisitos definidos en los Paneles del portal del proyecto.

Datos que aparecen en el panel

El equipo puede utilizar el panel de errores para determinar la medida en que el equipo detecta, resuelve y cierra errores. Para obtener información sobre los elementos web que se muestran en el panel de errores, vea la ilustración y la tabla que se muestran a continuación.

Nota

Los gráficos de evolución, tendencias y de barras (informes del al ) no aparecen cuando no está disponible el servidor que hospeda Analysis Services para el proyecto de equipo.

Para obtener más información sobre cómo interpretar, actualizar o personalizar los gráficos que aparecen en el panel de errores, vea los temas que se muestran en la siguiente tabla.

Elemento web	Datos mostrados	Tema relacionado
	Representación visual del número acumulativo de errores, agrupados por estado, de las últimas cuatro semanas.	Informe de Excel Progreso de los errores
	Gráfico de líneas que muestra la media móvil del número de errores que el equipo ha abierto, resuelto y cerrado en las últimas cuatro semanas. La media móvil se basa en los siete días previos a la fecha para la que se calcula.	Informe de Excel Tendencias de errores
	Representación visual del número acumulativo de errores, agrupados por prioridad, de las últimas cuatro semanas.	Informe de Excel Errores por prioridad
	Gráfico de barras horizontal con el número total de errores activos que cada miembro del equipo tiene asignados actualmente, agrupados por prioridad.	Informe de Excel Errores por asignación
	Lista de los errores activos. Esta lista se deriva de un elemento web de Team Web Access.	Libros
	Lista de próximos eventos. La lista se deriva de un elemento web de SharePoint.	No aplicable
	Número de elementos de trabajo activos, resueltos y cerrados. Puede abrir la lista de elementos de trabajo eligiendo cada número. Esta lista se deriva de un elemento web de Team Web Access.	No aplicable
	Lista de las últimas compilaciones y sus estados. Puede ver más detalles sobre una compilación eligiéndola. Esta lista se deriva de un elemento web de Team Web Access. Leyenda: : Compilación no iniciada : Compilación en curso : Compilación correcta : Error de compilación : Compilación detenida : Compilación completada parcialmente	Ejecutar, supervisar y administrar compilaciones
	Lista de las protecciones más recientes. Puede ver más detalles sobre una protección concreta eligiéndola. Esta lista se deriva de un elemento web de Team Web Access.	Desarrollar código y administrar cambios pendientes

Actividades necesarias para el seguimiento de errores

Para que los informes que aparecen en el panel de errores sean útiles y precisos, el equipo debe realizar las siguientes actividades:

• Definir los errores y especificar sus rutas de acceso de Iteración y Área.

• Asignar cada error al miembro de equipo dedicado a resolverlo o cerrarlo.

• Especificar la Prioridad de cada error.

• Actualizar el Estado de cada uno de los errores a medida que el equipo los corrige, comprueba y cierra.

Supervisar errores activos y tendencias de errores

Los miembros del equipo pueden utilizar el panel de errores para determinar si administran la lista de errores activos según los objetivos del equipo y los procedimientos ágiles establecidos. Al realizar pruebas unitarias de cada incremento de código antes de la protección, el equipo podrá reducir el número total de errores que deba detectar. Un equipo enfocado en poder distribuir cada incremento de código quita los defectos de forma incremental y minimiza los errores activos.

Con el panel de errores, el equipo podrá responder a las siguientes preguntas:

• ¿El número de errores activos es aceptable según los objetivos del equipo? ¿El equipo pospone demasiados errores?

• ¿El equipo detecta, corrige y cierra los errores con la rapidez suficiente de modo que se cumplan las expectativas y a una velocidad que se ajuste a los ciclos de desarrollo anteriores?

• ¿El equipo aborda los errores de alta prioridad antes que los errores de prioridad más baja?

• ¿Algún miembro del equipo necesita ayuda a la hora de resolver los errores?

Indicadores de progreso de errores

Indicador	Preguntas que se deben formular
Se amplía la banda de errores activos. Si se amplía la banda de errores activos del equipo, eso significa que aumenta el trabajo pendiente de errores. El equipo detecta más errores de los que puede resolver o cerrar. Una banda de errores activos más amplia podría indicar que un cuello de botella está mermando la capacidad del equipo para resolver y cerrar errores.	¿Se reasignan a los miembros del equipo a otras tareas no prioritarias? ¿Otros problemas bloquean la capacidad del equipo para resolver y corregir errores?
El número de errores activos no cambia. Una tendencia plana en el número de errores activos indica que el equipo no detecta errores.	¿Es suficiente la cobertura de las pruebas? ¿Otros problemas bloquean la capacidad del equipo para detectar errores?
El número de errores resueltos o cerrados no cambia. Cuando el número de errores resueltos o cerrados por el equipo no cambia durante un período de tiempo prolongado, es posible que los miembros del equipo no sean capaces de resolver o cerrar errores.	¿Se han definido correctamente las prioridades del equipo? ¿Los miembros del equipo están sobreasignados a otras tareas? ¿Los miembros del equipo realizan correctamente el seguimiento del estado de los errores?

Indicadores de tendencia de errores

Indicador	Preguntas que se deben formular
El equipo resuelve muchos errores en cada período de tiempo. Una tasa de resolución alta normalmente indica que el equipo va por el buen camino.	¿El equipo cierra rápidamente los errores que resuelve? La tasa de cierre debe ser similar a la tasa de resolución. ¿La tasa de reactivación de errores del equipo es aceptable?
El equipo resuelve los errores rápidamente pero no los cierra. Los miembros del equipo asignados a la comprobación de las correcciones de errores podrían estar atendiendo a demasiadas tareas o prioridades diferentes podrían impedir que esos miembros del equipo cierren los errores resueltos.	¿Están sobreasignados los recursos de las pruebas? ¿Debe el equipo volver a revisar las prioridades de las pruebas? Para obtener más información sobre estas métricas, vea Panel Prueba (Agile y CMMI).
El equipo detecta pocos errores en cada período de tiempo. Puede que al equipo le cueste mucho detectar errores en una solución de alta calidad o con pruebas ineficaces.	¿Las métricas para la cobertura de código, renovación de código o progreso de las pruebas indican un problema con el código o las pruebas? Para obtener más información sobre estas métricas, vea Panel Calidad (Agile y CMMI).
El equipo detecta más o menos el mismo número de errores en períodos de tiempo sucesivos. Si el equipo detecta el mismo número de errores una semana tras otra o una iteración tras otra, es conveniente investigar la causa subyacente. En las primeras fases del ciclo de prueba, las pruebas podrían no ser rigurosas o lo bastante avanzadas para encontrar muchos errores. En las iteraciones tempranas, se espera esta situación. Sin embargo, a medida que el producto madura, las pruebas deberían ir dirigidas a escenarios e integraciones más amplios.	¿Los casos de prueba son adecuados para someter a prueba los casos de usuario que el equipo está desarrollando? ¿Las pruebas se han vuelto obsoletas o están probando la funcionalidad equivocada? ¿El equipo de pruebas está probando cada caso de usuario rigurosamente? Para obtener más información sobre estas métricas, vea Panel Prueba (Agile y CMMI).
El equipo detecta muchos errores en cada período de tiempo. El equipo podría detectar errores fácilmente en código chapucero, código recientemente integrado, con pruebas eficientes o durante un evento concreto, como una búsqueda intensiva de errores.	¿Las métricas para la cobertura de código, renovación de código o progreso de las pruebas indican un problema con el código o las pruebas? Para obtener más información sobre estas métricas, vea Panel Calidad (Agile y CMMI).

Prioridad y distribución de los errores

Indicador	Preguntas que se deben formular
El número de errores activos de alta prioridad es mayor que el número de errores activos de prioridad inferior. Cuando el número de errores activos de alta prioridad es mucho mayor que el número de errores de menor prioridad, es posible que el equipo se centre primero en los elementos de menor prioridad.	¿El equipo corrige los errores según el orden de prioridad establecido? ¿Los problemas bloquean la capacidad del equipo para corregir los errores de alta prioridad?
Las asignaciones de errores no están distribuidas de manera uniforme. Puede que el equipo considere reasignar el trabajo si hay muchos errores asignados a uno o dos miembros del equipo y solo algunos a los demás miembros.	¿El equipo debe equilibrar la carga de trabajo reasignando los errores?

Vea también

Paneles del portal del proyecto