Plantilla de matriz de trazabilidad de requisitos

Siguiendo la definición establecida por el PMI, la matriz de trazabilidad de requisitos es un cuadro que vincula los requisitos del proyecto desde su origen hasta los entregables que lo satisfacen (Definición de la guía del PMBOK).

La matriz de requisitos ayuda a asegurar que cada requerimiento agrega valor al negocio, mostrándote el vínculo entre requisitos, necesidades de negocio y objetivos de proyecto. De esta forma puedes hacer un seguimiento durante el ciclo de vida, mejorando la ingeniería de requisitos al asegurar que estos sean entregados según especificaciones.

Aquí te presentamos una matriz de trazabilidad de requisitos, con la que podrás documentar información de cada requisito, códigos y subcódigos, criterios de aceptación, oportunidades y metas de negocio, entregable que satisface el requisito, interesados (stakeholders), nivel de complejidad, estado actual y más.

El curso PMP Preparación Certificación PMP PMBOK 7 en Udemy 🖥️ es la clave para desencadenar tu potencial en la gestión de proyectos. Acelera tu aprendizaje y prepárate para la certificación PMO con este curso actualizado al PMBOK 7. 🎓🚀

PMOInformatica, La oficina de proyectos de informática presenta la plantilla de matriz de trazabilidad de requerimientos.

Matriz de trazabilidad de requisitos

>> Descargar la plantilla de matriz de trazabilidad de requerimientos

Más abajo te presentamos la descripción de las columnas de la plantilla.

En proyectos de desarrollo de software o sistemas de información, los requisitos también pueden documentarse en un documento de requerimientos de software. A continuación te compartimos una plantilla:

> Documento de requerimientos de software

La ingeniería de requisitos en un proyecto está íntimamente relacionada con la gerencia de los interesados (stakeholders), pues son quienes originan los requisitos y tienen mayor influencia en su aceptación. 

Aquí dejamos un enlace para la gerencia de los interesados:

> Plantilla de registro de los interesados (stakeholders)

¿Que es la matriz de trazabilidad de requisitos?

¿Buscas más información sobre que es y como llenar la matriz de trazabilidad de requisitos? Te recomendamos leer también nuestro artículo sobre:

> ¿Que es la matriz de trazabilidad de requerimientos?

Certifícate como Project Management Professional (PMP)

PMP Preparación Certificación PMP PMBOK 7

Eleva tu carrera con el Curso PMP completo, diseñado para ayudarte a obtener la prestigiosa certificación PMP. 

Con más de 5 horas de vídeos y 100 preguntas de práctica, estarás bien preparado para el éxito. 🚀🎯

Inscríbeme

Descripción del contenido de la matriz de requisitos

La matriz de trazabilidad de requerimientos del proyecto es el instrumento base para el diseño y ejecución de la ingeniería de requisitos.

Aquí te describimos el contenido de cada columna de la plantilla de matriz de requisitos e información que debes completar en cada una.

• Identificación: Código de identificación de mayor nivel definido para el requisito. Puede definirse con números, por ejemplo 001, 002, 003, y así sucesivamente.

• Sub identificación: Sub código de identificación que puede utilizarse para definir requisitos detallados y asociarlos a un requisito padre. De esta forma se define la trazabilidad entre requisitos de alto nivel con requisitos más detallados. Puede definirse según el número de requisito padre, por ejemplo para el caso de 001 podría definirse el requisito 1.1 y 1.2. Pueden también definirse niveles adicionales de detalle de requisito, por ejemplo el requisito 1.1.1 y 1.1.2 estarían asociados a 1.1.

• Descripción del requisito: Se proporciona una descripción de que comprende o en qué consiste el requisito. La descripción del requisito depende del tipo que sea, por ejemplo requisitos del negocio, requisitos de los interesados, requisitos funcionales, requisitos no funcionales, requisitos del proyecto o requisitos del producto (solución).

• Versión: Número de versión del requisito en su estado actual. De esta forma los requisitos se pueden ir detallando o modificando en versiones sucesivas.

