Artikel 4 van 15 in Selectie en implementatie · PLMV-KB-040 · Rev. B · Gecontroleerd op 2026-11-04
PLM-implementatieroadmap: fasen en doorlooptijd
Een PLM-implementatie heeft geen vaste doorlooptijd. Het softwareoutsourcingbedrijf Luvina noemt planningsbereiken van ongeveer 3 tot 6 maanden voor één bedrijfsonderdeel en 12 tot 18 maanden voor programma's op meerdere locaties. De leverancier BeCPG stelt dat de meeste projecten in 3 tot 12 maanden live gaan. Scope, integraties en datagereedheid bepalen het verschil.
Kernpunten
- Gepubliceerde doorlooptijden komen van dienstverleners en leveranciers en verschillen per scope: Luvina noemt 3 tot 6 maanden voor één bedrijfsonderdeel en 12 tot 18 maanden voor programma's op meerdere locaties.
- Een gefaseerde roadmap levert eerst een eerste release, waarna latere releases de scope uitbreiden.
- Datagereedheid, aantal integraties, maatwerk en beschikbaarheid van sleutelgebruikers worden het vaakst genoemd als bepalers van de doorlooptijd.
- Beschouw elke gepubliceerde doorlooptijd als planningsbereik en toets die aan je eigen scope in het voorstel van de partner.
Hoe lang duurt een PLM-implementatie?
Gepubliceerde antwoorden lopen uiteen van enkele maanden tot ruim een jaar, en de spreiding volgt de scope. Luvina, een softwareoutsourcingbedrijf, noemt de eigen cijfers planningsbereiken en geen deadlines: ongeveer 3 tot 6 maanden voor één bedrijfsonderdeel met minder gebruikers en eenvoudiger integraties, en ongeveer 12 tot 18 maanden voor programma's op meerdere locaties of enterprise-breed. BeCPG, een PLM-softwareleverancier, stelt dat de meeste projecten in 3 tot 12 maanden live gaan, afhankelijk van scope, aantal interfaces en beschikbaarheid van teams, met een eerste fase die binnen enkele maanden live is. Aletiq, een andere leverancier, noemt 8 tot 12 weken voor het eigen cloudproduct, inclusief datamigratie, inrichting van integraties en onboarding.
Dit zijn uitspraken van dienstverleners en leveranciers, geen onafhankelijke metingen, en elke bron beschrijft de eigen methode en het eigen product. Een goed plan gebruikt ze als plausibiliteitstoets: tel de fasen op die bij jouw scope horen, toets het resultaat aan het voorstel van de partner en vraag de partner welke aannames achter de opgegeven planning zitten. De kostengevolgen staan in kosten van PLM-software.
Wat zijn de fasen?
Luvina beschrijft een roadmap van acht fasen en geeft per fase een planningsbereik. Meerdere fasen kunnen overlappen.
| Fase | Belangrijkste resultaten | Belangrijkste risico's | Bereik volgens Luvina |
|---|---|---|---|
| Behoefteanalyse en business case | Doelen, succesmaatstaven | Vage doelen | 2 tot 4 weken |
| Afstemming van stakeholders | Projectcharter, sponsors | Ontbrekende sponsoring | 1 tot 2 weken |
| Selectie van systeem en partner | Contract, plan | Beslissingen zonder scoring | 4 tot 8 weken |
| Data-audit en migratieplanning | Datainventaris, opschoningsplan | Slechte data uit het oude systeem | 3 tot 6 weken |
| Configuratie en integratie | Geconfigureerd systeem, interfaces | Maatwerk, scopewijziging | 6 tot 12 weken |
| Pilot en gebruikersacceptatietest | Goedgekeurde testresultaten | Late integratiefouten | 3 tot 4 weken |
| Training en gefaseerde livegang | Getrainde gebruikers, live release | Lage adoptie | 4 tot 8 weken |
| Monitoring na livegang | Gebruiks- en kwaliteitsrapporten | Afnemende aandacht | Doorlopend |
De resultaten en risico's in de tabel zijn redactioneel. De bereiken komen van Luvina.
Wat maakt een project sneller of langzamer?
Aletiq, Luvina en BeCPG noemen vergelijkbare factoren:
- Datagereedheid: veel of slechte data uit het oude systeem verlengen de doorlooptijd. Aletiq adviseert alleen actieve, actuele data te migreren en stelt dat een uitgestelde livegang met schone data beter is dan een tijdige met slechte data. Zie PLM-datamigratie.
- Integraties: het aantal en de moeilijkheid van ERP-, CAD- en MES-koppelingen. Aletiq stelt voor met de koppelingen met de hoogste waarde te beginnen. Patronen staan in PLM-integratiearchitectuur.
- Maatwerk: zware maatwerkontwikkeling kost extra inspanning, ook voor één bedrijfsonderdeel.
- Wijzigende eisen tijdens de configuratie verschuiven de planning.
- Mensen: BeCPG noemt een stabiele, geprioriteerde scope en de beschikbaarheid van business- en IT-teams als succesfactoren. Aletiq noemt sponsoring door het management en vroege betrokkenheid van sleutelgebruikers. Adoptie komt aan bod in PLM-gebruikersadoptie.
Luvina merkt op dat gebruikers die meer voorbereiding nodig hebben voor de livegang de doorlooptijd ook kunnen verlengen. Training en communicatie horen dus vanaf het begin in het plan. Fouten achter vertragingen staan in veelgemaakte fouten bij PLM-selectie en -implementatie.
Hoe plan je een gefaseerde uitrol?
Een gefaseerde uitrol beperkt het risico, omdat gebruikers eerst één scope overnemen voordat de volgende begint. Aletiq beveelt aan live te gaan per team, productlijn of locatie. BeCPG beschrijft de eigen volgorde: eerst de basis (productrepository, formulering, specificaties), dan samenwerking (workflows, leveranciersportaal, ERP-koppeling), dan het bredere ecosysteem (catalogi, website of PIM, kwaliteit).
Voor producten met een sterke engineeringfocus is een vergelijkbare eerste release de onderdelenstam, het documentbeheer en het CAD-databeheer voor één actieve productlijn. Complexe variantconfiguratie en productiestuklijsten (MBOM) voor meerdere fabrieken horen in latere releases, omdat ze afhangen van stabiele onderdelen- en stuklijstdata.
Laat naast de configuratie drie sporen lopen: datamigratie met proefladingen vóór de cutover, integratiewerk met eerst de CAD-connectoren, en testen op basis van scenario's uit de oorspronkelijke eisen. BeCPG beschrijft een governanceritme van een wekelijks projectcomité van 30 minuten en een stuurgroep elke 4 tot 6 weken, en workshops van twee tot drie dagen per maand in de eigen projecten. BeCPG noemt ook drie maanden productieondersteuning na acceptatie. Gebruik zulke cijfers als voorbeeld van een ritme en leg je eigen ritme vast in het projectplan.
Veelgestelde vragen
Hoe lang duurt een PLM-implementatie?
Dat hangt af van de scope. Luvina beschrijft planningsbereiken van ongeveer 3 tot 6 maanden voor één bedrijfsonderdeel en ongeveer 12 tot 18 maanden voor programma's op meerdere locaties of enterprise-breed. BeCPG noemt 3 tot 12 maanden voor de meeste projecten. Aletiq noemt 8 tot 12 weken voor het eigen cloudproduct. Dit zijn uitspraken van de bronnen zelf, geen onafhankelijke metingen.
Wat hoort in de eerste PLM-release?
Veel programma's starten met een fundament: onderdelenstam, documentbeheer en CAD-databeheer voor één productlijn of locatie. BeCPG beschrijft hetzelfde patroon voor de eigen methode: eerst de basis, dan samenwerking met workflows, leveranciersportaal en ERP-koppeling, en daarna het bredere ecosysteem. Complexe variantconfiguratie volgt meestal in latere releases.
Wat vertraagt een PLM-implementatie?
Luvina en Aletiq noemen allebei slechte datakwaliteit, veel of complexe integraties, zwaar maatwerk, onduidelijke doelen en wijzigende eisen tijdens de configuratie. Aletiq voegt ontbrekende sponsoring door het management toe. Alleen actieve, actuele data migreren en processen herstellen vóór de configuratie zijn de tegenmaatregelen die beide bronnen beschrijven.
Bronnen
- Luvina: PLM implementation roadmap and timeline
- BeCPG: PLM implementation
- Aletiq: PLM software deployment
Revisiegeschiedenis
| Rev. | Datum | Samenvatting |
|---|---|---|
| B | Herschreven met toegeschreven doorlooptijden uit genoemde bronnen, een fasetabel met resultaten en risico's en een sectie over versnellende en vertragende factoren en gefaseerde uitrol. | |
| A | Eerste uitgave. |
Geschreven door Stephan Spijkers. Gecontroleerd op 4 november 2026 door de redactie van PLM Vendors. Regelgevingsdata en leveranciersgegevens veranderen; raadpleeg de bronnen voor de actuele stand. Correcties met bron: info@plmvendors.com.
Verder in Selectie en implementatie