Panel de errores (CMMI)

Artículo
08/15/2011

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 a 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

Nota

El acceso a los paneles se realiza a través del portal del proyecto de equipo. Puede obtener acceso al panel de errores únicamente si ese portal está habilitado y aprovisionado para usar Microsoft Office SharePoint Server 2007. Para obtener más información, vea Paneles (CMMI) o Acceso a la guía de procesos y al portal del proyecto de equipo.

En este tema

Datos que aparecen en el panel
Actividades necesarias para el seguimiento de errores
Supervisar los errores activos y las tendencias de los errores

Este panel se puede usar para responder a las siguientes preguntas:

¿Con qué rapidez resuelve y cierra errores el equipo?
¿El equipo corrige los errores con la rapidez suficiente para finalizar a tiempo?
¿Cuántos errores está notificando, resolviendo y cerrando el equipo diariamente?
¿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?

Permisos necesarios

Para ver el panel, debe tener asignados o pertenecer a un grupo que tenga asignados los permisos Lectura en Productos de SharePoint para el proyecto de equipo. Para modificar, copiar o personalizar el panel, debe tener asignados o pertenecer a un grupo que tenga asignados los permisos Miembros en Productos de SharePoint para el proyecto de equipo. Para obtener más información, vea Agregar usuarios a proyectos de equipo.

Para modificar un informe en Office Excel, debe ser miembro del rol de seguridad TfsWarehouseDataReaders en SQL Server Analysis Services. También debe estar asignado o pertenecer a un grupo que tenga asignados los permisos Miembros en Productos de SharePoint para el proyecto de equipo. Para obtener más información, vea Conceder acceso a las bases de datos del almacén de datos para Visual Studio ALM.

Para ver un error u otro tipo de elemento de trabajo, debe ser miembro del grupo de seguridad Readers o tener el permiso Ver los elementos de trabajo en este nodo establecido en Permitir. Para crear o modificar un error u otro elemento de trabajo, debe ser miembro del grupo Contributors o tener el permiso Editar elementos de trabajo en este nodo establecido en Permitir. Para obtener más información, vea Administrar permisos.

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. En concreto, este panel muestra los elementos web que figuran en la siguiente ilustración y se describen en la siguiente tabla.

Panel Errores

Nota

Los gráficos de progreso, tendencias y de barras, informes del Paso 1 al Paso 4 , 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 acumulada del número de errores que el equipo ha abierto, resuelto y cerrado en las cuatro últimas semanas. La media acumulada se basa en los siete días anteriores a la fecha para la que se calcula.	Informe de Excel Tendencias de errores
	Representación visual del número acumulado de todos los errores, agrupados por prioridad, de las cuatro últimas semanas.	Informe de Excel Errores por prioridad
	Gráfico de barras horizontales 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.	No es aplicable
	Lista de próximos eventos. La lista se deriva de un elemento web de SharePoint.	No es aplicable
	Número de elementos de trabajo activos, resueltos y cerrados. Puede abrir la lista de elementos de trabajo haciendo clic en cada número. Esta lista se deriva de un elemento web de Team Web Access.	Elementos de trabajo y flujo de trabajo (CMMI)
	Lista de las últimas compilaciones y sus estados. Puede ver más detalles sobre una compilación haciendo clic en ella. Esta lista se deriva de un elemento web de Team Web Access. Leyenda: : la compilación está en curso : la compilación no se ha iniciado : la compilación se ha realizado correctamente : se ha producido un error en la compilación : la compilación se ha detenido : la compilación se ha completado parcialmente	Administrar y ver compilaciones completadas
	Lista de las protecciones más recientes. Puede ver más detalles sobre una protección concreta haciendo clic en ella. Esta lista se deriva de un elemento web de Team Web Access.	Utilizar las ventanas de cambios pendientes y de protección de 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 Área e Iteración.
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 corrija, compruebe y cierre.

Supervisar los errores activos y las tendencias de los 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?

Para formular más preguntas basadas en los indicadores que aparecen en el panel, vea las siguientes secciones:

Indicadores de progreso de los errores
Indicadores de tendencia
Prioridad y distribución de los errores

Indicadores de progreso de los 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?

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 los errores

Indicador	Preguntas que se deben formular
El equipo resuelve muchos errores en cada período. 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 de prueba (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 de calidad (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.	¿Las pruebas son suficientes para someter a prueba los requisitos 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 requisito rigurosamente? Para obtener más información sobre estas métricas, vea Panel de prueba (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 de calidad (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?