Please enable JavaScript.

Coggle requires JavaScript to display documents.

REQM - Gestión de Requisitos Un área de proceso de Gestión de Proyectos…

- - - - En todas las áreas de proceso, cuando se utilizan los términos “producto” y “componente de producto”, sus significados previstos también incluyen los servicios, los sistemas de servicio y sus componentes
        
        Cuando las áreas de proceso Gestión de Requisitos, Desarrollo de Requisitos y Solución Técnica están implementadas, sus procesos aso-ciados pueden estar estrechamente relacionados y realizarse de manera concurrente.
        
        El proyecto realiza los pasos apropiados para asegurar que el con-junto de requisitos aprobados se gestiona para dar soporte a las ne-cesidades de planificación y de ejecución del proyecto.
        
        Cuando un proyecto recibe requisitos de un proveedor de requisitos aprobado, éstos se revisan con dicho proveedor para resolver las cuestiones y para prevenir malentendidos antes de que los requisitos se incorporen en los planes del proyecto.
        
        Una vez que el proveedor y el receptor de los requisitos alcanzan un acuerdo, se obtiene un compromiso sobre los requisitos por parte de losparticipantes en el proyecto.
        
        El proyecto gestiona los cambios a los requisitos a medida que evolucionan e identifica inconsistencias que ocurren entre los planes, los productos de trabajo y los requisitos.
        
        1 more item...
