Bent u ook zoveel tijd kwijt met het zoeken naar de laatste – en enig juiste! - versie van uw marktonderzoek Heeft u zich ook al eens afgevraagd waarom uw concurrent zo veel goedkoper kan zijn? Waarschijnlijk maakt hij of zij voor het beheer van de product documentatie gebruik van een PLM systeem. Een Product Lifecycle Management systeem is niet alleen een speeltje voor productontwerpers. Ook andere dataproducenten en datagebruikers kunnen hun efficiëntie in het gebruik van data een enorme boost geven en daardoor tijd en faalkosten besparen. Uw bedrijf ontwerpt en produceert producten zoals machines en apparatuur. Deze producten doorlopen een levenscyclus: van klantwens via productdefinitie, ontwerpen, testen, certificeren en produceren, naar installatie, gebruik, service, en uiteindelijk recycling: de Product Life Cycle. Het beheren en beheersen van deze product levenscyclus heet Product Lifecycle Management ofwel PLM. Hoe ontstaat uw probleem? Tijdens de levenscyclus ontstaan Product Data. Niet alleen CAD-data uit het ontwerpproces, maar ook productbeschrijvingen, testrapporten, certificaten, werkinstructies, installatie-, service- en gebruikershandleidingen, productpresentaties, folders, kwaliteitscontrolerapporten, enzovoort. Het beheren en beheersen van deze productdata heet Product Lifecycle Management, afgekort PLM. Gedurende de levenscyclus van een product is het bijna altijd noodzakelijk om de product data een of meerdere keren te wijzigen. Vanwege een aanvullende klantwens, productieproblemen bij uzelf of bij een leverancier, vanwege ervaringen tijdens gebruik door de klant, of omdat onderdelen geschikt moeten worden gemaakt voor toepassing in meerdere producten. Het beheren en beheersen van deze productwijzigingen heet Change Management, afgekort CM. 1 Het geheel aan product data en productwijzigingen dat ontstaat tijdens de levenscyclus vormt een complex geheel, dat als het niet goed wordt beheerd kan ontaarden in een chaos die veel tijd, energie en materiaal - en dus veel geld - kost. En daar zit uw probleem. Product gerelateerde data komt overal vandaan en gaat overal naartoe. Als u geen PLM systeem heeft, dan is de data in uw bedrijf beslist verspreid opgeslagen. Iedere afdeling heeft haar eigen applicaties en directories. Er is geen enkele directie relatie tussen de data, en er is geen directe relatie met de producten. Bij het gebruik van product gerelateerde data speelt dan ook voortdurend de vraag: “Heb ik wel de juiste versie in handen?” Een PLM applicatie als integrale oplossing voor alle stakeholders in de Product Life Cycle Een goed ingericht PLM systeem - in combinatie met duidelijke procesafspraken - ruilt geborgde, unieke informatie tegen het verlies van tijd, energie en materiaal. De kracht van een centraal PLM systeem zit hem in het vastleggen van relaties en het opbouwen van historie. Er is maar één plaats waar data wordt opgeslagen. De onderlinge relatie tussen de data is duidelijk zichtbaar en ondiscutabel. In de historie wordt vastgelegd wie wat, wanneer en waarom heeft vastgelegd of gewijzigd. Afbeelding 1 toont een mogelijke opbouw van directories in een PLM systeem. Iedere stakeholder uit de Product Life Cycle heeft zijn eigen mappen structuur, die door rechten en rollen al dan niet is afgeschermd voor andere gebruikers. De structuur kan zodanig worden ingedeeld, dat gelijksoortige documenten in een map worden ondergebracht. Dat is nog niet wezenlijk anders dan de structuur die u nu heeft, maar alle data is ondergebracht binnen één applicatie, zo nodig binnen de omgeving van één product. Data die op meerdere producten van toepassing is kan worden opgeslagen in een algemene Library. Afbeelding 1 2 Afbeelding 2 laat de relatie zien die binnen PLM is aangebracht tussen verschillende documenten, die - zoals hiervoor is aangegeven - ieder in hun eigen directory staan, maar nu aan elkaar gekoppeld zijn binnen de productstructuur. Er is een relatie zichtbaar tussen een product (artikelnummer + naam + versienummer + status), de bijborende Engineering CAD data, en andere documenten die in dit voorbeeld worden beheerd door Product Management. Opent u in uw zoektocht naar informatie dit artikel, dan hebt u direct alle bijbehorende data onder handbereik. Afbeelding 2 Van ieder object (artikelen, documenten, productwijzigingen) wordt in de PLM database de historie vastgelegd. Afbeelding 3 Afbeelding 3 laat de opbouw van de historie van een document zien. Alle revisies van een document zijn beschikbaar, en van iedere revisie is vastgelegd wie deze heeft aangemaakt of gewijzigd. Een goed geïmplementeerd PLM systeem is dus precies de oplossing die u nodig heeft. In theorie klinkt dat mooi, maar de praktijk kan weerbarstig zijn. 3 De implementatie van een PLM systeem: Lessons Learned De opbouw van een PLM applicatie is complex, omdat van ieder object, van iedere productstructuur, van iedere handeling de historie wordt vastgelegd en opvraagbaar moet zijn. Bij het implementeren van een PLM systeem dien je dan ook niet over een nacht ijs te gaan. De ervaring heeft geleerd dat niet de opbouw van de ontwerpdata leidend moet zijn voor de inrichting (terwijl daaruit toch een product ontstaat), maar het proces dat gedurende levenscyclus van een product wordt doorlopen. Niet zelden is een PLM applicatie ingericht met alle aandacht voor de opbouw van het product, en zijn de in de applicatie ingebouwde workflows geaccepteerd zoals ze zijn aangeleverd. Resultaat is dat weliswaar de productdata wordt herkend, maar uw medewerkers voortdurend in gevecht zijn met de interface van de applicatie en de achterliggende workflows. Breng eerst gezamenlijk – met vertegenwoordigers van alle processtappen - in kaart hoe de processen in uw bedrijf verlopen, van het begin tot het eind van de levenscyclus van uw producten. Langs de stappen van het primaire proces kunnen dan de vragen worden gesteld en de antwoorden daarop worden gegeven: wie genereert welke data, welke (meta)data ontstaat op dat moment, wie mag deze data inzien wie mag vrijgeven, welke rechten hebben welke rollen, welke levenscyclus heeft een document, hoe worden onze documenten genummerd, wel of geen intelligentie in artikelnummering, welke stappen doorloopt ons wijzigingsproces, enzovoort. Bijvoorbeeld: Een inkoper zal wel CAD data mogen inzien, maar niet wijzigen. Maar mag hij of zij deze ook downloaden? Niet zelden vinden op dat moment stevige discussies plaats en dat is goed. Liever nu dan later, wanneer het wijzigen van de opbouw van de applicatie alleen nog met veel moeite kan worden uitgevoerd. Het kiezen van de juiste applicatie Als de procesvoorbereiding is afgerond en uw bestaande dataset is verzameld en opgeschoond (!), dan is het tijd voor het selecteren van de juiste applicatie. Een applicatie onafhankelijke adviseur kan u helpen bij het maken van uw keuze. Vergeet niet om uw IT-afdeling te betrekken bij de keuze, want PLM-applicaties genereren veel data vanwege de historie die wordt opgebouwd. Daarnaast heeft u de ondersteuning van uw IT afdeling nodig vanwege mogelijke interactie met andere bedrijfsapplicaties. De adviseur is in staat om uw proces te matchen de PLM applicaties die het best passen bij uw proces, uw productstructuur en de levenscyclus van uw product. Gebruikelijk is om uit een long list van alle beschikbare applicaties een selectie te maken van een beperkt aantal passende applicaties, de short list. De leveranciers van deze applicaties wordt gevraagd om op basis van uw proces een presentatie te geven, waarna u zelf op basis van kosten, performance, gebruiksgemak en uw subjectieve indruk van de leverancier een keuze maakt. 4 Slot Een goed ingericht PLM systeem ruilt geborgde, unieke informatie tegen het verlies van tijd, energie en materiaal. Als u inschatting maakt hoe groot daarvan de kosten zijn geweest in het afgelopen boekjaar, dan heeft u de terugverdientijd van een PDM-applicatie zo uitgerekend. Wim van Engelen is PLM Adviseur bij IPL Advies bv 5
© Copyright 2024 ExpyDoc