Kombinierbarkeit unter der Lupe: Wie sollte sie in der Praxis aussehen?

individuell gestaltbar und der „Citizen Developer“ passen konzeptionell gut zusammen. individuell gestaltbar –die Vorstellung, dass alles individuell gestaltbar ist– schätzt Kreativität und beflügelt sie zugleich. Doch damit etwas individuell gestaltbar sein kann, müssen Entwickler überall präsent sein. Lassen Sie uns darüber sprechen, wie dies Realität werden kann.

Wie wir wissen, spielt die Kombinierbarkeit dank Plattformen der nächsten Generation bereits in anderen Geschäftsbereichen und Branchen eine Rolle. Webentwickler nutzen Modularität und Arbeitsabläufe mit Leichtigkeit. Rechtsformulare lassen sich aus zentralen Bausteinen zusammenstellen und entsprechend der erforderlichen Lösung strukturieren. Dies sind praktische Beispiele für die charakteristischen Merkmale eines individuell gestaltbar .

Doch aufgrund der charakteristischen Merkmale der traditionellen Fertigungstechnik gestaltet sich die Umsetzung der Kombinierbarkeit in der Produktion und standortübergreifend als Herausforderung.

Das muss nicht unbedingt so sein. Wir würden sogar behaupten, dass gerade die charakteristischen Merkmale der Fertigung der Grund dafür sind, dass Technologie individuell gestaltbar widerspiegeln sollte.

Nun, aus Gründen, die Sie hier nachlesen können, kommt die Fertigungsindustrie endlich wieder in Schwung.

In dem Bericht „Becoming individuell gestaltbar“ stellt der Autor und Analyst Yefim Natis fest, dass vier Personas an der Erfahrung der Kombinierbarkeit beteiligt sind:

• Entwickler – jemand, der Bausteine entwirft
• Kurator – jemand, der Vorlagen für den Komponisten erstellt
• Komponist – jemand, der alles zusammenfügt
• Verbraucher – jemand, der es nutzt

Zwar handelt es sich hierbei um ein geeignetes mentales Modell zum Verständnis der Rollen, die beim Einsatz von Software eine Rolle spielen, die die Ausführung über mehrere Systeme hinweg ermöglicht, und wir stimmen dem im Grundsatz zu, doch bewährt sich ein solches lineares Entwicklungsmodell in der Praxis nur selten.

Häufig überschneiden sich diese Rollen bei verschiedenen Personen innerhalb der Organisation. Zudem entsteht dabei eine Rückkopplungsschleife.

Wir schlagen ein etwas anderes Modell vor, das die Besonderheiten des operativen Geschäfts an vorderster Front erfasst und einen Faktor einbezieht, der zwar unsichtbar, aber entscheidend ist: ein Ökosystem.

Wir können unsere Untersuchung der Kombinierbarkeit in der Praxis damit beginnen, dass wir uns die zentralen Akteure genauer ansehen: den Citizen Developer und den Endnutzer. Mit anderen Worten: Wir wollen das Kombinierbarkeitsmodell von der Basis her betrachten, um besser zu verdeutlichen, wie es in der Fertigung aussieht.

Wenn wir vom „Citizen Developer“ sprechen, meinen wir meist den Entwickler an vorderster Front: die Person, die für die eigentliche Arbeit verantwortlich ist. Mit den richtigen Tools ausgestattet, kann sie die Probleme lösen, mit denen sie – und die Endnutzer – konfrontiert sind.

In einem individuell gestaltbar haben diejenigen, die näher am Geschehen sind, die Möglichkeit, aus konkreten Bausteinen und individuell gestaltbar Lösungen zu entwickeln, um die Anforderungen der Endnutzer zu erfüllen – von der Steuerung komplexer Arbeitsabläufe bis hin zur Nachverfolgung von Fehlerdaten. Manchmal sind das ein und dieselben Personen.

Woher kommen diese Bausteine?

• Anbieter – Traditionell MES bietet diese Art von Bausteinen möglicherweise an, möglicherweise aber auch nicht. Diejenigen jedoch, die Kombinierbarkeit als einen Grundpfeiler ihres Produkts betrachten, werden dies tun. Durch die Bereitstellung von Best-Practice-Vorlagen, Widgets, Konnektoren und anderen Komponenten können Anbieter Mitarbeiter in den Bereichen Erstellung, Kuratierung und Zusammenstellung unterstützen.

