Requirements Engineering besser integrieren

Das Anforderungsmanagement ist nach einhelliger Auffassung von Praktikern und von Fachleuten aus Forschung und Lehre das A und O des Systems Engineerings (SE). Dabei ist es nicht damit getan, die Anforderungen am Anfang der Systementwicklung einmalig zu erfassen und zu bewerten – sie können sich im Laufe der Entwicklung nämlich verändern und müssen deshalb über ihren gesamten Lebenszyklus einem konsequenten Änderungsmanagement unterworfen werden. Aus diesem Grunde plädieren viele PLM-Hersteller für die Einbettung des Anforderungsmanagements in das Product Lifecycle Management (PLM) bzw. die entsprechenden PLM-Lösungen, mit denen die mechanischen und mechatronischen Komponenten verwaltet werden, die diese Anforderungen letztlich in entsprechende Funktionen umsetzen.

Das Plädoyer klingt plausibel, lässt sich in der Praxis aber nicht so einfach befolgen. Zunächst einmal sind die Menschen, die sich in den Unternehmen mit der Erfassung, Bewertung und Dokumentation von Systemanforderungen beschäftigen, ein besonderer Schlag, der mit PLM (noch?) nicht viel anzufangen weiß. Wer sie näher kennen lernen möchte, dem sei der Besuch der REConf empfohlen – der europaweit bedeutendsten Tagung zum Thema Requirements Engineering (RE). Sie fand neulich zum 12. Mal in München statt, ohne dass die PLM-Welt davon groß Notiz nahm. Zu meinem Erstaunen waren unter den immerhin 40 Ausstellern nur zwei namhafte PLM-Hersteller zu finden, von denen sich einer noch dazu als ALM-Anbieter (Application Lifecycle Management) präsentierte.

Zugegebenermaßen spielt das Thema Prozessintegration und PLM für die RE-Gemeinde derzeit noch eine untergeordnete Rolle. Sie hat andere Prioritäten: Erst einmal geht es darum, RE überhaupt nachhaltig in der Unternehmen zu verankern. Obwohl fast alle Unternehmen heute zumindest in ausgewählten Projekten RE anwenden und die Methode auf eine wachsende Akzeptanz stößt, ist sie in den meisten Fällen noch nicht genügend etabliert, wie eine Anwenderbefragung von REConf-Veranstalter HOOD ergeben hat. Zum Teil hängt das damit zusammen, dass das Management RE zwar gerne nachhaltig in der Organisation verankern würde, aber dafür kein zusätzliches Budget locker macht.

grafik_hood2Der Ruf nach mehr Integration wird jedoch auch in der RE-Gemeinde lauter. Die Anwender, die an der Befragung teilnahmen, sind mit ihren RE-Tools nicht immer zufrieden. Sie wünschen sich bessere Schnittstellen zu den Werkzeugen und Systemen anderer Disziplinen, insbesondere zum Testmanagement, aber auch zu klassischen PLM-Funktionsbereichen wie Änderungsmanagement, Projektmanagement oder Dokumentengenerierung. Viele dieser Schnittstellen würden sich erübrigen, wenn man die Anforderungen direkt im PLM-Kontext erfasste und dokumentierte, aber das würde die etablierte Tool-Landschaft ziemlich über den Haufen werfen.

Wie sieht diese Landschaft aus? Die meist genutzten Anwendungen für RE und Anforderungsmanagement sind immer noch Excel und andere MS Office-Anwendungen, dicht gefolgt von IBM DOORS. Sie leisten den Anwendern zwar gute Dienste, weisen aber gerade in punkto Datenbankintegration und Prozessunterstützung Schwächen auf. Das erschwert zugleich den Austausch von Anforderungen zwischen Entwicklungspartnern, noch dazu wenn sie andere RE-Tools einsetzen. Abhilfe soll jetzt der ReqIF-Standard schaffen, den einige Tool-Hersteller bereits implementiert haben und den auch die PLM-Anbieter nutzen können, um Anforderungen standardbasiert aus den RE-Werkzeugen zu importieren bzw. an sie zu exportieren.

Denn eins ist klar: PLM wird die bestehenden RE-Werkzeuge auf absehbare Zeit nicht ersetzten, sondern allenfalls ergänzen. Einkauf, Entwicklung und anderen Abteilungen haben unterschiedliche Sichten auf die Anforderungen und nutzen unterschiedliche Anwendungen, um diese Sichten darzustellen. Wichtig ist jedoch aus Prozesssicht, dass zumindest die kritischen Anforderungen in der PLM-Umgebung wandern, um sie dort mit anderen Objekten verknüpfen und ihre Änderungsgeschichte nachvollziehen zu können. Dafür müssen die PLM-Anbieter neben eigenen Anforderungsmanagement-Funktionen entsprechende Integrationen bereit stellen.

Projektmanagement – Eine Idee, die sich überlebt hat?

ID-10031738
Bild von www.freedigitalphotos.net / dan

Man mag es schon nicht mehr hören oder lesen: über die Desaster-Projekte in Deutschland wie den Berliner Flughafen oder die Hamburger Elbphilharmonie. Lieferanten von Projektmanagement-Software  sind wahrscheinlich versucht zu sagen: „Mit unserer Software wäre das nicht passiert!“. Wer’s glaubt …

