Die Auswahl und Einführung von Tools oder Applikationen ist eine der entscheidenden Herausforderungen im Product Lifecycle Management. Dies gilt für die Auswahl eines PDM-Backbones genauso wie für eine Hilfsapplikation (Apps). In den kommenden PLM Open Hours möchten wir eine geeignete Vorgehensweise erläutern. Ebenso möchten wird die in der Auswahl entscheidenden Faktoren und ein mögliches Vorgehen beim Benchmarken an einem Beispiel aufzeigen.

1. INTELLIACT
PLM OPEN HOURS | http://plmopenhours.net/
Evaluation von Tools/Apps im Product Lifecycle Management
Marco Egli, 01.06.2011
Version 1, Freigegeben

2. PLM OPEN HOURS_ EVALUATION VON TOOLS
Inhalt
 Grundlagen
 Teil 1: Auswahl eines PDM-Systems
 Teil 2: Auswahl einer App
PLM Open Hours

3. Grundlagen

4. PLM OPEN HOURS_ GRUNDLAGEN
PLM selection – don’t do this!
1. The company starts collecting requirements from all departments to assure
they can implement the new vision. (…) and at the end they collected a list
of 100+ requirements, which after discussing them with the management
are completed with another 50 requirements to assure the company is not
going to select the wrong PLM system.
2. Then the company sends this book to all the known PLM vendors, telling
them to respond within a timely matter (two – four) weeks. And questions
will be answered only through a very formal process (…).
3. Each vendor spends at least 500 man-hours to answer all these questions
as much as possible with yes, it is standard. And although not
understanding the requirements at all at some points, they only give
positive answers, trying to stay away from the ‘It is not supported answer’.
4. So after at least 2500 (5 times 500) man-hours the company assisted by the
consultant(s) think they know who to invite for the next stage of the PLM
selection.
Quelle: Jos Voskuil, 16.10.2010
PLM Open Hours http://virtualdutchman.com/2010/10/16/plm-selection-dont-do-this/

5. PLM OPEN HOURS_ GRUNDLAGEN
Wichtige Voraussetzungen
 Kein System erfüllt alle Anforderungen
 Eine allgemeine Systembewertung (Analysten Reports) ist für Ihre Firma
nicht relevant
 Es dürfen nicht die Funktionen/Features des Systems bewertet werden
sondern die Erfüllung Ihres Anwendungsfalls
 Die Architektur des Systems (in Bezug auf die IT-Strategie) ist mindestens so
wichtig wie die Funktionen
 Gleich wichtig wie das richtige System zu wählen ist, den richtigen Partner
(Konzipierung, Implementierung) zu wählen
 Entscheidend ist der Aufwand für die erste Einführungsstufe (Time to
Market) nicht der Endausbau
PLM Open Hours

6. PLM OPEN HOURS_ GRUNDLAGEN
Tool-Landschaft und Funktionalitäten
 Nicht alle Anforderungen erfüllen, kein Perfektionismus
 Anpassungs- und upgradefähig bleiben
 Stärken der jeweiligen Tools ausnutzen
 Nicht in die Höhe bauen, Tools abgrenzen
Apps z.B. Einflussanalyse (Teil2)
Funktionsumfang
Tool 2
Tool 1 z.B. PDM
z.B. ERP (Teil 1)
Tool 3 Tool 4
Tool 5
PLM Open Hours

7. Auswahl eines PDM-Systems

8. PLM OPEN HOURS_ EVALUATION EINES PDM-SYSTEMS
Systemmatrix
 Visualisierung der Strukturen, Prozesse und Tools (Systeme)
 Systemmatrix umspannt alle Tools (Systeme) und Phasen des
gesamten Produktlebenszyklus
Phasen/Prozesse
Informationsobjekt
Informationsfluss
Systeme
PLM Open Hours

9. PLM OPEN HOURS_ EVALUATION EINES PDM-SYSTEMS
Systemmatrix: Analyse der Ausgangslage
Phasen und Prozesse
Systeme
PLM Open Hours

10. PLM OPEN HOURS_ EVALUATION EINES PDM-SYSTEMS
Systemmatrix: Problemkreise
Phasen und Prozesse
CAD-Daten-
verwaltung
Freigaben und
Änderungen
Systeme
Dokumenten-
und Vorlagen-
verwaltung
PLM Open Hours