• Ein Ökosystem von Entwicklern – In diesen Räumen entstehen Communities. Je mehr Anbieter und ihre Partner sich auf individuell gestaltbar verlegen und je mehr Citizen Developer und Entwickler individuell gestaltbar nutzen, desto mehr Feedback und Lösungen entstehen, die zum gesamten Ökosystem beitragen. Komponenten, Konnektoren, Vorlagen und Ideen können von überall her stammen. Anbieter können diesen Austausch von Inhalten über Bibliotheken oder Marktplätze erleichtern.

Heute fließen Informationen, Komponenten und Funktionen dynamisch zwischen Entwicklern und Anwendern, zu den Anbietern und dem Ökosystem und wieder zurück. Doch es gibt noch einen weiteren wichtigen Akteur, der zum Erfolg der Kombinierbarkeit beiträgt: das Center of Excellence.

Als zentrale Koordinierungsstelle arbeitet das CoE mit Entwicklern an verschiedenen Standorten zusammen. Es sorgt für die Einhaltung der Standards.

Das ist natürlich nicht alles, was sie tun. Sie ermitteln bewährte Verfahren und finden Möglichkeiten, diese unternehmensweit zu verbreiten – selbst in Unternehmen mit mehr als 50 Standorten. Das Kompetenzzentrum fungiert als zentrale Drehscheibe für den gegenseitigen Wissensaustausch – und auch hier wird dieser Austausch durch das Ökosystem zusätzlich gefördert.

So sieht ein dynamischer, auf Rückmeldungen basierender Informationskreislauf in einem individuell gestaltbar aus.

Da wir nun wissen, wie die verschiedenen Rollen innerhalb eines individuell gestaltbar zusammenwirken, können wir uns den rechten Teil der Grafik ansehen und uns einige Beispiele dafür ansehen, wie die einzelnen Personas mit einer bestimmten Anwendung interagieren könnten.

Nutzung von Apps

Endnutzer haben bestimmte Erwartungen. Sie erwarten maßgeschneiderte Anwendungen, die ihre Arbeit optimieren.

Betrachten wir das Beispiel einer mobilen Anwendung, die Arbeitsanweisungen sowie eine Nachverfolgung umfasst. Sie stellt die Inhalte bereit, die einen Prozess leiten, erfasst Daten während dieses Prozesses und koordiniert diese mit dem Materialverbrauch.

Auch wenn diese mobile Anwendung auf den ersten Blick wie eine einfache Sammlung von Arbeitsanweisungen wirkt, geht sie tatsächlich weit darüber hinaus MES , da sie den Material- und Informationsfluss durch den Prozess versteht.

Verbrauchsanforderungen

Eine App ist eine Möglichkeit, ein komplexes System modular zu betrachten. Deshalb muss eine Anwendung wie in diesem Beispiel einen klar definierten Anwendungsbereich haben, schlank aufgebaut sein und lose (aber nicht in unzumutbarer Weise) mit anderen Apps vernetzt sein.

Zudem sollte die Datenerfassung automatisiert sein (damit sich der Nutzer nicht darum kümmern muss), aber strukturiert – wiederum, damit sich der Nutzer nicht darum kümmern muss, aber auch, damit andere Personen und Anwendungen die Daten nutzen können.

Zusammenfassend lassen sich die Anforderungen der Verbraucher wie folgt zusammenfassen:

• Einheitliche, intuitive Benutzeroberflächen, die die Arbeit optimieren

• Automatisierte / strukturierte Datenerfassung

• Prozessanleitung

• Aktuelle Informationen im Kontext

Application

Denken Sie daran, dass wir die Kombinierbarkeit von Grund auf betrachten. Das heißt: Endnutzer nutzen die Komponenten, und Entwickler setzen sie zusammen. Auch sie müssen bestimmte Voraussetzungen erfüllen: In erster Linie muss die von ihnen entwickelte Anwendung eine echte Lösung für das jeweilige Problem darstellen, was erfordert, dass sie direkt auf die Bedürfnisse der Nutzer eingeht.

Zu den Anforderungen an den Komponisten gehören:

• Möglichkeit, Apps ohne Programmierkenntnisse zu erstellen bzw. zu bearbeiten

• Zugang zu Rückmeldungen von Endnutzern

• Leitlinien für die Standardisierung und Ansatzpunkte für die App-Entwicklung

• Zuverlässige Steckverbinder

