Taking PLM Collaboration to the Next Level for Strategic Joint Venture Product Development

Välkomna till den här sessionen. Jag heter Håkan Korén från Eurostep Group. Jag har jobbat där länge. Jag var en av grundarna av Eurostep för 21 år sedan. Jag har nöjet att göra den här presentationen tillsammans med Thron Simenman från Volvo Group. Han kommer att göra de flesta presentationerna. Jag har några bilder här som introduktion. Och vi kommer att prata om att ta PLM-samarbeten till nästa nivå för ett strategiskt gemensamt företags utveckling. Det kommer att vara, jag antar att fallstudien är gemensamt företag relaterad, men vad Trondis presenterar är lite bredare än så. Men ni kommer att höra det. Och bara lite reflektion. Jag var här för ett år sedan, inte med Volvo, men med Siemens. Turbines, Siemens Industrial Turbo Machinery, en person som heter Christoffer Thoresson. Och sedan presenterade vi det på ett liknande ämne. Förra året pratade vi om Secure Data Sharing in the Extender Enterprise. Så det här är liknande, men ändå lite annorlunda. Vi har naturligtvis fortsatt att jobba med Siemens implementering och har också sedan nästan ett år tillbaka jobbat med Volvo Group. Det här är en av mina få bilder. Det här är en bild jag använde förra året. Den handlar om vår mjukvara, Share Space. Och annorlunda från vad vi hörde mycket i morse. Det här är en mjukvara, inte för intern PLM eller intern ERP. Det här är verkligen mjukvara, designad för samarbete. Och sen måste man fokusera på några saker som är annorlunda än om man gör en intern PLM-grej. Säkerhet. Vi har hört det i många presentationer idag. Det är viktigt. Ägande av information, skydda IPR. Identifierare på objekt. Det är väldigt kritiskt om du vill dela data med andra. Att du får meddelanden över företagets gränser. Konsolidera information om olika källor. Och naturligtvis integrationsaspekten. Integration med auktoriseringsprogramvara och teamdata management programvara. Och detta ger komplexitet i heterogen miljö. För om du arbetar med leverantörer och partners och kunder finns det ingen möjlighet att du kan kontrollera allt de har i termer av processer och IT-system. Så vad Ture Space är, det är designat för en snabb uppsättning. för nya samarbetsprojekt. Vi stör inte interna processer och interna ISIT-system hos partners. För om man börjar göra det tar det, återigen, evigheter. Speciellt om man har ett komplext nätverk man jobbar med. Det är standardbaserat och täcker verkligen hela livscykeln. Från krav till slutet av livet i första fasen och sedan tillbaka igen som Peter Bilell nämnde, den multilivscykel stöd vi behöver ha idag. Vi kan i Chirospace naturligtvis också stödja nativa CAD-filer, PDF-dokument och så vidare. Och vad vi gör, vi utesluter inte data utbyte, men vi ser inte det som som den framtida. Någon nämnde att dela idag, jag tror att det var Joss. Och det är verkligen framtiden. För datautbyte, som en person från BA system sa, ju bättre du är på datautbyte, desto värre är din situation i termer av konfigurationsledning. För du skickar mycket saker runt och i slutändan vet du inte riktigt vad som finns där och vem som gör vad och vilken version av informationen. Så med det är jag klar. Kom ihåg att jag har tre bilder i slutet. Under tiden kommer jag att titta på världscupen.