Unbestreitbar hat das Thema Projektmanagement einen Lauf.  Vielleicht geht es Ihnen dabei wie mir: Zuallererst erscheinen einem bei diesem Stichwort Bilder von Gant-Charts vor Augen. Wenn es doch nur so einfach wäre. Bestimmt wurden die beiden genannten Projekte bestens geplant und bestimmt waren die Projektbüros volltapeziert mit Treminplänen. Wenn Menschen Maschinen, Randbedingungen unveränderlich und Ziel vollkommen klar wären, könnte ja auch nichts schiefgehen. Sind sie aber nicht.

Auf Herausforderungen jenseits der Terminplanung weist  Reinhard Wagner in seinem Beitrag Deutschland 2025: Goldene Zeiten für die Projektwirtschaft? im GPM-Blog hin. Besonders interessant finde ich folgende Passage:

Die Zusammenarbeit zwischen verschiedenen Unternehmen (z. B. in der automobilen Supply-Chain) wird immer öfter in Projekten organisiert. Projektarbeit wird immer internationaler. So arbeiten z. B. Mitarbeiter aus unterschiedlichen Forschungsabteilungen von Bosch an Technologien oder Produkten von morgen. Projektarbeit wird 24/7 möglich, d. h. rund um die Uhr und über die gesamte Woche verteilt an mehreren Forschungsstandorten. Projekte finden aber auch vermehrt an den Standorten in den Absatzmärkten statt. So errichtet Audi zum Beispiel gerade eine neue Produktionsstätte in Mexiko… Neben der Überwindung zeitlicher, räumlicher, sprachlicher und kultureller Barrieren heißt das vor allem mit einem unterschiedlichen Verständnis von Projektmanagement umzugehen. Verstehen wir hierzulande darunter vor allem Planung und Kontrolle, so stellen sich Mitarbeiter anderer Länder schnell quer. Sie brauchen mehr Handlungsspielraum und fühlen sich durch allzu viel Kontrolle schnell bevormundet.

Das Stichwort „Handlungspielraum finde ich schön provokant, drücken doch minutiöse Projektpläne das genaue Gegenteil aus.

Mein Fazit: Der Begriff Projektmanagement führt in die Irre, wenn man damit „old school“ vor allem elaborierte Gant Charts und das Denken und Lenken weniger „Manager“ verbindet. Geleitete und nicht gelenkte Zusammenarbeit im eigenen Unternehmen, in internationalen Teams (Mitblogger Michael Wendenburg stößt in ein ähnliches Horn) und mit anderen Unternehmen bei der Lösung komplexer Aufgaben wird immer wichtiger.

 

Wie neue Technolgien alte PLM Geschäftsmodelle zerstören

ID-10073462Wenn es prominente Beispiele für Hype-Themen gibt, dann gehört Cloud unbedingt dazu. Im PLM-Kontext gibt es zwar gute Gründe für gesunde Skepsis von wegen Know-How Schutz, Datenvolumina, Schnittstellen zu Drittsystemen usw. Aber es zeichnen sich auch interessante Perspektiven ab.

Dropbox ist nur ein Beispiel aus der wachsenden Familie der Angebote für Cloud Storage. Interessant zu lesen ist dazu ein Beitrag im MIT Technology Review „Dropbox Offers a Way to Free Data from Mobile Apps“:

“A new feature released with little fanfare last week provides new evidence that the company is working toward that vision. It also pitches the company into more direct competition with Apple. That feature, called the Sync API, allows mobile apps to save data to a user’s Dropbox account so that the app can be synched across multiple devices. If developers embrace the programming interface, using mobile apps might no longer mean leaving your personal files scattered among different devices.”

Das heißt nichts anders, als dass Anwendungen das Speichern von Dokumenten schlicht als Dienst betrachten und nutzen können. Das heißt auch, dass die für Anwender hinderliche Festlegung auf bestimmte Plattformen entfällt:

“The Sync API could also erode some of the restrictions imposed by the competing mobile ‘ecosystems’ of Apple and Google by making it easier to switch between them without leaving any data behind. For example, someone who had been using an image editing app for Apple’s iPad could install the same app on an Android tablet and find the edited photos on the new device.”

Aber machen Unternehmen wie Dassault im Moment nicht genau das Gegenteil: die Daten der Anwender in proprietären Speichern einschließen? Mein (hoffnungsvoller) Verdacht: Die Zeit wird kommen, wo das Speichern von Daten eine Allerweltsdienst sein wird, den Anwendungen über standardisierte Schnittstellen nutzen werden. Und wo die Unternehmen allein anhand Preis, Leistung, Service und Sicherheitsversprechen auswählen können. Das wird auch für PLM Daten, Dokument und Datenbanken gelten und damit dem Paradigma Offenheit eine ganz parktischen und konkreten Aspekt hinzufügen.Warum Anbieter im Gegenteil noch ein zukunftssicheres Geschäftsmodell sehen, ist mir nicht klar.