Sofiya Baran, kontinuierlicher Verbesserungsprozess bei Stanley & Decker, bringt es auf den Punkt.

„Ich habe eine Anwendung entwickelt, um die Produktionstransparenz zu verbessern … Während dieses gesamten Prozesses standen die Bediener für mich an erster Stelle. Mir war bewusst, dass es für sie nach vielen Jahren in einem Unternehmen eine Herausforderung sein würde, Veränderungen in ihren Arbeitsabläufen anzunehmen. Dank ihrer Unterstützung habe ich dafür gesorgt, dass die App benutzerfreundlich ist, und ich konnte ihre volle Zustimmung gewinnen.“

Wie hat Sofiya diesen Prozess in Angriff genommen? Wo sollen Bürgerentwickler ansetzen?

Die Ingenieure von heute sind mit dem Programmieren vertraut – insbesondere mit der Logik. Diese autodidaktischen Programmierer sind nun Ihre „Citizen Developers“. Da sie täglich mit Anwendungen arbeiten, verstehen sie, wie man eine Frontend-Benutzeroberfläche konzipiert und einen sinnvollen Ablauf gestaltet. Außerdem haben sie regelmäßig mit Formularen zu tun und wissen daher, wie Daten im Backend erfasst werden können.

Wenn man diesen Mitarbeitern die entsprechenden Werkzeuge zur Verfügung stellt, brauchen sie nicht viele Erklärungen, um ihre Arbeit zu erledigen. Sofiya zum Beispiel war so begeistert vom Programmieren, dass sie gar nicht glauben konnte, dass nicht jeder täglich auf diese Weise entwickelt.

Auch wenn Komponisten nicht viel Anleitung brauchen, was sinnvoll ist, ist es dennoch wichtig, ihnen einen Ausgangspunkt zu bieten. Außerdem ermöglicht es die Kuratierung, die daraus entstehenden Best Practices zu erfassen. Hier kommt das Center of Excellence ins Spiel.

Kuration: Standardisierung und Strategie

Es werden zentralisierte Teams (manchmal auch „Centers of Excellence“ genannt) gebildet, um die Entwickler zu unterstützen. Sie sollen die richtigen Werkzeuge bereitstellen, entsprechende Richtlinien liefern, bei der Durchsetzung geeigneter Governance helfen und Best Practices für die Standardisierung an anderen Standorten erfassen. Außerdem „kuratieren“ sie Vorlagen und vorgefertigte Apps, die von Citizen Developers angepasst werden können – manchmal unter Verwendung bereinigter Versionen von Lösungen, die von anderen Citizen Developers entwickelt wurden. Durch dieses Team unterstützen die Kurationsbemühungen sowohl die Standardisierung als auch die Strategie.

Zu den Anforderungen an die Kuratierung gehören:

• Detaillierte Berechtigungen und Genehmigungen

• So kuratieren Sie Inhalte für lokale Teams

• Maßgeschneiderte Komponenten

• Unternehmensweite Transparenz für die Durchsetzung

Erstellung von Komponenten

Wenn wir uns im Modell der „Erstellung“ dieser Komponenten zuwenden, ist es wichtig zu beachten, dass die für die Softwareentwicklung zuständigen Entwickler zwar innerhalb des CoE, aber nicht auf Standortebene tätig sein können. Aus diesem Grund möchten Entwickler möglicherweise No-Code-Technologien auf Low-Code-Technologien ausweiten.

Zu den Anforderungen an die Urheber gehören:

• Low-Code-Funktionen

• Saubere, zuverlässige APIs für Konnektoren

• Zugang zur Entwickler-Community

Die Dynamik von Fertigungsprozessen erfordert ein dynamisches Zusammenspiel zwischen den vier Schlüsselakteuren in individuell gestaltbar . Wie wir zu Beginn dieses Beitrags bereits erwähnt haben, müssen Entwickler überall präsent sein, um die Mentalität „alles ist individuell gestaltbarerfolgreich umzusetzen. Ein Erfolgsmodell wie das hier beschriebene kann dies für Hersteller aller Art Wirklichkeit werden lassen.

Wenn Sie mehr darüber erfahren möchten, wie sich die Kombinierbarkeit in bestimmten Branchen gestaltet, lesen Sie die nächsten Artikel dieser Reihe, die sich mit der allgemeinen Fertigungsindustrie und Biowissenschaften befassen.