Category: PLM applications

PLM und Google TV: Nicht für Jedermann?

Neulich habe ich im Flugzeug die New York Times gelesen. Nachdem ich den folgenden Artikel las, fühlte ich mich schlecht. Google TV, Usability is Not Included (Google TV – Benutzbarkeit nicht eingeschlossen). Ich habe Google TV noch nicht gekauft. Ich halte mir jedoch noch immer alle Optionen offen. Lesen Sie den Artikel und ziehen Sie Ihre eigenen Schlüsse. Die Idee, einen Fernseher in einen riesigen Computerbildschirm zu verwandeln, ist faszinierend. Allerdings denke ich an den Endanwender. Wie kann ich einer Person ohne Computererfahrung erklären, wie zwischen Browserfenstern gewechselt wird? Mission Impossible!

Trends in der Komplexität von PLM

Die Komplexität von Google TV, wie sie durch die New York Times erklärt wurde, brachte mich dazu, erneut über die Umsetzung von PLM nachzudenken. Wie oft wurden Sie mit mehreren Bildschirmen, Optionen, Verbindungen konfrontiert? Ich denke, dass das Problem der PLM-Umsetzung darin begründet liegt, dass mit ihrer Hilfe die Komplexität von Produktentwicklungsprozessen, Abhängigkeiten und Datenbeziehungen offengelegt werden soll. Selbst bei der Betrachtung neuer Software im Unternehmensbereich sind diese Symptome der Komplexität erkennbar. Ich konnte drei wichtige Trends in der PLM-Komplexität erkennen.

Komplexität der Modellierung
Dies tritt häufig ein, wenn Entwickler versuchen, alle möglichen und unmöglichen Kombinationen von Datenmodellen anzuwenden, um die Situation in einer Organisation wiederzugeben. In vielen Fällen ist dies, so denke ich, jedoch nicht erforderlich. Eine Vielzahl von Situationen kann gelöst werden, indem weniger und einfachere Modelle angewendet werden. Wenn Sie Ihr Datenmodell erstellen, bitten Sie die Entwickler doch einfach darum, es zu vereinfachen. Wenn Sie dies mehrmals tun, werden Sie sehen, dass nur die Hälfte der Funktionen übrig bleibt.

Komplexität der Präsentation
Meiner Ansicht nach hält PLM-Software immer noch am früheren Desktop-Paradigma fest. Das heißt, es werden möglichst viele Informationen in das Sichtfeld der Kunden gestellt. Dies ist ein Fehler. Damit Sie diesen Fehler beheben können, sollten sich Ihre Leute mit mobilen Applikationen vertraut machen. Die begrenzte Anzeigefläche auf dem Bildschirm eines Mobiltelefons führte zu einer Änderung dieses Paradigmas. Bitten Sie weiterhin darum, zu aktionsbasierten Präsentationskonzepten zu wechseln. Sie geben nur Informationen vor, die für die Entscheidung der Aufgabe erforderlich sind und zeigen eine begrenzte Menge der Optionen an.

Komplexität der Prozesse
Zu guter Letzt. Es ist erforderlich, Prozesse in der Organisation abzubilden. Wenn Sie damit beginnen, denken Sie jedoch daran, dass Sie nicht alle Implementierungen reproduzieren sollten, die vor Beginn der Umwandlung Ihrer Organisation mit dem PLM-System bestanden. Sie können Prozesse ausfindig machen, die einfach nicht erforderlich sind.

Einfachheit siegt immer
Wenn Sie die modernen Trends in Hardware, Software und fast allen anderen Dingen betrachten, werden Sie eine starke Entwicklung zur Einfachheit erkennen. Als ich meine ersten PDM-/PLM-Produkte entwickelte, war die Frage der „Dokumentation” unumgänglich. Das Vorhandensein einer Dokumentation war zwingend erforderlich. Diskussionsfähig war nur die Frage, wie viel Dokumentation erforderlich ist und wie schnell sie geliefert werden kann. Heutzutage ist sich jeder bewusst, dass man nur dann bestehen kann, wenn Produkte entwickelt werden, die keine Handbücher erfordern.

