Daimler Truck konsoliderar sin DevOps-verktygskedja och minskar sin applikationsportfölj med 40 %
Michael Vormittag, Head of SAP Delivery, Architecture, Analytics & CTO Office på Daimler Truck, och Marko Klemetti, CTO på Eficode, höll ett föredrag på Enterprise Tech Leadership Summit Europe i april 2024 om DevOps-transformationen hos Daimler Truck. Här är några höjdpunkter från deras presentation.
När Daimler Truck bröt sig loss från Mercedes-Benz 2022 blev de inte bara världens största oberoende lastbilstillverkare, de fick också en ny början.
Det var enkelt att separera lastbilsfabrikerna från bilfabrikerna, men den verkliga utmaningen låg i den digitala sfären. Alla centrala IT-system och utvecklingsverktyg hade stannat hos Mercedes-Benz, vilket ställde Daimler Truck inför ett val: att bygga upp allt från grunden eller fortsätta med den gamla infrastrukturen.
De valde att ta tillfället i akt och använda det för att helt ompröva hur deras utvecklingsteam arbetar i en tid då de inte längre bara bygger traditionella lastbilar utan även leder utvecklingen av el- och vätgasdrivna fordon.
"Allt vi gör och det vi ska prata om är faktiskt ganska annorlunda, eftersom alla centrala funktioner stannade kvar i det gamla företaget. Så just nu har vi en ganska unik och spännande möjlighet att bygga upp allt från början."
Michael Vormittag, Head of CTO Office, Daimler Truck
Utmaningen: Att förändra utvecklingen samtidigt som man hanterar den dagliga verksamheten
När man driver en global verksamhet med dussintals utvecklingsteam i flera länder kan man inte bara trycka på paus för att implementera nya system.
Ändå var det precis vad som hände, vilket normalt är fallet när organisationer som Daimler Truck och Mercedes-Benz går skilda vägar: Och som i alla organisationer av den här storleken hade utvecklingslandskapet gradvis blivit mer komplext. Olika avdelningar körde sina egna verktygskedjor - vissa molnbaserade, andra lokala - och många var anpassade efter specifika behov.
"Vi hade en mängd olika verktygskedjor, med team som körde dussintals olika installationer av samma verktyg. Vi använde omvandlingen av Daimler Truck som en av möjligheterna att centralisera verktygskedjan."
Michael Vormittag, Head of CTO Office, Daimler Truck
När teamen hade dussintals olika installationer av samma verktyg, som alla krävde separat underhåll och uppdateringar, var utmaningarna mer än bara ineffektivitet. De höll på att bli ett verkligt hinder för innovation.
Daimler Trucks mål var att minska sin applikationsportfölj med 40 % och samtidigt hålla utvecklingsteamen produktiva och projekten på rätt spår, samtidigt som de strikta säkerhets- och efterlevnadsstandarder som förväntas av en global fordonstillverkare skulle upprätthållas.
Lösningen: Bygga en enhetlig utvecklarplattform
Det gamla arbetssättet innebar att vissa team körde sina egna versioner av verktyg - på vissa ställen upp till 50 separata installationer av samma programvara. T3 rensade upp detta genom att ge alla tillgång till en central uppsättning verktyg.
När Daimler byggde T3 tänkte de på AI-verktyg som de kanske skulle vilja lägga till senare. De skapade vad de kallar en "light-touch governance"-strategi - tillräckligt med regler för att hålla saker säkra och korrekt hanterade, men inte så många att det saktar ner teamen.
"Vi vill bygga en grund för vem som helst, oavsett i vilken del av organisationen, som faktiskt utnyttjar rätt saker på ett kostnadseffektivt och hanterbart sätt."
Michael Vormittag, Head of CTO Office, Daimler Truck
I stället för att underhålla flera versioner av samma verktyg tillhandahåller T3 en konsoliderad uppsättning centrala utvecklingsverktyg som kan användas av alla team i organisationen, oavsett deras specifika behov.
I samarbete med Eficode utformade Daimler Truck denna strategi så att den var mer än bara verktygskonsolidering. Det handlade om att bygga en grund för framtida innovation.
Plattformen utformades för att vara tydlig och grundläggande. Men den måste också vara tillräckligt dynamisk för att kunna integrera ny teknik, särskilt AI-drivna utvecklingsverktyg. För att säkerställa ansvarsfull innovation implementerade Daimler Truck också vad de kallar ett ramverk för "minimal viable governance" för AI. På så sätt kunde de hitta en balans mellan kontroll och smidighet på ett sätt som gör det möjligt för teamen att innovera samtidigt som nödvändig tillsyn upprätthålls.
"Jag kallar det minimal hållbar styrning eftersom jag vet att stora företag som vårt, om man pratar om styrning, tenderar att bygga mycket starka skyddsnät. Och det är en risk - vi vill vara snabba, särskilt om man talar om DevOps."
Michael Vormittag, Head of CTO Office, Daimler Truck
Resultatet: En smidigare och mer agil utvecklingsmiljö
Omvandlingen har redan visat imponerande resultat. Från att ha varit en massiv organisation med 300 000 anställda som delades upp i två företag, är Daimler Truck (med 100 000 anställda på 45 produktionsanläggningar) på god väg att överträffa sitt ambitiösa mål att minska sin applikationsportfölj med 40 %.
De nådde denna milstolpe redan innan de slutfört sin fullständiga uppdelning från Mercedes-Benz genom att eliminera dussintals överflödiga verktygsinstallationer - i vissa områden gick de från många separata instanser av samma verktyg till en enda, centralt hanterad installation.
Men effekterna sträcker sig längre än bara siffror - företaget har skapat en mer hållbar och hanterbar utvecklingsmiljö som kan utvecklas i takt med deras behov. I sin strävan efter innovation har de redan satt 10 utsläppsfria fordon i produktion, med stöd av sin nya strömlinjeformade utvecklingsinfrastruktur.
Den enhetliga verktygskedjan har eliminerat de risker som är förknippade med att underhålla flera från varandra fristående system. Samtidigt gör det nya ramverket för AI-styrning att Daimler Truck kan integrera AI-drivna utvecklingsverktyg på ett ansvarsfullt sätt.
Med denna omvandling har Daimler Truck lagt grunden för företagets nästa kapitel, där de kan fokusera på innovation inom utsläppsfria fordon och annan framtida teknik med en mer effektiv, konsoliderad utvecklingsinfrastruktur.
Se hela föredraget
