Creación de un Plan de Gestión de Requisitos de Ingeniería

Identificar y establecer un conjunto de requisitos en el punto de partida de cualquier proyecto es crucial para alcanzar el éxito. Este artículo, de manera sencilla, tiene como objetivo introducirte a la creación de un plan de gestión de requisitos en proyectos de ingeniería a través de algunos conceptos básicos y el uso de Altium 365 Requirements & Systems Portal.

Este blog está dirigido a ingenieros, profesionales, gerentes de proyecto, gerentes de producto y cualquier persona que necesite entender cómo crear un plan de gestión de requisitos.

¿Qué es un Requisito?

Aunque obvio, vale la pena reflexionar sobre la cuestión '¿qué es un requisito?' Un requisito, según el diccionario, es 'una circunstancia o condición necesaria para algo.' En el mundo de la ingeniería, los requisitos son una forma de comunicación entre los usuarios o clientes y los desarrolladores de un proyecto. A veces, especialmente en proyectos grandes, esta es una de las pocas formas posibles en que los usuarios pueden decirles a los desarrolladores lo que quieren.

Ejemplo de un requisito en un proyecto automotriz:

'Los usuarios podrán viajar automáticamente a velocidades predefinidas mediante el control de crucero.'

¿Por qué son tan importantes los requisitos?

Se dice que: "una definición y gestión deficientes de los requisitos pueden costarte una fortuna y llevar al fracaso en la ejecución del proyecto".

La definición de requisitos es tan importante que generalmente forman la base de los contratos entre clientes y proveedores. Lo que se define en los requisitos debe considerarse en el proyecto y puede ser requerido por el cliente, sin embargo, lo que no aparece en la definición de los requisitos no será exigido en la fase de entrega del proyecto.

Por lo tanto, si somos responsables de escribir los requisitos, deberíamos:

• Descubrir exactamente las necesidades del cliente.
• Crear un documento con una estructura clara y requisitos bien organizados.
• Organizar una reunión con el cliente para verificar que ambas partes tengan intereses escritos (contrato).
• Asegurar que la solución adoptada sea fiel a los requisitos a medida que avanza el proyecto.
• Verificar y probar el cumplimiento con los requisitos.

Este grupo de acciones es conocido como el plan de gestión de requisitos. Es muy importante tener un gerente o equipo de gestión en la organización que identifique, defina y rastree los requisitos a lo largo de la vida del proyecto.

¿Cómo Debería Escribirse un Requisito?

Escribir un requisito no es tan simple y trivial como puede parecer. Es un documento que debe cumplir con cierta cantidad de criterios. Por lo tanto, un requisito debe:

• Ser claro, preciso y específico: debe describir clara y exactamente lo que se necesita.
• Ser conciso: usar la menor cantidad de palabras posible.
• Usar un lenguaje simple: evitar confundir al lector con términos técnicos o palabras complicadas.

Ejemplo de un requisito bien escrito:

• Todos los componentes (SMD y de orificio pasante) deben colocarse en la cara SUPERIOR.

Ejemplo de un requisito mal escrito:

• Los componentes SMD deben colocarse todos en el mismo lado, y se debe asegurar que la soldadura de los componentes de orificio pasante esté en el lado opuesto al de la soldadura de los componentes SMD.

En el ejemplo anterior, el requisito bien escrito es conciso y define perfectamente sin ambigüedad lo que se requiere, mientras que el requisito mal escrito tiene demasiado texto, lo cual no aporta nada, confunde al lector y es impreciso (no define en qué lado se deben colocar los componentes).

Los requisitos siempre son obligatorios y, por lo tanto, deben escribirse utilizando "deberá". Cuando los requisitos son preferencias o deseos (no obligatorios) se puede usar "debería" para definirlos o incluso "puede" cuando es una sugerencia o se da permiso.

Reglas Básicas para Definir un Requisito

Además de lo anterior, cuando definimos un requisito, debe seguir algunas reglas básicas:

• Debe tener un ID único.
• Debe entenderse por sí mismo sin información adicional.
• Debe ser consistente con el resto de los requisitos.
• Siempre debe estar actualizado (control de versiones).
• Debe ser factible (evitar requisitos imposibles).
• Su implementación debe ser verificada mediante inspección, demostración o prueba.

Identificación de Requisitos

Cada requisito definido debe tener un ID único para que pueda ser referido durante la definición y revisión de requisitos, así como en cualquier momento durante la fase de ejecución del proyecto. Un ejemplo de identificación de requisitos se muestra utilizando Altium 365 Requirements and Systems Portal.

¿Qué Tipos de Requisitos Existen y Cómo se Clasifican?

Principalmente existen dos tipos de requisitos:

• Requisitos Funcionales: Estos definen la funcionalidad del sistema.
• Requisitos No Funcionales: Estos imponen restricciones o limitaciones a la solución (ambientales, fiabilidad, compatibilidad electromagnética, seguridad, regulaciones aplicables, requisitos de coste, plazos, etc.).

La combinación de estos requisitos funcionales y no funcionales constituye lo que se conoce como la especificación del sistema. En la especificación del sistema, los requisitos se agrupan según los siguientes niveles:

• Requisitos iniciales o del cliente
• Requisitos del sistema
• Requisitos del subsistema