11. PLM OPEN HOURS_ EVALUATION EINES PDM-SYSTEMS
Bündeln der wichtigsten Themenstellungen
Freigaben und
Änderungen
CAD- Service
Datenverwaltung Welche Tools sind geeignet
Qualitätssicherung
Produktdaten- Reklamationswesen
Management (PDM)
und Strukturen PDM
Strukturen
Ver
Dokumenten- und
Vorlagenverwaltung
Planung und
Projekte
Know-how-Ablage,
Technologiedatenbank
PLM Open Hours

12. PLM OPEN HOURS_ EVALUATION EINES PDM-SYSTEMS
Definition der wichtigsten Anwendungsfälle
Phasen und Prozesse
Produkt
Gehäuse kpl. Created
Gehäuse
Ver. +1
Abdeckung
Start Druckflansch ...
Aufnahme kpl.
Preliminary
Spezifizierende
Dokumente
Ergebnis
Aufnahme Releases for müssen
1x Schraube.. production freigegeben
sein
Stossdämpfer
Teil 1 Outdated
Teil 2
Verschalung
Systeme
PLM Open Hours

13. PLM OPEN HOURS_ EVALUATION EINES PDM-SYSTEMS
Erstellen von Benchmarkaufgaben: Ausgangslage
 Als praktisches Anwendungsbeispiel für den Benchmark soll eine
Baugruppe der FOO-X1 dienen, welche im System mit der folgenden
Konstruktionsstückliste abgebildet werden soll:
Produkt Merkmale:
Gehäuse kpl.  4-stufige Stückliste
Gehäuse  Verbauung von Einzelteilen
Abdeckung und Baugruppen
Druckflansch ...
 Unterscheidung Teiletypen:
Aufnahme kpl. Eigenfertigungsteile,
Aufnahme Normteile, Zukaufteile,
1x Schraube.. modifizierte Zukaufteile
Stossdämpfer Bsp. für Zukaufteil  Zu den Eigenfertigungsteilen
Teil 1
sind Zeichnungen hinterlegt
Teil 2
Verschalung
PLM Open Hours

14. PLM OPEN HOURS_ EVALUATION EINES PDM-SYSTEMS
Erstellen von Benchmarkaufgaben: Ein Anwendungsfall
Artikelfreigabe Dokumentfreigabe
Artikelerzeugung Dokumenterzeugung
Created Created
Ver. +1 Ver. +1
Preliminary
Spezifizierende
Dokumente Released Rev. +1
Releases for müssen
production freigegeben Correction
sein
Outdated Outdated
PLM Open Hours

15. PLM OPEN HOURS_ EVALUATION EINES PDM-SYSTEMS
Bewertung
 Zu berücksichtigen im Benchmark
 Verwendung der vorgegebene Modelle und Strukturen
 Zeitplan zur Systemvorstellung einhalten
 Vorstellung des gesamten Anwendungsfalls
 Bewertungskriterien
 Tool: Wie hoch ist der Erfüllungsgrad der gestellten Anforderungen (technisch)?
 Partner: Wie gut wurden die Anforderungen verstanden/umgesetzt?
 Projekt: Zu erwartende Kosten und Projektdauer
PLM Open Hours

16. Auswahl einer App im Product Lifecycle Management

17. PLM OPEN HOURS_ EVALUATION EINER APP
Auswahl einer App im Product Lifecycle Management
 Apps sind Lösungen, die auf der Daten und Funktionsbasis von PLM
Systemen aufbauen
 Apps unterstützen bei typischen Arbeiten im Alltag von Anwendern,
z.B. eine Einflussanalyse bei einer anstehenden Änderung
 Während bei der Evaluation von PLM Systemen die strategische
Komponenten sehr zentral ist, steht bei der Auswahl von Apps der
Anwender im Zentrum
 Was macht eine gute App aus? Das Web lehrt uns weshalb gewisse
Applikationen erfolgreicher sind, als andere
PLM Open Hours

