PLM+ALM Tools: Erfahrungen

OP #7386676
Lesenswert?

Meiner Meinung nach besteht die tägliche Ingenieursarbeit neben dem als sehr produktiv wahrgenommenen harten Kern (Programmieren, Schema zeichnen, Layouten, CAD zeichnen, FEM simulieren, Schaltung simulieren) - nennen wir es Umsetzen, zu grossen Teilen aus anderen Tätigkeiten. Ich liste die mal kurz auf:

  1. Spezifizieren: Welche Eigenschaften soll das Endprodukt haben.
  2. Planen: Was macht wer wann um das zu erreichen.
  3. Testen: In Betrieb nehmen, Debuggen.
  4. Dokumentieren: Lösungsweg und Resultat dokumentieren.

Daneben gibt es natürlich noch gänzlich Unproduktives.

Jedenfalls komme ich zum Schluss, dass Spezifizieren, Planen, Umsetzen, Testen und Dokumentieren die 5 hauptsächlichen Tätigkeiten sind. Und jetzt kommt der springende Punkt:

Ein Produkt ist ein System, das sich meist in Teilsysteme zerlegen lässt, die sich manchmal wieder in Teilsysteme zerlegen lassen. Für jedes Teilsystem müssen die 5 Tätigkeiten angewendet werden. Weil also all diese 5 Tätigkeiten derselben natürlichen Baumstruktur unterworfen sind, bietet es sich an Spezifikationen, Arbeitsplänen, Code/Schema/Layout/CAD, Testergebnissen und Dokumentationen im selben Baum abzulegen.

Dieser Baum muss eine Versionskontrolle haben, und zwar am besten für jedes Teilsystem einzeln. Das könnte mit Git Submodulen gelöst werden. Damit passt die Spezifikation jederzeit zum Plan zur Doku, zum Code und zum Test. Das ist dann wie bei der doppelten Buchhaltung: Was ich in einem Commit im Plan (der Todo Liste) abhake muss irgendwo ein Artefakt oder Testergebnis haben und auch in der Doku etwas erzeugt haben. Zumindest wäre es möglich so zu arbeiten.

Jetzt sind wir aber eine Firma wo besonders die Projektleiter und auch die Mechaniker nicht mit Git arbeiten. Daher überlege ich welche Tools ähnliches bieten aber besser benutzbar sind. Das wären dann also vermutlich

  • Polarion
  • 3DEXPERIENCE
  • PTC Integrity

Habt ihr Erfahrungen mit einem der genannten oder ähnlichen Tools gemacht?

Im Moment nutzen wir eine uralte Version von Oracle Agile PLM, aber nur für die Ablage von CAD Daten und Konstruktionszeichnungen. Geplant wird in Jira, Anforderungen liegen in Confluence, dokumentiert wird auch in Confluence, getestet in Jira und Confluence. Überall gibt es eine andere Ablagestruktur und eine andere Versionsgeschichte. Was zu welcher Version gehört muss mühsam händisch dazugeschrieben werden - wenn man es nicht gleich sein lässt. Ich hätte also gerne unsere PLM+Jira+Confluence Lösung durch ein einziges Tool ersetzt damit es die gleiche Ordnungsstruktur und Versionsgeschichte hat.

OP #7387130
Lesenswert?

Das ist aber hauptsächlich für SW oder?

Benutzt du es selbst?

Wir sind zwar 50 SW Entwickler aber es gibt eben auch noch ca. 25 Leute die PCB Design, Schaltschrank und Mechanikdesign machen. Die Firma ist ein mittelständischer Werkzeugmaschinenbauer mit weltweit 500 Leuten.

#7387290
Lesenswert?

Wir benutzen es auch für Hardware Komponenten. Requirements können im Prinzip für alles erfasst werden, und du kennst dir per hierarchische tracker fast jeden workflow zusammenbauen. Baselining funzt auch ganz gut. Es gibt ne Demo, musst du mal ausprobieren. Unsere schematics etc sind allerdings in der altium vault, code in Gitlab, welches aber mit CB verknüpft ist.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren