Los titulares recientes del sector automovilístico ponen de manifiesto un reto que afecta a todos los desarrolladores de software embebido.
Una historia Se hizo hincapié en la decisión de Ford de reincorporar a ingenieros experimentados, lo que demuestra la importancia del conocimiento institucional. Las personas que comprenden por qué los sistemas se diseñaron de cierta manera, cómo evolucionaron y dónde pueden ocultarse los riesgos potenciales suelen ser tan valiosas como la tecnología misma.
Otra historia La noticia se centró en la prohibición impuesta a Polestar para vender vehículos en Estados Unidos debido a que su hardware y software estaban vinculados a China y Rusia. Independientemente de la postura de las organizaciones respecto a las políticas subyacentes, la historia pone de relieve una realidad cada vez más importante: el origen, la propiedad y la gobernanza del software se están convirtiendo en cuestiones de importancia estratégica.
A primera vista, estas historias parecen inconexas. Una trata sobre personas; la otra, sobre tecnología. Pero, en el fondo, ambas giran en torno a lo mismo: si una organización puede garantizar la fiabilidad de los sistemas de los que depende: quién los creó, quién los entiende ahora y quién será responsable de ellos en el futuro.
En última instancia, estos artículos plantean las mismas preguntas:
¿Quién está detrás del código?
No solo quién lo escribió.
¿Quién lo entiende?
¿Quién se encarga de su mantenimiento?
¿Quién lo posee?
¿Quién puede explicarlo?
¿Y quién seguirá apoyándolo años después del lanzamiento del producto?
Estas son preguntas que todo fabricante de automóviles debería hacerse. Son preguntas que también deberían plantearse los fabricantes de dispositivos médicos, equipos industriales, productos de fitness y electrónica de consumo.
Porque la procedencia del software ya no es solo una preocupación del departamento de TI.
Es una cuestión empresarial.
La cadena de suministro de software se está volviendo más compleja.
No hace mucho, evaluar el software era relativamente sencillo. Las organizaciones se centraban en la funcionalidad, el rendimiento, el coste y los plazos de entrega.
Hoy en día, las empresas, desesperadas por acelerar los ciclos de desarrollo, han cambiado esa ecuación.
El software puede desarrollarse en varios países. Los componentes pueden provenir de numerosos proveedores. Las bibliotecas de código abierto están integradas en las aplicaciones modernas. Las herramientas de desarrollo asistidas por IA generan código a una velocidad sin precedentes. Los equipos cambian. Los contratistas se marchan. Se producen adquisiciones. Las hojas de ruta de los productos se modifican.
En consecuencia, muchas organizaciones pueden responder qué hace su software. Menos aún pueden explicar con seguridad de dónde proviene.
Esa distinción importa.
Ya sea que esté diseñando una cabina digital, un dispositivo de monitorización médica, una cinta de correr conectada, un electrodoméstico inteligente o un panel de control industrial, el software que impulsa la experiencia del usuario representa cada vez más una parte significativa del valor del producto, y también de su riesgo.
Tres preguntas que todo fabricante debería hacerse
Pregunta 1: ¿Sabe dónde se desarrolla su software?
Durante años, el origen del software se consideró en gran medida una cuestión de adquisición.
Hoy en día, se está convirtiendo en un problema de gobernanza.
La industria automotriz ya está sintiendo el impacto, ya que los reguladores están examinando más de cerca las tecnologías de vehículos conectados y los ecosistemas de software que las respaldan.
La geografía es importante, sobre todo a medida que evolucionan las normativas. Los fabricantes deben tener visibilidad sobre dónde se desarrolla el software, quién posee la propiedad intelectual, quién controla la hoja de ruta, quién mantiene los componentes críticos y qué dependencias existen en todo el conjunto del software.
La transparencia se está convirtiendo cada vez más en una ventaja competitiva. No porque las regulaciones lo exijan, sino porque los equipos directivos, los clientes y las partes interesadas la esperan.
Pregunta 2: ¿Sabe qué porcentaje de su software fue creado por IA?
La inteligencia artificial está transformando rápidamente el desarrollo de software.
Utilizadas de forma responsable, las herramientas basadas en inteligencia artificial pueden mejorar la productividad, reducir el tiempo de desarrollo y ayudar a los ingenieros a resolver problemas de manera más eficiente.
Pero el auge del código generado por IA plantea nuevas preguntas. ¿Quién lo revisó? ¿Quién lo validó? ¿Quién es responsable de él? Y cuando surja un problema crítico años después, ¿quién estará disponible para explicarlo, mantenerlo y corregirlo?
La cuestión no es si se debe usar la IA, sino si las organizaciones mantienen la responsabilidad de la ingeniería sobre lo que se produce, ya sea que esto implique que un ingeniero designado apruebe cada confirmación asistida por IA, un estándar de revisión documentado antes de que el código llegue a producción o simplemente una política que establezca que ningún componente generado por IA se distribuya sin una persona que pueda explicar cómo funciona.
Ya sea que el código lo escriba una persona, lo genere una herramienta o se cree mediante una combinación de ambos, la responsabilidad no se puede delegar. Alguien tiene que entenderlo.
Especialmente en productos de los que los clientes dependen a diario.
Pregunta 3: ¿Alguien conserva aún ese conocimiento?
Esta podría ser la pregunta más ignorada de todas.
La historia de Ford Tuvo gran repercusión porque todas las organizaciones de ingeniería reconocen el desafío. Con el tiempo, el conocimiento especializado se va. Los proyectos cambian de manos. Los equipos se reorganizan. Los proveedores evolucionan. La documentación queda obsoleta.
Con el tiempo, las organizaciones pueden encontrarse siendo responsables de sistemas que nadie comprende del todo.
No se trata de un problema tecnológico, sino de un problema de conocimiento. Y esa es una de las razones por las que las alianzas a largo plazo son importantes.
Los fabricantes necesitan algo más que código fuente. Necesitan acceso a conocimientos especializados. Necesitan continuidad. Necesitan socios que comprendan no solo qué hace el software, sino también por qué se diseñó de esa manera en primer lugar, y que puedan seguir explicando y respaldando esas decisiones años después.
Mejores preguntas conducen a mejores productos.
A medida que los productos se vuelven más conectados, más inteligentes y más dependientes del software, los fabricantes deberían plantear a sus socios tecnológicos algunas preguntas fundamentales:
- ¿Dónde se desarrolló este software?
- ¿Quién lo posee?
- ¿Quién se encarga de su mantenimiento?
- ¿Cómo se utiliza la IA en el proceso de desarrollo?
- ¿Quién entiende la arquitectura?
- ¿Quién dará soporte a este producto dentro de cinco o diez años?
Estas no son solo cuestiones de ingeniería.
Son cuestiones de liderazgo.
Se trata de preguntas sobre si una organización puede respaldar con confianza los productos que lanza al mercado, tanto hoy como en el futuro.
Son preguntas sobre riesgo, resiliencia, responsabilidad y éxito del producto a largo plazo.
¿Por qué Altia?
En Altia, estas preguntas no son teóricas.
Llevamos desarrollando software para interfaces gráficas de usuario integradas desde 1991. Nuestros equipos de ingeniería se encuentran en Estados Unidos y Europa, y nuestros ingenieros llevan con nosotros, en promedio, más de 15 años. Esto significa que es muy probable que las personas que desarrollaron su software sean las mismas que aún puedan explicar por qué se diseñó de esa manera.
Que la continuidad importa.
Muchos de nuestros clientes han confiado en la tecnología de Altia durante más de una década. Estas relaciones a largo plazo reflejan lo que sucede cuando un proveedor considera el mantenimiento y el soporte a largo plazo como una característica del producto, y no como algo secundario.
Nuestro equipo cuenta con una amplia experiencia en gráficos integrados, interfaces hombre-máquina, optimización del rendimiento, implementación en producción y soporte de productos a largo plazo. Igualmente importante, priorizamos la transparencia en cuanto al desarrollo de nuestro software, quién le brinda soporte y cómo evoluciona con el tiempo.
En un mundo de cadenas de suministro de software cada vez más complejas, un escrutinio regulatorio creciente, código generado por IA y rápidos cambios tecnológicos, nuestros clientes merecen tener confianza en las personas, los procesos y la experiencia que respaldan nuestros productos.
Las organizaciones que desarrollan los productos del futuro, ya sean vehículos, dispositivos médicos, equipos de ejercicio, sistemas industriales o productos electrónicos de consumo, deben saber de dónde proviene su software, quién lo respalda y quién estará ahí para brindarle soporte en el futuro.
Ese tipo de preguntas son las que ayudan a crear mejores productos y alianzas más sólidas.