18. PLM OPEN HOURS_ EVALUATION EINER APP
Charakteristiken von erfolgreichen Tools im Web
 Konzentration auf eine Aufgabe
 Anwendungsfall aus dem Alltag (www.doodle.ch, www.rememberthemilk.com)
 Fokussierung auf die einfachste Weise, diese Aufgabe zu lösen
 Beispiele: iPohne Apps, iGoogle Gadgets
 Die Entwicklung beginnt mit der Benutzerinteraktion
 Dem Benutzer Freiraum lassen, seinen eigenen Weg zu finden (z.B. Twitter
Hashtags)
 Nicht versuchen alle Anforderungen zu programmieren
 Finde Beispiele, wie es nicht gemacht werden soll
PLM Open Hours

19. PLM OPEN HOURS_ EVALUATION EINER APP
Charakteristiken von erfolgreichen Tools im Web
 Build Less
 «Underdo your Competition» (z.B. Writeboards)
 Nicht versuchen 100% der Anforderungen erfüllen
 Oft wenig Funktionen, welche gut funktionieren («Half, not Half-Assed»)
 Weniger Code durch setzten auf Standards und Frameworks
 Schnelles Rollout, um direktes Feedback vom Markt zu erhalten
 «Test the Wild» : Beta Versionen
 Verzicht auf lange Spezifikationen dafür klares Verständnis der Lösung
 Flexibilität statt Komplexität
 Änderungsfähigkeit erhalten
PLM Open Hours

20. PLM OPEN HOURS_ EVALUATION EINER APP
Charakteristiken von erfolgreichen Tools im Web
 Die Türen öffnen: Offene Schnittstellen (Webservcies)
 Erfolgreiche Anwendungen werden von Beginn weg als Service entwickelt, weil
die Vernetzung Vorteile bringt
 Erfolgreiche Dienste werden wiederverwendet anstatt neu erfunden
 Meshups erlaben das Zusammenziehen vieler Services in eine Sicht
 Evangelists / Key User
 Personen die eine Idee, Technologie, Applikation in die Welt hinaus tragen
 Oft bilden sich Communites um diese Personen
PLM Open Hours

21. PLM OPEN HOURS_ EVALUATION EINER APP
Formulieren der Ausgangslage
 Kundenreklamationen oder notwendige Optimierungen machen
Änderungen am Produkt notwendig
Kunde, Management
Es gibt Probleme mit einem Produkt!
Wie, bis wann und zu welchem Preis kann dies gelöst werden?
Ingenieur
Welche Teile sind betroffen?
Auswirkungen einer Änderung?
Produkt
PLM Open Hours

22. PLM OPEN HOURS_ EVALUATION EINER APP
In welchen Systemen finden sich die Informationen/Funktionen
 Die relevanten Informationen sind in verschiedenen Systemen
verwaltet
Kunde, Management
Es gibt Probleme mit einem Produkt!
Wie, bis wann und zu welchem Preis kann dies gelöst werden?
Ingenieur
Produkt CAQ PDM ERP CRM
Problemberichte Konstruktionsstücklisten Unterhaltsstücklisten Kundenreklamationen
Messprotokolle 3D Modelle Lagermenge
Risikoanalyse Festigkeitsberechnungen Herstellkosten
Rahmenverträge
PLM Open Hours

23. PLM OPEN HOURS_ EVALUATION EINER APP
Definition der Zielsetzung
 Alle relevanten Daten und Informationen auf einen Blick
Kunde, Management
Ingenieur
Produkt CAQ App: Engineering Change Board
PDM ERP CRM
Problemberichte Konstruktionsstücklisten Unterhaltsstücklisten Kundenreklamationen
Messprotokolle 3D Modelle Lagermenge
Risikoanalyse Festigkeitsberechnungen Herstellkosten
Rahmenverträge
PLM Open Hours

24. PLM OPEN HOURS_ EVALUATION EINER APP
Mockup: Visualisierung des Anwendungsfalls
PLM Open Hours

25. PLM OPEN HOURS_ EVALUATION EINER APP
Bewertung
 Zu berücksichtigen
 «Test the Wild» : Beispiel mit eigenen Modellen und Strukturen
 Einbettung in den gesamten Anwendungsfalls
 Integration in die vorhandene Toollandschaft
 Bewertungskriterien
 Tool: Wie hoch ist der Erfüllungsgrad der gestellten Anforderungen (technisch)?
 Partner: Wie gut wurden die Anforderungen verstanden/umgesetzt?
 Projekt: Zu erwartende Kosten und Projektdauer
PLM Open Hours

26. http://plmopenhours.net/
http://www.intelliact.ch/