La mayoría de los equipos invierten mucho en la gestión de requisitos. Pocos invierten en lo que hace que esos requisitos tengan sentido.
Todos los programas de ingeniería se basan en requisitos. Estos definen lo que debe hacer un producto, cómo debe funcionar y qué normas debe cumplir. Las herramientas de gestión de requisitos sirven para registrar, rastrear y verificar dichos requisitos a lo largo de todo el ciclo de vida del desarrollo del producto.
La mayoría de los programas de gestión de requisitos cumplen bien con la función de recopilación. Sin embargo, donde fallan es a la hora de vincular cada requisito con la norma de la que procede y mantener esa vinculación actualizada a medida que la norma cambia.
La diferencia radica en el contexto. Un requisito que haga referencia a la norma IEC 60601-1 o a la MIL-STD-810 no significa nada para un ingeniero que no pueda ver qué es lo que realmente exigen esas normas reguladoras. Las principales plataformas de gestión de requisitos abordan parte de este problema: plantillas de cumplimiento integradas y registros de auditoría para normas como DO-178C, DO-254 y MIL-STD-882, junto con marcos normativos preconfigurados y trazabilidad en tiempo real entre los artefactos vinculados. Estas plantillas estructuran las categorías de requisitos y las vinculan a casos de prueba y registros de auditoría. Ninguna de estas plataformas incluye de serie el texto de las cláusulas de licencia de la norma. Los ingenieros disponen de un marco para demostrar el cumplimiento, pero no del lenguaje original que define qué significa dicho cumplimiento. Esa laguna es el punto de partida de los errores de diseño, los fallos en las auditorías y las modificaciones de última hora.
Los requisitos que no están vinculados a normas son incompletos
Los requisitos de ingeniería no existen de forma aislada. Un fabricante de dispositivos médicos que redacte un requisito de seguridad eléctrica lo hace con arreglo a la norma IEC 60601-1. Un programa aeroespacial que especifique la resistencia ambiental lo hace con arreglo a la norma MIL-STD-810. La norma es la fuente de referencia. El requisito es su traducción.
Cuando una herramienta de gestión de requisitos proporciona una plantilla de cumplimiento o un flujo de trabajo vinculado a una norma, pero no incluye el texto original de dicha norma, se rompe la cadena. Los ingenieros trabajan a partir de la estructura de la plantilla, no del texto original. Cuando la norma cambia o su interpretación es ambigua, no hay nada dentro de la herramienta con lo que contrastar la información.
Los equipos que trabajan en sectores altamente regulados se enfrentan a este riesgo constantemente. Las directrices de ciberseguridad de la FDA, la norma DO-178C, la ISO 26262 y la IEC 61508: estas normas definen lo que se considera un diseño aceptable, no solo la documentación. Un requisito que cite una cláusula de una norma pero que no facilite el acceso a dicha cláusula obliga a los ingenieros a trabajar de memoria, con copias informales o con impresiones obsoletas. Ninguna de estas opciones se sostiene ante una auditoría.
El instinto organizativo es resolver esto con bibliotecas de referencia offline: una unidad compartida con archivos PDF o una carpeta impresa sobre el escritorio. Estos enfoques mantienen la norma a una distancia considerable. Peor aún, la extracción en sí misma es manual. Los ingenieros pasan semanas desglosando a mano especificaciones de cientos de páginas en requisitos individuales, un proceso lento, inconsistente y propenso a errores antes incluso de que se haya escrito un solo caso de prueba.
El problema de verificación que surge más tarde
Las herramientas de gestión de requisitos son eficaces en un tipo concreto de trazabilidad: vincular un requisito con un caso de prueba y una actividad de verificación. Esa conexión es lo mínimo indispensable, y la mayoría de las herramientas la gestionan bien.
Lo que no pueden hacer es verificar que el propio requisito refleje correctamente la norma que pretende cumplir. Se trata de un tipo diferente de trazabilidad, que requiere que el texto real de la norma figure en el sistema, y no solo una referencia a la misma.
Pensemos en una situación habitual en el desarrollo de productos complejos. Un director de programa de un fabricante de equipos originales (OEM) de electrónica de defensa se prepara para una revisión de diseño. La herramienta de gestión de requisitos muestra una trazabilidad completa de los casos de prueba: cada requisito está vinculado a un caso de prueba, y cada caso de prueba está vinculado a una actividad de verificación. Sobre el papel, la cobertura parece completa.
El problema surge cuando un revisor cuestiona si el requisito de compatibilidad electromagnética (EMC) interpreta correctamente la sección 5 de la norma MIL-STD-461G. La herramienta de gestión de requisitos no puede dar una respuesta, ya que la propia norma nunca se incluyó en el sistema, sino solo una paráfrasis de la misma. El ingeniero recupera un archivo PDF, comprueba la cláusula y descubre que el requisito se redactó según una revisión obsoleta. El plan de pruebas se ha elaborado a partir de una especificación errónea. El diseño es incorrecto.
Las consecuencias van más allá de la repetición del trabajo. El impacto en el calendario, el esfuerzo de reverificación y el riesgo derivado que se traslada a la fase de producción o certificación agravan el coste de un único requisito desalineado.
Las deficiencias en la trazabilidad que detectan en primer lugar los auditores
Los auditores normativos no se limitan a comprobar si existen los requisitos. Verifican si los requisitos son correctos, si se ajustan con precisión a la norma aplicable y si las pruebas de verificación reflejan la versión actual de dicha norma.
Una herramienta tradicional de gestión de requisitos cumple la primera condición y, en cierta medida, la tercera. No puede cumplir la segunda sin un enlace activo a la propia norma.
Esto genera una carga administrativa que la mayoría de los equipos de ingeniería resuelven manualmente: mantener repositorios de normas independientes, establecer manualmente referencias cruzadas entre los requisitos y las cláusulas de las normas, y volver a elaborar esa matriz cada vez que se revisa una norma.
El trabajo que supone es considerable. Una auditoría de seguridad funcional según la norma ISO 26262 para un programa de automoción implica docenas de cláusulas normativas que se corresponden con cientos de requisitos. La norma IEC 62443, relativa a la ciberseguridad industrial, y la DO-254, para hardware programable complejo, plantean exigencias similares. Cuando se revisan las normas, es necesario revisar todos los requisitos afectados. Sin una conexión en tiempo real entre el entorno de gestión de requisitos y la norma de referencia, esa revisión es manual, propensa a errores y requiere mucho tiempo.
Esta discrepancia es previsible. Los auditores señalan constantemente requisitos que hacen referencia a normas sin un enlace verificable y actualizado a la propia cláusula.
Cómo se aplica en la práctica un hilo digital vinculado a los estándares
La alternativa comienza incluso antes de que se redacte el requisito: extraerlo directamente de la norma, en lugar de volver a escribirlo o parafrasearlo en una herramienta independiente.
Accuris Thread automatiza esa extracción. Identifica los requisitos contenidos en las normas y especificaciones, los estructura en objetos de requisitos reutilizables y mantiene cada uno de ellos vinculado al documento y a la cláusula de origen exactos.
Cuando los equipos de ingeniería trabajan de esta manera, se producen cuatro cambios:
• La elaboración de requisitos se vuelve más rápida y precisa.Los clientesde Threadahorran un 90 % más de tiempo a la hora de identificar y definir requisitos, y alcanzan una precisión del 90 % en la descomposición de los mismos, frente a la media del sector, que se sitúa en el 70 %. Los ingenieros dejan de volver a escribir las especificaciones y empiezan a trabajar a partir de objetos de requisitos estructurados y verificados.
• La trazabilidad se remonta hasta el origen. Cadaobjeto de requisito permanece vinculado a la norma, la especificación o el documento interno del que procede. Cuando un auditor pregunta si un requisito interpreta correctamente una cláusula, la respuesta es un enlace activo, no una búsqueda.
• Los sistemas actuales se mantienen tal cual. Threadse integra con el PLM y las herramientas empresariales que los equipos ya utilizan. No es necesario desmantelar un sistema de gestión de requisitos ya existente, sino que cubre la laguna que dicho sistema nunca fue diseñado para subsanar.
Los clientes de Accuris afirman haber conseguidoun ahorro anual de millones gracias a la reducción de las repeticiones de trabajo y de los errores derivados de los cambios, así como un ahorro adicional de millones al evitar costes gracias a unas auditorías más rápidas y mejor fundamentadas.
Las tres brechas que cubre el hilo digital
Las herramientas de gestión de requisitos son necesarias. Por sí solas, no bastan para garantizar el cumplimiento normativo y la calidad del producto.
Las organizaciones que sacan el máximo partido a sus inversiones en gestión de requisitos (RM) conectan esas herramientas a un hilo digital en tiempo real que remite a las normas que dan sentido a los requisitos. Esa conexión subsana tres carencias que afectan a todos los programas de ingeniería regulados:
• Precisión en la redacción: los requisitosextraídos directamente de la norma vigente, y no transcritos de memoria o a partir de una revisión obsoleta, son precisos desde el principio. La precisión en las primeras fases del proceso reduce las costosas correcciones posteriores.
• Exhaustividad de la trazabilidad: unacadena justificable se extiende desde el requisito hasta la cláusula exacta de la norma y, a partir de ahí, hasta las pruebas de verificación. Una matriz de trazabilidad que se detiene en el límite del requisito deja sin respuesta la cuestión más difícil en materia de cumplimiento.
• Reducción del tiempo de respuesta: cuandose revisa una norma, poder ver el impacto en cuestión de horas en lugar de semanas supone una ventaja tanto en materia de cumplimiento normativo como de competitividad. La búsqueda manual de referencias cruzadas es lenta y propensa a errores.
Los programas de ingeniería en los sectores aeroespacial, de defensa, de dispositivos médicos, de automoción y de fabricación industrial dependen del cumplimiento de las normas. La herramienta de gestión de requisitos realiza un seguimiento de lo que debe hacer el diseño. El hilo digital demuestra de dónde procede ese requisito. Ambos forman parte del mismo entorno.
Accuris Thread integralos requisitos, las normas y los artefactos de ingeniería en un único hilo digital auditable, sin sustituir los sistemas que los equipos ya utilizan.Descubre Accuris Thread en acción.
Lecturas relacionadas
Engineering Workbench: acceso a normas para equipos de ingeniería
Fuentes
1. Accuris. «Accuris Thread». Accuristech.com. Consultado en julio de 2026.https://accuristech.com/solutions/accuris-thread/. Estadísticas citadas: un 90 % más de ahorro de tiempo en la identificación y definición de requisitos; una precisión en la descomposición de requisitos del 90 %, frente al 70 % de la media del sector; un ahorro anual de millones gracias a la reducción de las repeticiones de trabajo; y un ahorro de millones en costes gracias a la eficiencia en las auditorías.
2. IEC. «IEC 60601-1: Equipos eléctricos médicos». Comisión Electrotécnica Internacional.https://www.iec.ch.
3. Departamento de Defensa de EE. UU. «MIL-STD-461G: Requisitos para el control de las características de interferencia electromagnética de los subsistemas y equipos». 2015.https://quicksearch.dla.mil.
4. ISO. «ISO 26262: Vehículos de carretera. Seguridad funcional». Organización Internacional de Normalización.https://www.iso.org.
5. RTCA. «DO-178C: Consideraciones sobre el software en la certificación de sistemas y equipos aeronáuticos». 2011.
6. PTC. «Por qué Codebeamer lidera la gestión de requisitos en el sector aeroespacial y de defensa». Ptc.com. 16 de diciembre de 2025.https://www.ptc.com/en/blogs/aerospace-and-defense/codebeamer-large-scale-requirements-management. Dato estadístico citado: plantillas de cumplimiento integradas y registros de auditoría para DO-178C, DO-254, MIL-STD-882 e ITAR.
7. Jama Software. «DOORS Next Generation o Jama Connect: una comparación detallada de las plataformas de gestión de requisitos». Jamasoftware.com. Actualizado el 20 de abril de 2026.https://www.jamasoftware.com/blog/doors-next-generation-or-jama-connect-a-side-by-side-look-at-requirements-management-platforms/. Dato estadístico citado: marcos preconfigurados para normativas sectoriales, trazabilidad en tiempo real.
