PLM software keuze blijkt achteraf regelmatig verkeerd

Business Software Event

Jaarlijks wordt het Business Software Event gehouden. Hier krijgt u mooie demo’s te zien van PDM en PLM oplossingen. Maar wat past functioneel bij uw bedrijf? Heeft u scherpte in úw eisen en wensen? Helaas zien we regelmatig dat bedrijven achteraf tot de conclusie komen dat ze een verkeerde keuze hebben gemaakt. Op dat moment heeft u al veel tijd en geld geïnvesteerd. Overstappen op een passende oplossing kost nog meer geld. Hoe komt u wel direct tot de juiste keuze, voor nu én voor de toekomst?

Een pakketselectie is natuurlijk bedoeld om het meest geschikte pakket te selecteren, maar er zijn meer zaken die van belang zijn. Meestal is de pakketselectie aanleiding om de bedrijfsprocessen en de informatiebehoeften van de organisatie te actualiseren, op basis van de strategische verbeterdoelstellingen en ontwikkelingen in de markt. Eerst organiseren, dan automatiseren.

Een goede selectie begint daarom met een helder beeld van de strategische verbeterdoelstellingen en de gewenste organisatie en werkprocessen. Hieruit kunnen de functionele eisen en wensen worden afgeleid.

Het beheren van product informatie gaat vaak verder dan Engineering data management en de behoeften van de afdeling Engineering. Voor de selectie van een PDM/PLM oplossing is zeer bepalend welk deel van de product levenscyclus ondersteund moet worden en op welke wijze dat vormgegeven dient te worden in het totale applicatielandschap. Uitwerking op dit punt is noodzakelijk om tot een juiste keuze te komen. Afweging daarin is:

PLM vs PLM

  • Engineering data management (PDM):

Er is slechts 1 artikel stuklijst die het product beschrijft vanuit het perspectief van Engineering. In deze structuur worden ook product metadata en engineering documentatie (CAD, software, MS Office documenten) beheerd.

  • Meer dan Engineering data management (PLM):

Er bestaan meerdere perspectieven van de stuklijst van een artikel, afhankelijk van uw behoefte:
  Specificatie decompositie van het product (functioneel/logisch)
  Engineering stuklijst met documentatie, beschrijft het engineering perspectief;
  Logistieke stuklijst met documentatie, beschrijft het perspectief van werkvoorbereiding;
  As-Built stuklijst met documentatie per uniek product (serienummer of batch);
  Wellicht zelfs een As-Maintained structuur met de configuratie van systemen die in het veld staan met hun metadata en documentatie.

Regelmatig zien wij leveranciers die hun software bestempelen als PLM maar vanuit bovenstaande definities slechts PDM functionaliteit leveren. Reden temeer om uw functionele eisen op dit punt zeer specifiek te hebben.

Niet alle functionele eisen en wensen zijn direct relevant voor het te selecteren PDM/PLM systeem. Daarvoor moet duidelijk zijn welk applicatietype invulling gaat geven aan de functionele behoefte. De informatie- en applicatie architectuur. Wat doen we in PDM/PLM, wat in ERP, wat in …? Pas als dit beeld scherp is, kan het programma van eisen opgesteld worden voor de PDM/PLM selectie.

Genoemde aanpak zorgt ervoor dat u scherpe eisen kunt stellen in uw pakketselectie en niet afgaat op uw gevoel naar aanleiding van een mooie product demo. In de demo krijgt u tenslotte alleen te zien wat een software oplossing kan. Het is noodzakelijk dat u kunt afvinken of de getoonde functionaliteit uw behoefte afdekt.

BOOST Management Consultancy is de onafhankelijk adviseur voor begeleiding van PDM en PLM systeem selectie en implementatie.

 
 
Meer weten of nader kennis maken?
 
 

  

  • home BOOST Management Consultancy
  • phone +31 616 463 939
  • mailDit e-mailadres wordt beveiligd tegen spambots. JavaScript dient ingeschakeld te zijn om het te bekijken.
Deze website maakt gebruik van cookies. Door op de knop 'Accepteren' te klikken of door verder te gaan op onze website, geeft u toestemming voor het plaatsen van cookies.
Meer informatie Accepteren