Yosemite Fitness
Related Articles
Los coches de hoy son un software complejo. Tienes el sistema de infoentretenimiento conectado a tu teléfono. Tienes Lane Keep Assist, que te permite saber cuándo estás empezando a desviarte de tu carril. También puede tener un sistema de alarma de retroceso que le advierte que hay una persona caminando cerca de su automóvil. Así que ahora, además de todos los demás componentes que un automóvil necesita para funcionar, también se ha incorporado el software, creando un ecosistema complejo que no puede fallar en ningún momento. En el episodio más reciente de nuestro podcast What the Dev, nos acompañó Cameron van Orman, jefe de estrategia y marketing y director general de Soluciones Automotrices de Planview, para hablar sobre cómo estos fabricantes de automóviles gestionan sus ciclos de vida de desarrollo de software. Aquí hay una versión editada y abreviada de esa conversación: Hablemos un poco sobre la complejidad de fabricar estos autos, el software. ¿Qué se necesita para fabricar estos vehículos autónomos? Como dijiste, David, es muy complicado. Está considerando una industria que lideró la revolución industrial y ha dominado la ingeniería mecánica, la física, el doblado de metales y la combustión como parte de la propulsión de vehículos durante más de 100 años. Y ahora, este mismo grupo que cuenta con 100 años de cadenas de suministro físicas llega un poco tarde (pero rápido) a la fiesta del software. Dependiendo del fabricante de automóviles con el que se hable, en un coche actual hay entre 100 y 500 millones de líneas de código, y no me refiero sólo a los vehículos eléctricos. Incluso en un automóvil tradicional con motor de combustión interna hay mucha complejidad en todo ese software creado y diseñado no solo por el OEM, sino por una cadena de suministro de múltiples niveles. ¿Cómo logramos que esto sea integrado, funcional y efectivo y que brinde experiencias transformadoras para nosotros como conductores y pasajeros? La construcción de automóviles siempre ha sido un proceso muy mecánico. Ahora es mucho más un proceso digital en muchos sentidos. Quiero decir, en realidad es la fusión de ambos. ¿Cómo se están adaptando los fabricantes de automóviles? Probablemente sea un cambio completo. Escuché a uno de los proveedores de infraestructura de nube más grandes del mundo acusar a las industrias automotrices de ser las últimas en creer en la adopción de la nube, y muchas de ellas todavía están en las instalaciones, pero realmente están adoptando todo este software moderno con mucha rapidez. En los últimos 10 años ha habido una explosión de código y software en un automóvil, pero todavía hay un desafío en esta transformación ágil, la transformación digital, que está ocurriendo en una industria que tiene este profundo legado en la fabricación física y el doblado de metales. El lanzamiento de una nueva plataforma automotriz o de un nuevo modelo de automóvil depende a menudo del software. Mark Fields, ex director ejecutivo y presidente de Ford, es presidente de Planview y tuve la oportunidad de hablar extensamente con él sobre este tema. Y a lo largo de 100 años, los fabricantes de automóviles realmente han perfeccionado y tienen una gran visibilidad de todo lo físico que implica el lanzamiento de un nuevo vehículo, todo el diseño, la aerodinámica, la propulsión, la combustión y todo el equipamiento de las fábricas. el software que está provocando el retraso de los modelos. En algunos casos, esto provoca que los directivos –y lo hemos visto en Europa– pierdan sus puestos de trabajo. Y a diferencia de la producción física con esta larga historia y comprensión de la quema (comienzas con toneladas de elementos por hacer y cada semana tienes tu reunión y los elementos se reducen hasta que está listo para lanzarse), esta no es la forma en que funciona el desarrollo de software. Y las empresas automotrices están lidiando con la previsibilidad y eficiencia de la cadena de suministro de software, no sólo la cadena de suministro física. Si el software se retrasa o retrasará el lanzamiento de una plataforma, eso puede costar diez millones de dólares, porque hay plantas físicas que han sido equipadas y están inactivas. ¿Qué hay de probar ese software? Obviamente, esto tiene que ser algo de misión crítica. No hay forma de que un vehículo definido por software pueda fallar, sería catastrófico. Entonces, ¿cómo funciona esto en términos de planificación de cartera, cuánta planificación previa se necesita hacer para garantizar que cosas así no sucedan? Muy. ¿Cómo se puede obtener esa visibilidad de la eficacia, el flujo, la previsibilidad y la productividad de todo el ciclo de vida de su cadena de herramientas de software y de los procesos de desarrollo de software? Y lo que es verdaderamente único en la industria automotriz es que cuando hablamos de palabras de moda en tecnología como DevOps o gestión del flujo de valor, muy a menudo pensamos en ello dentro de los límites de una sola organización. Pero en la industria automotriz hay que pensar en ello en todo su conjunto distribuido de proveedores y empresas, desde los OEM de nivel uno hasta los de nivel dos. Como conductor o pasajero de un coche, no sabes si el sistema de frenos o el centro de infoentretenimiento es el software que lo gestiona y lo hace funcionar, si fue construido y codificado por el OEM, desde el primer nivel, desde un proveedor de subcomponentes? Y no te importa. Todo tiene que funcionar en conjunto. Por tanto, la complejidad del ciclo de vida del desarrollo de software y la necesidad de visibilidad son mucho mayores. Las empresas individuales luchan por tener visibilidad de sus DevOps o ciclos de vida de software en todos los pasos y herramientas. Esto se ve amplificado por los OEM, que tienen sus propias divisiones, regiones y silos, y luego tienen su propia configuración compleja de proveedores que pueden sumar cientos. Necesitas esa visibilidad. Y hablaste de calidad. Necesitas esa trazabilidad. Mientras nos preparábamos para la llamada, usted mencionó que su esposa tenía problemas con el sistema de información y entretenimiento. Luego, va a su distribuidor o taller de maquinaria local y ellos deben informar el problema del software de TI al OEM. El OEM necesita averiguar quién creó realmente ese código, nivel uno, nivel dos, y debe rastrearlo hasta ese equipo de desarrollo. Tienen que verlo. Luego tienen que arreglarlo, y tienen que empujarlo completamente hacia arriba y finalmente dentro del auto, ¿verdad? Y esa trazabilidad es muy importante.