Jag rapporterar till dig. Okej, jag heter Trond Zimmermann. Jag arbetar för Volvo Group. i tekniska divisionen. Jag är PDM portfolio manager, vilket betyder att jag är ansvarig för vår kontinuerliga utveckling och förbättring av våra PDM lösningar som används över hela gruppen och även underhållet av de lösningarna. Jag har haft min position i princip i fyra år nu. Det är ungefär det. Att ta PLM-samarbete till nästa nivå för joint venture produktutveckling. Det är titeln. Det här är innehållsdelen. som jag kommer att ta dig igenom. Först några bilder av vad Volvo Group Trucks Technology är. Sedan ska jag låta dig förstå vilken typ av affärsutmaningar och scenarier vi förutsåg för ungefär ett och ett halvt år sedan. Medan vi utmanades med ett speciellt joint venture, som jag kommer tillbaka till. Etablissemanget av ett joint venture company. Jag kommer sedan att prata om några samarbetskrav som vi har och har haft. Och även kort komma in på lösnings urvalskriterierna som vi använde under förstudiefasen av projektet och av den vägkarta som vi nu genomför. Och till sist kommer jag att ta dig igenom de utförda implementeringarna och reflektera över de lärdomar som vi har fått hittills. Okej, Volvo Group, organisation. består av tre huvudavdelningar, en för försäljning, en för verksamhet och en för research och utveckling, namn teknologi. Lastbilsbranschen utgör någonstans mellan 70 och 75 procent av gruppens vändning. Det är det viktigaste. Sedan har vi i Volvo Group också anläggning, affärsområden med Volvo Bussar och Volvo Penta och även Volvo Financial Services. Så jag arbetar i toppen. Volvo Group Vision är att bli världsledande inom hållbara transportlösningar. För att bli världsledare måste du samarbeta. Du måste samarbeta mycket. Du måste engagera dig på olika sätt. Till exempel genom att etablera gemensamma företag. Få genombrott på nya marknader och så vidare. Och det är lite av gruppvisionen som utlöser vad vi har gjort i form av samarbetsledningslösningar. Volvo Group Trucks Technology är uppdelat i några organisatoriska block. Vi har teknologiproduktprojektdelarna med produktplanering, avancerad teknologi och forskning och i princip projektledningsorganisation. Och sedan har vi den stora skaran av ingenjörer som arbetar med antingen komplett fordon, power train, ingenjörskonst och eller fordonsingenjör. Fordonsingenjör består då av chassi, cab och power train installation. Och de är alla engagerade i leverantörskollaboration, partnerkollaboration, samarbete mot gemensamma företag. Det är också värt att nämna här är att grupplastningstekniken har inte bara ett ansvar gentemot lastbilsbranschen, utan också till viss del, och det kan variera lite mot Volvo Bussar, Volvo Construction Equipment och Volvo Penta. Att ta vissa ansvar, ibland mindre, ibland mer, mot deras utveckling eller forskning och utveckling. Det här är de huvudsakliga Volvo Group varumärkena. Självklart Volvo, som ni förstår, där vi har lastbilar, bussar, byggutrustning och marina applikationer. Andra lastbilar är Ishu Lastvagnar. Vilket utförs genom ett gemensamt projekt. Dong fem kommersiella fordon, vilket är typ föremålet för resten av presentationen. För det har varit inställningen till den som har varit föraren för vad jag presenterar och vad vi har gjort på sistone. Vi har Mack Lastvagnar och UD Lastvagnar och Renault Lastvagnar. Och på bussens sida har vi Nova Buss, Prevost och Sunwind. Som de ytterligare märkena och för byggutrustning, SDLG. Okej. Det var allt. Volvo Group Trucks Technology. Vad sägs om affärsmässiga utmaningar och scenarier då? Överlag. driver to what we have done during the last one and a half year is the announcement of the Volvo Dongfeng joint venture company, Dongfeng kommersial vehicles. That was announced in januari two years ago. And that was basically settled a month ago. exakt två år efter att företaget startades. Det var ursprungligen avsett att driva denna gemensamma vinst i ett år, men det tog två år av flera skäl. Men nu finns det en avslutad överenskommelse och företaget har etablerats. Jag kommer naturligtvis inte att gå in på produktplaner och detaljer i hur Volvo kommer att relatera till Joint Venture Company, men relaterat till Joint Venture Venture Companys inställning och även att den genomförs. Vi förväntar oss och vi har haft i åtanke en uppsättning grundläggande scenarier för hur man ska utföra samarbetshantering och att vara stödd av en uppsättning lösningar. En är kunskapsöverföring där en part kommer med i princip produktkunnighet, komponentkunskap. till den andra. Det ena är produktöverföring där det ena företaget levererar det andra företaget med komponenter, huvudkomponenter eller ja, i princip det. Och däremellan kan man säga scenarier där vi utför utvecklingssamarbete. där en part är ansvarig för en utveckling, men när det kommer att tas in i de andra produkterna och tvärtom. Och vi har också eller förutser, och det är kanske inte från dag ett, som du kan förstå, men någon form av underhållskollaborationsfas. som kommer att gälla i årtionden i det senaste skedet. Kopplade till dessa grundläggande scenarion, - förbereder vi också och vi har också utvecklat processer - och IT-lösningsstöd för - crossfunktional utveckling, - inte bara ingenjörskonst, utan också köp, försäljning, tillverkning - och eftermarknadsförberedelser. Och det är också med i potten. In i komplexiteten av dessa scenarier. Fortfarande en och en halv år sedan. En, en och en halv år sedan. Vi slutade i princip med att vi hade. angående oss själva, att vi hade många områden för förbättring när det gäller samarbetsledning. Våra erfarenheter och lärdomar... ...inbegriper erfarenheter som varje gång eller väldigt ofta när vi ska engagera oss med en med en utvecklingsleverantör eller en partner eller till och med en gemensam verksamhet eftersom vi har haft tidigare erfarenheter. Vi får alltid som en process, en IT-organisation. Vi får alltid väldigt kort varsel om detaljerade affärsvillkor och vad som i princip är skrivet i affärsavtalet. Okej, det var en del. Ofta önskemål i den meningen var ofta dåligt specificerade på processnivån utan förutsättningar som externa användare borde släppas in i Volvo applikationer. Det är liksom det enkla sättet. In eller ut, eller hur man ser det. Ett sätt som vi har haft och fortfarande har faktiskt för att mildra denna omständighet var att Limited access enable a portion of our critical or core applications to restrict data access in those. We have many of them in the PDM domain. However, they have always been developed and are maintained mer eller mindre på ett ad hoc-sätt. Inte att ta med sig en komplett slutstat karta. Perspektiv på deras utveckling. Och vi har också upplevt att många av dessa lösningar och även användningen av SharePoint-applikationer och liknande saker Have their limitations. It is not always possible in a legacy application to fullly protect what is not subject to collaboration. So to say, when you share a portion of your product information quite often. lite extra plattformsinformation som hamnar i det som är transparent eller synligt. Vi har också upplevt att när en installation för samarbete gentemot en partner, leverantör eller gemensam verksamhet har etablerats, finns det nästan inga sätt att förändra. att byta processer eller byta till andra lösningar, då är du mer eller mindre fast. Så med den här typen av erfarenhet baserade, vi slutade att vi behöver något mer, vi behöver något bättre, vi behöver något mer skalbart, ihållande eller allt som du kan föreställa dig. Så vi stannade upp för oss själva, på affären och köpte in från den från den från den verkliga affären. En vision om samarbetsledning. Det var att tillhandahålla skalbara verktyg och processer för att stödja effektiv och säker extern samarbetsledning och informationsdelning. Deltar i. som vi ville ha kapacitet att effektivt etablera och modifiera inställningar lättare att komma upp och springa för att mildra omständigheterna att när affärsavtalet är avslutat har du nästan ingen tid att vara uppe och springa. Effektivt och kontrollerat och effektivt informationsdelning. och till att väga konfidentialitet, integritet och tillgänglighet i relation till våra gemensamma företagspartners, utvecklingsleverantörer, leverantörer och andra. Och den här visionen har varit riktigt bra att guida oss genom. Och vi argumenterar internt att det är okej. att det verkligen är en möjlighet för minskade ledtider och därmed för att bli en agil partner. Vilket behövs om Volvo ska bli världsledande inom hållbara transportlösningar. Så det är där kopplingen finns till den andra bilden. Också en retrospekt-bild. Det här är inte vad vi har idag. Men vad vi förväntar oss för ett och ett halvt år sedan. När det gäller vad vi hade och när det gäller vad vi ville. Vi hade en ASSIS med till viss del begränsade tillgängliga lösningar med ingen översikt över regler, risker och inkorrekta auktorisationer. En icke-konsoliderad syn på information. Hög risk i termer av informationsläckage. Det var kostsamt och svårt att underhålla och fortfarande är. Och det krävde omfattande träning i Volvo processer och lösningar för våra partners och leverantörer också. Vad vi föreställde oss i termer av att vara var någon form av samarbetsutrymme som kunde koppla till vår interna serviceorienterade arkitektur. Det kunde koppla till våra inhouse applikationer genom vår PLM Servicebuss. Det skulle ge en konsoliderad syn på information och Facilitate project management across. Across entities that would provide us support in structured role and identity management that was maintenable, that could provide structure in context, regardless of what context. Det kan vara snabbt att sätta upp, det skulle vara skalbart och det kan stödja många användningsfall. Okej, så det här är faktiskt en av de typ av säljande bilder som vi använde vid den tiden för att få saker igång. Okej, det var affärsmässiga utmaningar och scenarion. Nu ska vi gå in på några samarbetskrav. Business value connected to a collaboration management solution. Vi har delat in dem i information management capabilities and also collaboration management capabilities. gräva djupare in i det i nästa bild. Men du kunde förstå vilken typ av kapacitet som vi har beskrivit och har beskrivit i den vänstra delen av den här bilden. Men de kopplade affärsvärdena gentemot informationsledning och samarbetsledning kapaciteten återstår i Reducerad ledtid i utveckling och i samarbete. Ökad leveransprecision. Transparens gentemot ledning på båda sidorna. Homogenisk gränssnitt för informationsutbyte och minskad kostnad av resurser. De viktiga funktionerna. som vi började med. Och nu kommer vi tillbaka till förlängningen av dem i en av de nästa bilderna. Men det relaterar till strukturerad dressing av komponenter där vi kategoriserar delar med överenskomna attribut, där vi kan klä delar med ren teknisk dokumentation. Controlled Information Sharing, where we could exchange information with version control, where we could have a publish workflow that includes not only the engineers oning the information, but also those that are intended to supervision the collaboration. Traceability of what has been shared by whom and when? And also secure information sharing when it comes to access, authorization and security zones. Least and not last, a controlled and limited flow of request issues and questions. We want to Och jag tror att vi har lyckats samordna samarbetet genom denna lösning på ett mycket bra sätt, förutom nästan nödvändigheten för andra kommunikationsmedel än vad som är avsikten eller vad som är objekt för samarbete. Detta är den kapacitetssyn som vi har på samarbete. Och jag kan medge att i den högra delen är det lite visionärt. Det flyter fortfarande, men i mitten och vänster delen av detta är det stadigt. I grund och botten är detta en vy om vad vi har implementerat först när det gäller grundläggande och initiala förmågor och vad vi har för närvarande under våren, finaliserar utvecklingen av, i termer av vad vi gör just nu. Vi har stöd för samlingsledning, dokumentering, partsledning, publicering och opublicering, begäran om information, notifieringshantering etc. Och vi gräver nu in och slutför utvecklingen för de svårare delarna. Kravlös ledning, strukturerad, jag skulle säga, ledning, Structure management, test, object management and so forth. Not. And we are emphasizing on the hard parts with this change request handling and release and engineering changes. So we are basically now building a solution for configuredd products across across entities from our joint venture partner back and forth. Okej. Solution selection criterias. It's just one slide, but not a year and a half ago, but a year ago we were in the midst of selecting a solution. att bygga som vår egen. Vi trodde att vi hade tillräckligt med dåliga erfarenheter, för många lärdomar att lära av. Vi hade också en ganska begränsad tid. För den här gemensamma framtiden kom. Då fick vi faktiskt ett år mer än vi trodde från början, och det var bra. Vi ville också ha en holistisk och visionbaserad taktik och att sätta en skalbar lösning på plats. Även om vi började med en grundläggande inställning, borde den vara skalbar. Och lösningens selektionskriterier som vi ställde upp angående affärsvillkor, konformans till verksamhetsarkitekturregleringar på Volvo, Company profile and vendor collaboration, solution viability, project scope and time plan alignment and ability to support long time collaboration vision and of course total cost. And I would say a few of those were of course more important than others, but project scope and time plan alignment and the two first one were of course critical. Vi gjorde ett urval och bestämde oss för en kontinuerlig taktik. Att använda Joint Development Agreement mot Dongfeng kommersiella fordon som en bas och produktprojekten. Som var planerade vid den tiden som förare. Vi bestämde oss för att använda agila utvecklingsmetoder. "To drive development hypotesis driven." "To continue to let the solution prove itself" "in the applications that we decided upon." "To use a boom approach" "in terms of the bass structure for sharing information." och också att etablera en plattform. Lärdomar och genomförd implementering. Detta är namnet på det vi har idag. Vi kallar lösningen VICE, Volvo Information Sharing Externals. Det är nu den föredragna lösningen för att dela information med partner på Volvo. Jag skulle vilja lägga till det. Att komma tillbaka till presentationen som några av oss hade i förmiddags. I vissa specifika fall där relationen till leverantören eller joint venture är sådan att vi måste vara lite försiktiga. Man kan säga att det tillåter effektiva och säkra sätt att Sharing Product Information, och kan användas för en mängd information relaterad till samarbete. PDM data, allmän information och en hel del annat. Och det ger stöd för samarbetsledning. Detta är tabellen med innehåll för lösningen som vi... har ägt rum innan årsskiftet. Det inkluderar inte de förmågor som vi förverkligar just nu. Men vad vi har i termer av vår grundläggande lösning är förmågan att hantera samlingar, hantera dokument, hantera delar publicera och publicera, hantera efterfrågan på information Manage Notification, Search, View and Navigate in a nice way I would say. In a very nice way. Manage Delivery Complete, Manage Issues and to Perform Reports and Exports. What is not here, but more under the Hood, is that we have also in the solution, managed to konfigurera det på ett sätt och använda det på ett sätt som gör att vi kan ta in ytterligare attribut till dokument och till delar och sådana saker som möjliggör för oss, som redan har möjlighet att ta med detta inte bara in i hårdvarukällan, utan in i mjukvarukällan och det kommer att låta oss enkelt ta med lösningen in i köp, eftermarknads och tillverkningsområdena. Så det finns en vändning på lösningen som vi har och som är väldigt trevlig att ha nu. Och det är inte synligt i den här bilden. Jag ville nämna det. Sista bilden. Från mig åtminstone. Lärdomarna och vägen framåt. Om vi går vidare till det vi har gjort hittills. Jag har och vi har upplevt att det är väldigt bra att låta nya företag, betydande projekt, driva utveckling av nya processer. Men det kan alla veta. Men vi har verkligen upplevt detta. i detta. Hypotesdriven utveckling. Är väldigt bra om du baserar det på en tydlig vision. Om du lyckas främja lösningar, processer, på företaget. Och när du har ett företag som inte har förmågan att artikulera. detaljerade krav. Du kan inte bara komma och ställa krav. Du måste främja en process, främja en lösning. Kan det här fungera? Och så vidare. Det här är bra när du anstränger dig för något som är så nytt för företaget på en så bred skala som i vårt fall. Agil utveckling är bra. att avsätta grundläggande samarbetslösningar och använda tillvägagångssättet för att låta lösningen fortsätta att bevisa sig själv. Vi har funnit att en enkel informationsdelningsstruktur som en bas eller som en start är väldigt bra. Det kan vara en boom-takt i termer av att ge ett skelett till informationsdelning. som du borde utföra. Inkludera inte bara OEM perspektivet, Volvo perspektivet i det här fallet, på lösningsbehov, utan också partner, leverantör och JV perspektiv. Vikten när du tar in inte bara informationsspecialister, utan också vanliga ingenjörer i ett samarbetsprocess. Don't underestimate the importance of an easy-to-use user interface when you do that. Ha a tight connection. Secure that you have mutual interests. Provide transparency. Get transparency in the relation towards the softender. Det är bara en del att lyckas i dina ambitioner. Håkan. Tack så mycket

