Qué estás comprando exactamente

Tienes un concepto, una arquitectura o un expediente de seguridad y necesitas que lo examine alguien que no estaba en la sala cuando se escribió. Reviso lo que existe, señalo lo que no se sostendrá y lo digo en un documento que puedes poner delante de tu dirección o de tu cliente. Motivos habituales: un concepto de seguridad que debe pasar una evaluación externa, una decisión de arquitectura que nadie quiere firmar, una entrega de proveedor que sospechas pero aún no puedes rebatir, o un proceso que aprueba auditorías y sigue generando defectos.

• Revisiones de arquitectura y de concepto
• Evaluación del concepto de seguridad y de los productos de trabajo ISO 26262
• Análisis de brechas frente a una norma o a la especificación del cliente
• Hallazgos por escrito, con severidad y acción recomendada

Qué recibes — Un informe escrito: qué se examinó, qué se encontró, qué gravedad tiene cada hallazgo y qué hacer al respecto.

Tú entregas un alcance y una especificación; yo devuelvo los productos de trabajo acordados, elaborados en tus plantillas, en tu entorno de herramientas y a través de tus puertas de versión. Los criterios de aceptación se escriben antes de empezar, de modo que la entrega es una comprobación contra una lista y no una negociación. Es la forma habitual cuando un equipo interno está al límite, cuando una línea de trabajo debe correr en paralelo, o cuando un programa necesita una capacidad que no quiere contratar de forma permanente.

• Descomposición de requisitos, especificación y trazabilidad
• Modelos de comportamiento en Matlab, Simulink, Stateflow y Simscape
• Análisis de seguridad y los productos de trabajo asociados
• Evidencia de verificación y documentación que resiste una evaluación

Qué recibes — Los productos de trabajo acordados, en tus plantillas y tu cadena de herramientas, con la trazabilidad y la evidencia que los hace aceptables.

En vez de añadir un par de manos más, esto pone un responsable al frente de una línea de trabajo: trocear el alcance en paquetes, planificar contra tus hitos, revisar el trabajo de los ingenieros, asumir las decisiones técnicas y escalar lo bastante pronto como para que la decisión siga siendo barata. He dirigido equipos de seguridad y un equipo de desarrollo de cuadro de instrumentos en programas de fabricantes, bajo contrato con el proveedor que los ejecutaba, que es la estructura con la que realmente funciona este sector.

• Responsable técnico de una línea de trabajo o de una disciplina
• Planificación y avance frente a los hitos de tu programa
• Revisión y guía de los ingenieros de la línea
• Gestión de interfaces hacia el cliente y otros proveedores

Qué recibes — Una línea de trabajo que reporta en tu formato, llega a tus puertas y cuyo estado puedes creer sin volver a comprobarlo.

Un producto vendido en la Unión Europea debe satisfacer requisitos que su mercado de origen quizá nunca impuso. Identifico cuáles aplican a tu producto y a tu papel en la cadena, los traduzco a requisitos de ingeniería que tu equipo pueda implementar de verdad, y construyo la evidencia que pedirá una evaluación de conformidad. El caso habitual es un fabricante o proveedor de fuera de la UE, o uno que entra por primera vez en un segmento regulado, que conoce el destino pero no el camino.

• Determinar qué requisitos aplican, y a quién en la cadena
• Traducir la norma en requisitos de ingeniería verificables
• Evidencia de seguridad funcional conforme a ISO 26262
• Documentación técnica estructurada para la evaluación de conformidad

Qué recibes — Un conjunto de requisitos trazados a su origen legal o normativo, y la documentación técnica que demuestra que cada uno se cumple.