Ingeniería de Sistemas - EPE

Areas de Proceso del Modelo CMMI-DEV

Ingeniería de Sistemas - EPE

Areas de Proceso

Requirements Management

Requirements Management (REQM)

• Propósito– Gestionar los requerimientos de los productos y

componentes del producto del proyecto, e identificar inconsistencias entre esos requerimientos y los planes y productos de trabajo del proyecto

• Discutamos: – ¿Qué problemas típicos se relacionan a la

gestión de los requerimientos?

Requirements Management (REQM)

REQM SP 1.1 Obtener una comprensión de los requerimientos

PROBLEMA (En organizaciones inmaduras)

PRÁCTICA DE CMMi(“Qué hacer”)

IMPLEMENTACIÓN (“Cómo hacerlo”)

Algunas ideas

Recibimos requerimientos de múltiples fuentes, formas, en distinto formato.

No se valida que los requerimientos cumplan los criterios que aseguren su calidad.

Desarrollar un entendimiento sobre el significado de los requerimientos.

Existen criterios para recibir y aceptar requerimientos.

Se tienen actividades para alcanzar entendimiento

Definir criterios y documentarlos. Ejemplo: (1) personas autorizadas para proporcionar requerimientos. (2) plantilla para especificar requerimientos. (3) nivel de detalle (4) evitar términos ambiguos.

Se realizan actividades para revisar la lista de requerimientos, la cual se establece y es conocida.

Relación entre las áreas de proceso REQM y RD

• El área de proceso RD (Desarrollo de Requerimientos) está relacionada a REQM.

• RD indica las prácticas para alcanzar la comprensión de los requerimientos (que corresponde al objetivo de la SP 1.1 de REQM).

• REQM contiene lo básico (la gestión), mientras que RD las prácticas más complejas que permiten comprender los requerimientos.

SP 1.1

SP 1.2

SP 1.3

SP 1.4

SP 1.5

REQMRD

SP 1.1

…

SP 3.5

REQM SP 1.1 Obtener una comprensión de los requerimientos

• Pregunta del revisor:– ¿Existen criterios definidos para aceptar

requerimientos? (ejemplo de criterios: plantilla para recibirlos, reglas que deben cumplir, etc.)

– ¿Se evalúa si los requerimientos cumplen con los criterios?

REQM SP 1.2 Obtener el compromiso sobre los requerimientos

PROBLEMA (En organizaciones

inmaduras)

PRÁCTICA DE CMMi(“Qué hacer”)

IMPLEMENTACIÓN (“Cómo hacerlo”)

Algunas ideas

Aquellos responsables de desarrollar / probar el código no conocen los requerimientos.

Son ellos quienes pueden evaluar la factibilidad de elaborarlos.

Usualmente, el proyecto se entera de dificultades en su desarrollo demasiado tarde.

Obtener el compromiso con los requerimientos de los participantes del proyecto.

Considerar también el compromiso con los cambios a los requerimientos.

Existe evidencia del compromiso.

Ejemplo: Tener una reunión con los desarrolladores y testers, luego de que estos revisen los requerimientos.

En la reunión expresan su compromiso, considerando los plazos.

Se produce un acta con el resultado de la reunión.

REQM SP 1.2 Obtener el compromiso sobre los requerimientos

• Pregunta del revisor:– ¿Se utiliza algún mecanismo que permita obtener el

compromiso de los desarrolladores y testers con los requerimientos?

REQM SP 1.3 Gestionar los cambios de los requerimientos

PROBLEMA (En organizaciones

inmaduras)

PRÁCTICA DE CMMi(“Qué hacer”)

IMPLEMENTACIÓN (“Cómo hacerlo”)

Algunas ideas

No se tienen mecanismos controlados para la gestionar los cambios (que sabemos que sucederán siempre)

No conocemos el impacto completo del cambio.

No sabemos qué requerimientos cambiaron, y si se aplicó el cambio o no.

Gestionar los cambios a los requerimientos, a medida que estos evolucionan a lo largo del proyecto.

Se evalúa el impacto con los involucrados, y se aplican o descartan los cambios, según sea el acuerdo.

Se documentan el cambio (fuente, detalle e impacto)

Definir un proceso de control de cambios, que indique quiénes participan.

Registrar los cambios en un formato, indicando el estado del mismo.

Hacer seguimiento a la aplicación de los cambios (como parte de las actividades de seguimiento del proyecto).

REQM SP 1.3 Gestionar los cambios de los requerimientos

• Pregunta del revisor:– ¿Se registran los cambios a la lista acordada de

requerimientos?– ¿El impacto es evaluado por todos los posibles

afectados? (desarrolladores, analistas, testers)– ¿Se registra el impacto?– ¿Se sabe cuáles son los cambios pendientes de

implementar?

REQM SP 1.4 Mantener la trazabilidad bidireccional de los requerimientos

PROBLEMA (En organizaciones

inmaduras)

PRÁCTICA DE CMMi(“Qué hacer”)

IMPLEMENTACIÓN (“Cómo hacerlo”)

Algunas ideas

Usualmente no se sabe si todos los entregables intermedios (especificaciones, casos de prueba, etc.) cubren todos los requerimientos.

Mantener trazabilidad bidireccional entre los requerimientos y entregables.

Debe indicar trazabilidad entre: requerimientos, requerimientos derivados, especificaciones, casos de prueba, releases, código fuente, etc.

Varias maneras:

Tener una matriz de trazabilidad en Excel.

Indicar en los entregables el número de requerimiento asociado. Ejemplo: En las especificaciones, código fuente, etc., indicar qué requerimientos satisface.

