Informes de ejemplo de prácticas de requisitos

Esta categoría contiene informes que están relacionados con la gestión de los requisitos. Estos informes ayudan a determinar la volatilidad del proyecto realizando un seguimiento de los parámetros, como, por ejemplo, el número de requisitos que se han implementado, los requisitos pendientes en cualquier punto y el estado actual de cada requisito. Esta información ayuda al gestor a tomar decisiones importantes sobre la gestión de proyectos, como, por ejemplo, la reasignación de recursos a un requisito o la eliminación de un requisito si es necesario.

Defecto por requisito

Este informe muestra la relación entre defectos y requisitos del proyecto. Un gran número de defectos en determinados requisitos puede indicar problemas con la especificación, el diseño o la implementación de dicho requisito. También puede ser de ayuda para la decisión de eliminar un requisito con demasiados defectos asociados si el requisito es de prioridad baja. Del mismo modo, los defectos con un requisito de alta prioridad pueden garantizar que se reasignan recursos de un trabajo de prioridad inferior.

Preparación para el release (Requisito)

Esta gráfica muestra el número de requisitos actualmente con el estado "Aprobado" o "Propuesto", categorizados por la prioridad para cada tipo de requisito. Se supone que los requisitos con estos valores de estado no se han implementado completamente. El número de requisitos mostrado debe reducirse a lo largo del tiempo, a medida que el trabajo avanza en el proyecto. Si el número de requisitos no implementados (especialmente, aquellos con Prioridad="Obligatoria") no desciende hasta cero en las últimas etapas del proyecto, es probable que el proyecto no esté preparado para el release porque no ha implementado todos sus requisitos.

Entrega de requisitos

Este informe muestra cuántos Requisitos se han implementado y cuántos quedan por implementar. El número implementado debe comenzar en una cifra baja y aumentar con el tiempo, mientras que la cantidad restante debe disminuir. Tener demasiados requisitos por completar en las últimas fases del proyecto puede indicar un problema.

Lista de requisitos

Este informe muestra los detalles seleccionados para cada requisito.

Renovación de volatilidad de requisitos

Un conjunto de requisitos relativamente estables facilita cualquier proyecto. Pero, los requisitos cambian durante el transcurso de un proyecto. Reconocer la cantidad de cambios es esencial para gestionar el proyecto. Normalmente, es más fácil abordar los cambios en las primeras fases del proyecto, por lo que deben buscarse las líneas que decrecen con el tiempo. Una curva ascendente o un número elevado en las últimas fases del proyecto podrían indicar problemas.

Distribución de requisitos

Este informe muestra el número de requisitos para cada Estado, Prioridad y Estabilidad. A medida que va avanzando el proyecto, el número de estados iniciales, como, por ejemplo, "Propuesto" debe descender y el número de estados posteriores, como, por ejemplo "Incorporado" debe aumentar. De lo contrario, puede que no se cumplan algunos requisitos. Busque una distribución razonable en función de la prioridad y la estabilidad. No todo puede tener una prioridad elevada, y demasiadas estabilidades "bajas" pueden indicar un problema.

Matriz de rastreabilidad de requisitos

Este informe clasifica requisitos de IBM® Rational RequisitePro por el tipo. Para cada requisito, muestra los requisitos y las actividades relacionados.

Actividades de requisitos y UCM relacionadas

Esta gráfica muestra la cantidad de trabajo que se realiza en cada requisito. Busque aquellos requisitos que tengan significativamente más o menos de lo previsto u otros requisitos. Podría ser debido a la relativa dificultad del trabajo o podría indicar que el trabajo se ha infravalorado o no se está realizando de forma eficaz.


Comentarios