Welche Schlüsse ziehe ich daraus? Mein Schluss ist einfach: Einfachheit siegt! Die wahre Bedeutung dessen zu verstehen, ist nicht einfach. Menschen, die mit PLM-Software zu tun haben, müssen dies verstehen, damit sie nicht zu Dinosauriern der Handbücher werden.  Dies sind meine Überlegungen hierzu…

Alles Gute, Oleg

(Hinweis: Dies ist eine Übersetzung  des Beitrags “PLM and Google TV: Not for Average People?” aus Oleg Shilovitskys Blog Beyond PLM. Übersetzung und Abdruck mit freundlicher Genehmigung des Autors. Ohne Gewähr für die Richtigkeit der Übersetzung.)

Standards in der Produktentwicklung: Fluch oder Segen?

Vorweg: es geht in diesem Beitrag nicht um Normteile oder andere Dinge, die Produkte standardisieren, sondern um solche, die festlegen, auf welche Art und Weise Produkte entwickelt werden. Das ist ein weites Feld, angefangen bei der Frage, wer den Standard vorgibt, etwa das eigene Unternehmen, der Kunde, Normungsgremien usw. bis hin zu Frage, was standardisiert wird wie z.B. Verfahrensabläufe, Benennungskataloge, oder Nummerungsysteme.

Die meisten von uns werden bestimmte Standards lieben und andere hassen. Die guten sind die, die mir persönlich erkennbar nützen, etwa weil sie mir helfen, mich leichter zurechtzufinden. Und die schlechten sind eben solche, die eher hinderlich für meine Aufgaben sind.

Gute Standards stellen einfach „Best Practices“ dar. Bei schlechten Standards erkennen die Anwender, dass man das anders und besser machen kann. Gute Standards fallen nicht vom Himmel und selbst jahre- oder jahrzehntelange Gremienarbeit ist keine Erfolgsgarantie, siehe den „Standard for the Exchange of Product model data“ (ISO 10303 STEP).

Jeder Entwickler macht eigentlich nicht anders als einen Standard für eine gewünschte Funktion zu schaffen. Als Entwickler von gewarteter „Standard“ PLM-Software haben wir die Aufgabe, Standards für die Produktentwicklung zu schaffen. Das ist anspruchsvoll, denn jede Produktentwicklung lebt davon, abseits ausgetretener Pfade Innovatives zu schaffen. PLM-Projekte und PLM-Software greifen unter Umständen tief in die Art und Weise ein, wie Unternehmen und  Mitarbeiter Produkte entwickeln. Im Unterschied zu bloßen Regelwerken, wie sie in vielen Unternehmen anzutreffen sind, ist die Standardisierung  gleich in die Werkzeuge eingebaut, die die Anwender nutzen. Je feinkörniger hier die Vorgaben sind, desto schwieriger wird es, die Bedürfnisse der Anwender praxisgerecht zu erfüllen.

Zusammenfassend meine Meinung:

  1. Gute Standards stellen Best Practices dar, deren Nutzen  für Anwender offensichtlich ist.
  2. Standards zu entwickeln ist schwierig. Der Schlüssel zum Erfolg liegt in der Fähigkeit, Standards beruhend auf Erfahrungen in nicht zu kurzen und nicht zu langen Abständen zu verbessern.
  3. Standards haben auch in der Produktentwicklung ihre Berechtigung. Sie helfen z.B., Compliance-Richtlinien zu beachten, über Abteileingen und Disziplinen hinweg besser zu kommunizieren und Zeit dadurch zu sparen, dass man das Erfahrungswissen anderen nutzen kann.
  4. Standardisierung in der Produktentwicklung erfordert besondere Umsicht: Schließlich sollen Kreativität und Flexibilität nicht unter die Räder kommen.

(claim token 9CRX6ENYMPWC)