- - - - SP1.2 Obtener el compromiso de los participantes del proyecto sobre los requisitos.
        
        Ejemplos Productos de Trabajo
        
        1. Evaluaciones del impacto de los requisitos.
        
        2. Compromisos documentados de los requisitos y de sus cambios.
        
        El impacto sobre los participantes del proyecto se debería evaluar
        cuando cambian los requisitos o al principio de un nuevo requisito.
        
        Subprácticas
        
        1. Evaluar el impacto de los requisitos sobre los compromisos existentes
        
        2. Negociar y registrar los compromisos.
        
        Los cambios a los compromisos existentes se deberían negociar antes
        de que los participantes del proyecto se comprometan con un nuevo requisito o un cambio a un requisito
        
        La práctica específica anterior se ocupó de alcanzar una comprensión con los proveedores de los requisitos. Esta práctica específica se ocupa de los acuerdos y compromisos entre aquellos que llevan a cabo las actividades necesarias para implementar los requisitos. Los requisitos evolucionan a lo largo del proyecto.
        
        A medida que los requisitos evolucionan, esta práctica específica asegura que los participantes del proyecto se comprometen con los requisitos actuales y aprobados, y con los cambios resultantes en los planes, actividades y productos de trabajo del proyecto.
        
        Para más información sobre cómo monitorizar los compromisos, consúltese el área de proceso Monitorización y Control del Proyecto.
      - SP1.1 Desarrollar una comprensión del significado de los requisitos con los proveedores de los requisitos.
        
        Ejemplos Productos de Trabajo
        
        1. Listas de criterios para distinguir a los proveedores apropiados de
        requisitos.
        
        2. Criterios para la evaluación y la aceptación de los requisitos.
        
        3. Resultados del análisis frente a los criterios.
        
        4. Un conjunto de requisitos aprobados.
        
        Subprácticas
        
        1. Establecer criterios para distinguir a los proveedores apropiados de requisitos
        
        2. Establecer criterios objetivos para la evaluación y aceptación de los
        requisitos.
        
        La falta de criterios de evaluación y de aceptación da lugar a menudo
        a una verificación inadecuada, un retrabajo costoso o el rechazo del cliente.
        
        Algunos ejemplos de criterios de evaluación y de aceptación son
        
        1 more item...
        
        3. Analizar los requisitos para asegurar que se cumplen los criterios establecidos
        
        4. Alcanzar una comprensión de los requisitos con los proveedores de requisitos para que los participantes del proyecto puedan compro-meterse con ellos.
        
        A medida que madura el proyecto y se derivan los requisitos, todas las actividades o disciplinas recibirán requisitos. Para evitar el flujo continuo de requisitos, se establecen criterios para designar los canales apropiados o las fuentes oficiales desde las que se reciben los requisitos.
        
        Aquellos que reciben los requisitos, los analizan con el proveedor para asegurar que se alcanza una comprensión compatible y compartida del significado de los requisitos. El resultado de estos análisis y diálogos es un conjunto de requisitos aprobados.
      - SP1.3 Gestionar los cambios a los requisitos a medida que evolucionan durante el proyecto.
        
        Subprácticas
        
        1. Documentar todos los requisitos y los cambios a los requisitos que
        se reciben o generan por el proyecto.
        
        2. Mantener una historia de cambios de los requisitos, incluyendo el análisis razonado de los cambios.
        
        3. Evaluar el impacto de los cambios de requisitos desde el punto de vista de las partes interesadas relevantes.
        
        4. Poner a disposición del proyecto los requisitos y los datos de los
        cambios.
        
        Los cambios a los requisitos que afectan a la arquitectura del producto pueden afectar a muchas partes interesadas.
        
        Mantener la historia de cambios ayuda a seguir la volatilidad de los requisitos.
        
        Ejemplos Productos de Trabajo
        
        1. Petición de cambio de requisitos.
        
        2. Informes de impacto del cambio de requisitos.
        
        3. Estado de los requisitos.
        
        4. Base de datos de requisitos.
        
        Para más información sobre cómo seguir y controlar los cambios, consúltese el área de proceso Gestión de Configuración.
        
        Los requisitos cambian por diversas razones. A medida que cambian las necesidades y avanza el trabajo, es posible que se tengan que hacer cambios a los requisitos existentes. Es esencial gestionar estas adiciones y cambios, eficiente y eficazmente.
        
        Para analizar con eficacia el impacto de los cambios, es necesario que se conozca la fuente de cada requisito y que esté documentado el análisis razonado de cualquier cambio
        
        El proyecto puede querer seguir medidas apropiadas de volatilidad de los requisitos para juzgar si es necesario un enfoque nuevo o modificado para el control de cambios.
      - SP1.4 Mantener la trazabilidad bidireccional entre los requisitos y los productos de trabajo.
        
        Subprácticas
        
        1. Mantener la trazabilidad de los requisitos para asegurar que la fuente de los requisitos de nivel más bajo (es decir, inferidos) está documentada
        
        2. Mantener la trazabilidad de los requisitos desde un requisito a sus requisitos inferidos y a la asignación a los productos de trabajo
        
        3. Generar una matriz de trazabilidad de requisitos.
        
        Los productos de trabajo para los cuales la trazabilidad se puede mantener incluyen la arquitectura, los componentes de producto, las iteraciones de desarrollo (o incrementos), las funciones, las interfaces, los objetos, las personas, los procesos y otros productos de trabajo.
        
        Ejemplos Productos de Trabajo
        
        1. Matriz de trazabilidad de los requisitos
        
        2. Sistema de seguimiento de los requisitos.
        
        La intención de esta práctica específica es mantener la trazabilidad bidireccional de los requisitos (véase la definición de “trazabilidad bi-direccional” en el glosario). Cuando se gestionan bien los requisitos, se puede establecer la trazabilidad desde un requisito fuente hasta sus requisitos de más bajo nivel y desde estos requisitos de más bajo nivel de vuelta hasta sus requisitos fuente.
        
        Esta trazabilidad bidireccional ayuda a determinar si todos los requisitos fuente se han tratado totalmente y si todos los requisitos de nivel más bajo pueden trazarse hacia una fuente válida.
        
        La trazabilidad de los requisitos también cubre las relaciones a otras entidades, tales como productos de trabajo intermedios y finales, cambios en la documentación de diseño y planes de pruebas.
        
        La trazabilidad puede cubrir relaciones horizontales, tales como relaciones entre interfaces, así como relaciones verticales.
        
        La trazabilidad es particularmente necesaria al evaluar el impacto de los cambios de los requisitos sobre las actividades del proyecto y los productos de trabajo.
        
        2 more items...
      - SP1.5 Asegurar que los planes del proyecto y los productos de trabajo permanecen alineados con los requisitos
        
        Ejemplos Productos de Trabajo
        
        1. Documentación de inconsistencias entre los requisitos y los planes del proyecto y los productos de trabajo, incluyendo fuentes y condiciones.
        
        2. Acciones correctivas.
        
        Subprácticas
        
        1. Revisar los planes del proyecto, las actividades y los productos de
        trabajo en cuanto a la consistencia con los requisitos y los cambios realizados sobre ellos.
        
        2. Identificar la fuente de la inconsistencia (si existe).
        
        3. Identificar cualquier cambio que se debería realizar a los planes y a los productos de trabajo resultantes de los cambios a la línea base de requisitos.
        
        4. Iniciar cualquier acción correctiva necesaria.
        
        Esta práctica específica encuentra las inconsistencias entre los requisitos, los planes del proyecto y los productos de trabajo, e inicia acciones correctivas para resolverlas.
    - - • Gestionando todos los cambios a los requisitos.
        • Manteniendo las relaciones entre los requisitos, los planes del proyecto y los productos de trabajo.
        
        • Asegurando la alineación entre los requisitos, los planes del proyecto y los productos de trabajo.• Tomando acciones correctivas.