Los requisitos iniciales o del cliente son aquellos que son proporcionados directamente por el cliente o usuario antes de que comience el proyecto. Son cruciales, ya que capturan las necesidades del cliente y, por lo tanto, sirven como punto de partida para crear nuestra matriz de requisitos. Posteriormente, la especificación del sistema organiza los requisitos basándose en el nivel de detalle pertinente a cada parte del proyecto. De esta manera, tenemos requisitos del sistema, que se aplican al sistema completo, y requisitos del subsistema, que se aplican solo a partes específicas del sistema. Ilustremos esto con un ejemplo.

Supongamos que estamos desarrollando un proyecto donde se va a crear un nuevo smartwatch. Los requisitos del sistema, por lo tanto, son aquellos que se aplican al conjunto (ver los ejemplos a continuación):

• REQ-01: Deberá ser diseñado para usuarios adultos.
• REQ-02: Deberá mostrar toda la información en la pantalla.
• REQ-03: Deberá ser recargable.
• REQ-04: Deberá tener botones u otros mecanismos para la navegación del usuario a través de los menús.

Una vez que se han definido los requisitos del sistema, los requisitos restantes se dividen en diferentes subsistemas.

Siguiendo el ejemplo del proyecto de desarrollo del smartwatch, ejemplos de subsistemas incluyen:

• Subsistema 1 – Correa
• Subsistema 2 – Pantalla
• Subsistema 3 – Energía
• Subsistema 4 – Comunicaciones
• Subsistema 5 – Interfaz de Usuario

Por lo tanto, la definición de los requisitos de los subsistemas podría ser como sigue:

• STRAP-01: Se deberán usar materiales reciclables.
• STRAP-02: Deberá poder fijarse magnéticamente.
• DISPLAY-01: La pantalla deberá ser de 2 pulgadas.
• DISPLAY-02: La resolución deberá ser de 368 x 448 píxeles.
• POWER-01: Deberá ser alimentado por una batería recargable.
• POWER-02: La duración de la batería deberá ser de al menos 48 horas.
• COMMS-01: Deberá ser capaz de comunicación Bluetooth.
• COMMS-02: Deberá ser capaz de comunicación Wi-Fi.
• UI-01: Deberá tener un botón lateral en forma de dial para la navegación del menú.

Esta organización estructurada de los requisitos permite una definición, seguimiento y gestión más fáciles. 

Rastreabilidad de Requisitos

En un plan de gestión de requisitos, la rastreabilidad de requisitos es esencial; esto significa rastrear u observar la evolución de la implementación de los requisitos a lo largo del proyecto.

Continuando con el ejemplo del proyecto de smartwatch, una vez que los esquemáticos del producto están diseñados, los ingenieros y gerentes deben mantener tantas reuniones como sean necesarias para verificar que la solución diseñada cumple con los requisitos definidos antes de pasar al siguiente paso, en este caso, el diseño del PCB.

El portal de Requisitos y Sistemas ayuda en esta tarea, ya que proporciona visibilidad de los requisitos definidos directamente en Altium 365. Esto significa que los gerentes e ingenieros ahora pueden rastrear los requisitos en el diseño en tiempo real, a través de un navegador web, permitiéndoles agregar comentarios, asignar tareas a los miembros del equipo y proporcionar visibilidad en tiempo real de los cambios en los requisitos a los ingenieros de diseño, transformando completamente el paradigma tradicional de diseño y revisión.

¿Cómo se gestionan los requisitos?

Existen diversas formas de gestionar los requisitos. Las empresas con menos recursos financieros y los profesionales independientes a menudo utilizan herramientas simples y económicas como hojas de cálculo controladas por versiones, mientras que las empresas más grandes típicamente utilizan software especializado para la gestión de requisitos como DOORS, Valispace, Confluence, ReqView, entre otros. Altium ha adquirido Valispace e integra ahora la herramienta de gestión de requisitos en el ecosistema de Altium 365 a través del Portal de Requisitos y Sistemas.

Procedimiento del Plan de Gestión de Requisitos

Basándonos en las secciones anteriores, podríamos definir el plan de gestión de requisitos como el conjunto de acciones mediante las cuales la empresa define, gestiona, verifica y valida las necesidades o requisitos de los interesados a lo largo de la ejecución del proyecto, desde la concepción hasta la comercialización. La siguiente imagen ilustra un diagrama de flujo de un plan de gestión de requisitos estándar.

Conclusiones

La Importancia de Tener un Plan de Gestión de Requisitos

Cada proyecto de ingeniería debe contar con un plan de gestión de requisitos que asegure que el equipo de desarrollo comprenda completamente las necesidades del cliente y todos los requisitos del sistema y subsistemas.

Saber Cómo Escribir, Definir e Identificar Correctamente un Requisito

Se deben seguir reglas básicas para escribir y definir requisitos. De igual manera, es esencial entender los tipos de requisitos que existen y cómo clasificarlos correctamente, así como comprender qué es la trazabilidad de requisitos.

Trazabilidad de Requisitos

Los requisitos se han escrito para ser cumplidos, por lo tanto, observarlos y rastrearlos durante la ejecución del proyecto es muy importante, ya que cuanto antes se detecte una desviación o incumplimiento, menor impacto tendrá en el proyecto.

Usar el Software Apropiado

Utilice el Portal de Requisitos y Sistemas para maximizar su potencial en conjunto con Altium 365. Esto permite una interacción mucho más estrecha entre la ingeniería de requisitos y la ingeniería de desarrollo, reduciendo la probabilidad de desviaciones en el proyecto y acortando los tiempos de desarrollo.

¡Comience a usar hoy mismo la gestión de requisitos moderna y potenciada por IA!