för en bra presentation. Det här var din sista slide. Jag har tre bilder. Den ena är favoritpersonen att citera från förra året och jag har sett några andra också i år. Det är Mr Einstein. Vi driver med detta. Allt ska göras så enkelt som möjligt, men inte enklare. PLM är inte riktigt supersimpelt. PLM-samarbete är till och med något värre. Vi måste göra det så enkelt som möjligt för att köpa för det vi gör. Men det finns en begränsning. Det finns en viss komplexitet i det här. Och man kan höra från Trond att de tittar på olika samarbetsscenarier. Så det är inte bara samarbete. Man kan samarbeta på många sätt. Det här är min... Min andra och sista bild. Jag vill bara säga lite om vad vi gör med Share of Space, vilket är mjukvaran som används här. Och koppla det till några av de hype-orden i PLM-domänen idag. Om du tar Share of Space som en konsolidations-motor, och vad man tar data från olika källor, och tar in dem i en, den data som borde delas. bringing them into one source. We're touching upon master data management, big data. We certainly address data quality, IP protection, configuration management, in terms of sharing and not data exchange. Many times we deliver a share space for internally doing this and then we have another share space to address the externa world. That is a perfect fit. Och vi arbetar alla med Microsoft idag på det här, att ha den här tjänsten i molnet, såklart. Och så att det relaterar till molnet och dataaccess och mobil och även IP-skydd. För igen, du kommer att ha en tydlig gräns mellan vad som är internt här och externt. Och sist, förlåt, sist är att vi ser, såklart, det här mobila internetet av saker. och ta med sig sin egen enhet, sin egen ID, allt detta blir allt viktigare. Så vad vi kan se, att stödja enheter här som vi gör, till exempel en fältingenjör som arbetar med enheten, ansluter till molnet, ansluter till det interna rummet här, kan du få tillgång till här som serviceingenjör, de data som finns i ERP-systemet, i PLM-systemet, i det tekniska dokumentationssystemet, i vissa reservdelar, Det är verkligen det stöd man borde ha för att göra ett riktigt bra servicearbete. Slutligen, vi är här för utställningen. Så om du vill prata med oss, kommer Trond också att vara med oss nu. Under eftermiddagen, åtminstone under pauserna. Kom och prata med oss. Jag tror att du kanske har tid för en eller två frågor.

Hej, jag heter Andry Tate. Jag kommer från The Royal National Lifeboat Institution i Storbritannien. Du pratade om mobilingenjörer. Har ni konfigurerat det så att mobilingenjörerna kan komma åt alla data genom ShareSpace?

Vi jobbar med det just nu i vissa projekt. Och vi har kunnat visa att det fungerar så här. Jag förväntar mig att inom tre, fyra månader kommer vi att ha en kommersiell applikation

upp och ner. Så tre, fyra månader. Hur mycket arbete har ni gjort hittills? Det komplexa

arbetet är det här. För Share of Space var designad för att passa. Den senaste omdesignen vi gjorde med Share of Space var för att passa in i molnarkitekturen. Så det är inte det stora. Vi tänker på information som en service. Om du verkligen vill använda skalbarheten i molnet, så kommer det att vara senare med oss. Så det här är komplext. För alla Team Centres och SAPs och allt i världen, de är unikt konfigurerade där ute. Så kartan med dessa är den svåra delen. Och vi jobbar på att göra den kartan så enkel som möjligt. Men det här är en slags no-brainer. Det här är en no-brainer. Så komplexiteten

finns här. Tack.

Tack

så mycket för att du kom hit.