• Estado actual: Puede ser solicitado, aprobado, asignado, completado, cancelado, diferido, aceptado, entre otros.

• Última fecha de estado registrado: Fecha en la que se realizó el último cambio de estado del requisito.

• Criterios de aceptación: Lista los criterios de aceptación, una lista de puntos o condiciones específicas que deben cumplirse para poder registrar que el requisito ha sido satisfecho.

• Nivel de complejidad: Puede definirse una complejidad de forma cualitativa, por ejemplo baja, moderada o alta. Esto dependerá del criterio del evaluador.

• Necesidad, oportunidades u objetivos de negocio: Vínculo del requisito con la estrategia de la organización, listando necesidades específicas que tenga el área de negocio, objetivos de la planificación estratégica que busca lograr u oportunidades de negocio o del mercado. Esto también se puede vincular con la Gerencia del portafolio al que pertenece el proyecto.

• Objetivos del proyecto: Vínculo del requisito con los objetivos del proyecto. Aquí se establece la trazabilidad entre el requisito y los objetivos específicos del proyecto definidos e su alcance.

• Entregables (EDT): Entregables de la estructura desagregada de tarea (EDT) en los cuales está inmerso el requisito. Puede especificarse tanto el nombre del elemento de la EDT como su código EDT.

• Diseño del producto: Implicaciones que tiene el requisito desde el punto de vista del diseño del producto. Aquí se especifica como el diseño del producto incorpora los componentes necesarios para poder satisfacer el requerimiento.

• Desarrollo del producto: Implicaciones del requisito en el desarrollo del producto. Describe como los procedimientos de trabajo, metodología o estándares usados incorporan el requisito. Esto aplica principalmente para requisitos que definen la forma de trabajar, estándares a cumplir, entre otros.

• Estrategia y escenarios de pruebas: Listado de las estrategias y escenarios de pruebas que se contemplarán para validar la aceptación del requisito. Estos se definen a partir de los criterios de aceptación.

• Interesado (Stakeholder) dueño del requisito: Nombre, departamento y cargo del interesado (Stakeholder) que originó la solicitud del requerimiento particular. Debe corresponder con el que es especificado en el registro de interesados del proyecto.

• Nivel de prioridad: Según la evaluación de la importancia del requisito para el logro de los objetivos del proyecto, se asigna un nivel de prioridad. Este nivel también puede depender del grado de influencia del interesado y estrategias que se estén empleando para gestionar la participación de los interesados.

Ejemplos de como definir requerimientos funcionales y no funcionales

> Requerimientos funcionales de un sistema de ventas

> Ejemplos de requerimientos funcionales

> Ejemplos de requerimientos no funcionales

¿Y qué opinas tú?

¿Utilizas una matriz de trazabilidad de requisitos en tu organización?, ¿Qué le agregarías y quitarías a esta plantilla de matriz de requisitos?

También puedes seguirnos vía Twitter, Facebook o Linkedin:

        

Lectura recomendada

Ingeniería de requisitos: Software orientado al negocio

Autor: Guilherme Siqueira Simões, Carlos Eduardo Vazquez

Con el libro Ingeniería de requisitos: Software orientado al negocio aprenderás el conjunto de técnicas, actividades y prácticas que componen el análisis funcional y análisis de negocio, que al aplicarlo a tus proyectos te ayudará a asegurar su éxito.

Comprar en Amazon España

Comprar en Amazon (Latinoamérica)

Artículos relacionados

> ¿Que es la matriz de trazabilidad de requerimientos?

> ¿Que es un requerimiento funcional?

> Requerimientos funcionales de un sistema de ventas

> Documento de requerimientos de software

> 8 Técnicas de análisis de requisitos

> Modelo de estudio de factibilidad de un proyecto

> Plantilla de registro de los interesados (stakeholders)

> Plantilla de casos de uso

>> Más plantillas de gerencia de proyectos y desarrollo de software