REQM SP 1.4 Mantener la trazabilidad bidireccional de los requerimientos

• Pregunta del revisor:– ¿Se puede relacionar los requerimientos con los

planes, especificaciones funcionales, casos de prueba y cambios al código fuente?

REQM SP 1.5 Identificar las inconsistencias entre el trabajo del proyecto y los requerimientos

PROBLEMA (En organizaciones

inmaduras)

PRÁCTICA DE CMMi(“Qué hacer”)

IMPLEMENTACIÓN (“Cómo hacerlo”)

Algunas ideas

Inicialmente, se procura tener un plan de trabajo en línea con los requerimientos acordados.

Sin embargo, suele suceder que los planes no contemplan los nuevos requerimientos o cambios al alcance de los acordados inicialmente.

Identificar las inconsistencias entre los planes del proyecto, los productos de trabajo y los requerimientos.

Ejemplo:- Hacer seguimiento a los cambios a los requerimientos aceptados. Asegurar que el cronograma los considere y que alguien tenga asignado atenderlo.

REQM SP 1.5 Identificar las inconsistencias entre el trabajo del proyecto y los requerimientos

• Pregunta del revisor:– ¿El proyecto ejecuta actividades periódicas que

permitan asegurar que los cambios aceptados están siendo considerados en el plan?

Aplicación de Metas Genéricas en REQM

• GG 1 Lograr las metas específicas– GP 1.1 Realizar las prácticas específicas

• Cumplir las SPs del área de proceso.

• GG 2 Institucionalizar un proceso gestionado– GP 2.1 Establecer una política de la organización

• Preguntas:• ¿Existe una política que indique cómo se debe

realizar la gestión de los requerimientos?• ¿Las personas que realizan la gestión de

requerimientos conocen esta política?

Aplicación de Metas Genéricas en REQM

– GP 2.2 Planificar el proceso• Se deben planificar las actividades de gestión de

requerimientos.

Pregunta:• Las actividades de gestión de requerimientos, ¿se

encuentran planificadas?.

Aplicación de Metas Genéricas en REQM

– GP 2.3 Proporcionar recursos• Todo lo necesario para realizar la gestión de

requerimientos se debe encontrar disponible: procesos, plantillas, sistemas de información, etc.

• Los roles a cargo de la gestión de requerimientos utilizan estos recursos.

Pregunta:• Los recursos que se utilizan para la gestión de

requerimientos ¿son adecuados y suficientes?

Aplicación de Metas Genéricas en REQM

– GP 2.4 Asignar responsabilidad• En la política o proceso se indican los responsables de

las tareas de gestión de requerimientos. En el proyecto, se indica quiénes desempeñarán estos roles.

Pregunta:• ¿Está establecido qué roles están involucrados en la

gestión de requerimientos? ¿Está documentado quiénes desempeñan estos roles?

Aplicación de Metas Genéricas en REQM

– GP 2.5 Formar (entrenar) al personal• Los roles responsables de la actividades de gestión de

requerimientos han recibido entrenamiento en el proceso establecido, y en todo lo necesario para poder realizarlo.

Pregunta:• ¿Los roles involucrados en el proceso de gestión de

requerimientos, han recibido entrenamiento en el proceso establecido?

Aplicación de Metas Genéricas en REQM

– GP 2.6 Controlar entregables (“gestionar configuraciones” en la v.1.2)

• Se utilizan mecanismos de versionado, control de cambios, etc., a los entregables producidos por la gestión de requerimientos.

• Se colocan en “línea base” ciertos elementos. Ejemplo: La lista de requerimientos acordada.

Pregunta:• ¿Se utilizan mecanismos de control (versionado, control

de cambios, etc), a los entregables producidos durante la gestión de requerimientos?

Aplicación de Metas Genéricas en REQM

– GP 2.7 Identificar e involucrar a las partes interesadas y relevantes.

• En el proceso de gestión de requerimientos se indica cuáles son los roles que se deben involucrar en sus actividades (como responsables, revisores, aprobador, receptor de comunicaciones, etc.).

• La participación de estos roles está documentada en el plan de proyecto.

Pregunta:• ¿Se conoce a quienes se debe involucrar en las

actividades de gestión de requerimientos?

Aplicación de Metas Genéricas en REQM

– GP 2.8 Monitorizar y controlar el proceso.• Existen indicadores que permiten controlar la gestión de

requerimientos• Los indicadores son conocidos por los roles relevantes

y utilizados para controlar aspectos de la planificación.• Algunos indicadores ejemplo: Volatilidad de

requerimientos.

Pregunta:• ¿Se utilizan indicadores para controlar la gestión de los

requerimientos?

Aplicación de Metas Genéricas en REQM

– GP 2.9 Evaluar objetivamente la adherencia• Mediante revisiones de QA, se asegura que la gestión

de requerimientos se realiza siguiendo los lineamientos del proceso establecido por la política.

• Las revisiones son realizadas por personas diferentes a los que ejecutan la gestión de requerimientos, utilizando checklists y reportando resultados.

Pregunta:• ¿Se revisa la adherencia de las actividades de gestión

de requerimientos ejecutadas versus el proceso establecido en la política?

Aplicación de Metas Genéricas en REQM

– GP 2.10 Revisar el estado con el nivel directivo• Brindar visibilidad a la Gerencia sobre la ejecución del

proceso de gestión de requerimientos, y resolver problemas.

• Pueden ser reuniones en las que se informa el estado.

Pregunta:• ¿Se entera la Gerencia del progreso y resultados de las

actividades de la gestión de requerimientos?

¿Preguntas?