Prüfung der Kompatibilität: Wie sollte sie im wirklichen Leben aussehen?

individuell gestaltbar Denken und der bürgerliche Entwickler passen konzeptionell gut zusammen. individuell gestaltbar - dieIdee, dass alles individuell gestaltbar ist- schätzt Kreativität und inspiriert sie. Aber damit etwas individuell gestaltbar sein kann, müssen Entwickler überall sein. Lassen Sie uns darüber sprechen, wie das Realität werden kann.

Wie wir wissen, ist die Kompatibilität bereits in anderen Geschäftsfunktionen und Branchen durch Plattformen der nächsten Generation im Spiel. Webentwickler nutzen Modularität und Workflows mit Leichtigkeit. Rechtsformulare können aus wichtigen Bausteinen aufgebaut und je nach der erforderlichen Lösung strukturiert werden. Dies sind praktische Beispiele für die entscheidenden Merkmale eines individuell gestaltbar Unternehmens.

Aber die charakteristischen Merkmale der traditionellen Fertigungstechnologie haben die Umsetzung von Composability in der Produktion und in den Betrieben zu einer Herausforderung gemacht.

Das muss nicht der Fall sein. Wir sind sogar der Meinung, dass die charakteristischen Merkmale der Fertigungsprozesse genau der Grund sind, warum die Technologie das individuell gestaltbar Denken widerspiegeln sollte.

Jetzt, aus Gründen, die Sie hier nachlesen können, kommt die Produktion endlich in Schwung.

In dem Bericht "Becoming individuell gestaltbar" stellt der Autor und Analyst Yefim Natis die These auf, dass vier Personas an der Composability-Erfahrung beteiligt sind:

• Schöpfer - jemand, der Bausteine entwirft
• Kurator - jemand, der Vorlagen für den Komponisten erstellt
• Komponist - jemand, der alles zusammenstellt
• Verbraucher - jemand, der es benutzt

Dies ist zwar ein geeignetes mentales Modell, um die Rollen zu verstehen, die bei der Entwicklung von Software, die die Ausführung über mehrere Systeme hinweg erleichtert, eine Rolle spielen, und wir sind im Prinzip damit einverstanden, aber diese Art von linearem Erstellungsmodell hält in der Praxis nur selten stand.

Oftmals überschneiden sich diese Rollen in verschiedenen Personas innerhalb der Organisation. Außerdem entsteht eine Rückkopplungsschleife.

Wir schlagen ein etwas anderes Modell vor, das die Einzigartigkeit von Frontline-Operationen erfasst und etwas Unsichtbares, aber Entscheidendes einbezieht: ein Ökosystem.

Wir können unsere Untersuchung der Composability in der realen Welt damit beginnen, dass wir uns die zentralen Personas genauer ansehen: den bürgerlichen Entwickler und den Endbenutzer. Mit anderen Worten, wir wollen das Composability-Modell von unten nach oben betrachten, um besser zu verstehen, wie es in der Produktion aussieht.

Wenn wir von bürgerlichen Entwicklern sprechen, meinen wir in der Regel die Ingenieure an der Frontlinie: die Personen, die für die Arbeit verantwortlich sind. Mit einer Reihe von Tools können sie die Probleme lösen, mit denen sie - und die Endbenutzer - konfrontiert sind.

In einem individuell gestaltbar Unternehmen haben die Menschen, die näher an der Arbeit sind, die Möglichkeit, Lösungen aus tatsächlichen Bausteinen und individuell gestaltbar Logik zu erstellen, um die Bedürfnisse der Endbenutzer zu erfüllen, von der Steuerung eines komplexen Arbeitsablaufs bis zur Verfolgung von Fehlerdaten. Manchmal sind das dieselben Personen.

Woher kommen diese Bausteine?

• Anbieter - Traditionell MES können diese Art von Bausteinen anbieten, müssen es aber nicht. Aber diejenigen, die Kompositionsfähigkeit als einen Grundsatz ihres Produkts betrachten, werden es tun. Durch die Bereitstellung von Best-Practice-Vorlagen, Widgets, Konnektoren und anderen Komponenten können die Anbieter die Mitarbeiter in den Bereichen Erstellung, Kuratierung und Komposition ausstatten.

• Ein Ökosystem von Entwicklern - Gemeinschaften entstehen in Räumen. Je mehr Anbieter und deren Partner sich auf individuell gestaltbar engagieren und je mehr bürgerliche Entwickler und Entwickler die Architekturen der Anbieter von individuell gestaltbar nutzen, desto mehr Feedback und Lösungen entstehen, die zum größeren Ökosystem beitragen. Komponenten, Konnektoren, Vorlagen und Ideen können von überall her kommen. Anbieter können diese gemeinsame Nutzung von Inhalten über Bibliotheken oder Marktplätze erleichtern.

Jetzt fließen Informationen, Komponenten und Fähigkeiten dynamisch, von den Entwicklern und Anwendern zueinander und zu den Anbietern und dem Ökosystem und zurück. Aber es gibt noch einen weiteren wichtigen Akteur für den Erfolg von Composability: Das Center of Excellence.

Als zentraler Koordinator arbeitet der CoE standortübergreifend mit Entwicklern zusammen. Sie treiben die Durchsetzung von Standards voran.

Natürlich ist das nicht alles, was sie tun. Sie identifizieren bewährte Praktiken und finden Möglichkeiten, diese im gesamten Unternehmen zu teilen, selbst in Organisationen mit mehr als 50 Standorten. Das CoE fungiert als zentraler Kurationsmechanismus für den Austausch von Erkenntnissen - und auch dieses Lernen wird durch das Ökosystem weiter erleichtert.

So sieht ein dynamischer, Feedback-gesteuerter Informationskreislauf in einem individuell gestaltbar Produktionsbetrieb aus.

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

Verbrauch des Endverbrauchers Apps

Endbenutzer haben Erwartungen. Sie erwarten maßgeschneiderte Anwendungen, die ihre Arbeit rationalisieren.

Nehmen wir das Beispiel einer mobilen Anwendung, die Arbeitsanweisungen und eine Nachverfolgung enthält. Sie stellt die Inhalte bereit, die einen Prozess leiten, verfolgt die Daten während dieses Prozesses und koordiniert den Verbrauch von Materialien.

Auf den ersten Blick scheint es sich bei dieser mobilen Anwendung um eine einfache Arbeitsanweisung zu handeln, aber in Wirklichkeit wird sie zu einem MES weil sie den Material- und Informationsfluss durch den Prozess versteht.

Voraussetzungen für den Konsum

Eine App ist eine Art, sich ein komplexes System in einer modularen Weise vorzustellen. Deshalb muss eine Anwendung wie dieses Beispiel in ihrem Umfang fokussiert, leichtgewichtig und lose mit anderen Anwendungen verbunden sein (aber nicht übermäßig voneinander abhängig).

Außerdem sollte die Datenerfassung automatisiert (damit der Benutzer sich nicht darum kümmern muss), aber auch strukturiert sein - wiederum, damit der Benutzer sich nicht darum kümmern muss, aber auch, damit andere Personen und Anwendungen sie nutzen können.

Zu den Anforderungen der Verbraucher gehören:

• Einzelne, intuitive Schnittstellen, die die Arbeit rationalisieren

• Automatisierte / strukturierte Datenerfassung

• Anleitung zum Prozess

• Aktuelle Informationen im Kontext

Application Zusammensetzung

Denken Sie daran, dass wir die Kompositionsfähigkeit von unten nach oben untersuchen. Die Endbenutzer konsumieren also, und die Komponisten komponieren. Auch sie haben bestimmte Voraussetzungen, um erfolgreich zu sein. Zuallererst muss die von ihnen erstellte Anwendung eine echte Lösung für das jeweilige Problem sein, was voraussetzt, dass sie den Verbraucher direkt anspricht.

Zu den Anforderungen an den Komponisten gehören:

• Erstellen/Bearbeiten von Anwendungen ohne Programmierkenntnisse

• Zugang zu Endbenutzer-Feedback

• Leitplanken für Standardisierung und App-Startpunkte

• Zuverlässige Anschlüsse

Sofiya Baran, kontinuierlicher Verbesserungsprozess Engineer bei Stanley Black & Decker, fasst es gut zusammen.

"Ich habe eine Anwendung zur Erfassung der Produktionstransparenz entwickelt... Während des gesamten Prozesses waren die Mitarbeiter mein wichtigster Kunde. Ich habe berücksichtigt, dass es nach vielen Jahren in einem Unternehmen eine Herausforderung ist, Veränderungen in ihren Abläufen zu begrüßen. Mit ihrer Unterstützung habe ich dafür gesorgt, dass die App einfach zu bedienen ist und dass sie zu 100 % hinter mir stehen."

Wie hat Sofiya mit diesem Prozess begonnen? Woher wissen bürgerliche Entwickler, wo sie anfangen sollen?

Die Ingenieure von heute sind mit Kodierung vertraut - insbesondere mit Logik. Diese autodidaktischen Programmierer sind jetzt Ihre bürgerlichen Entwickler. Sie interagieren jeden Tag mit Anwendungen und wissen daher, wie man über eine Front-End-Benutzeroberfläche nachdenkt und einen sinnvollen Ablauf erstellt. Sie interagieren auch regelmäßig mit Formularen und wissen daher, wie Daten im Backend erfasst werden können.

Wenn Sie diesen Mitarbeitern Werkzeuge zur Verfügung stellen, brauchen sie nicht viele Erklärungen, um die Dinge zu erledigen. In Sofiyas Fall zum Beispiel war sie so bereit zu komponieren, dass sie nicht glauben konnte, dass nicht jeder diese Art von Entwicklung jeden Tag durchführt.

Auch wenn Komponisten nicht viel Anleitung brauchen, um herauszufinden, was sinnvoll ist, ist es dennoch wichtig, ihnen eine Anlaufstelle zu bieten. Außerdem können Sie durch die Kuratierung die besten Praktiken erfassen, die sie hervorbringen. Genau hier kommt das Center of Excellence ins Spiel.

Kuratieren: Standardisierung und Strategie

Zentralisierte Teams (manchmal "Centers of Excellence") werden gebildet, um die Komponisten zu unterstützen. Sie sollten die richtigen Tools bereitstellen, die entsprechenden Richtlinien liefern, bei der Durchsetzung der entsprechenden Governance helfen und die besten Praktiken für die Standardisierung auf anderen Websites erfassen. Sie "kuratieren" auch Vorlagen und vorgefertigte Anwendungen, die von bürgerlichen Entwicklern angepasst werden können - manchmal unter Verwendung von bereinigten Versionen der von anderen bürgerlichen Entwicklern entwickelten Lösungen. Durch dieses Team unterstützen die Kuratierungsbemühungen sowohl die Standardisierung als auch die Strategie.

Zu den Anforderungen für die Kuration gehören:

• Granulare Berechtigungen und Genehmigungen

• So kuratieren Sie Inhalte für lokale Teams

• Maßgeschneiderte Komponenten

• Unternehmenssichtbarkeit für die Durchsetzung

Erstellung von Komponenten

Wenn wir im Modell zur "Erstellung" dieser Komponenten übergehen, ist es wichtig zu wissen, dass Softwareentwickler zwar innerhalb des CoE, aber nicht auf der Ebene der Website existieren können. Aus diesem Grund möchten die Ersteller vielleicht No-Code- auf Low-Code-Technologien ausweiten.

Zu den Anforderungen für Ersteller gehören:

• Low-Code-Fähigkeiten

• Saubere, zuverlässige APIs für Konnektoren

• Zugang zur Entwicklergemeinschaft

Die dynamische Natur der Produktionsabläufe erfordert ein dynamisches Zusammenspiel zwischen den vier Hauptpersonen im individuell gestaltbar Geschäft. Wie wir bereits zu Beginn dieses Beitrags erwähnt haben, müssen Entwickler überall dabei sein, um die "Alles ist individuell gestaltbar" Mentalität erfolgreich umzusetzen. Ein Rahmenwerk für den Erfolg, wie das hier beschriebene, kann dies für Hersteller aller Art Wirklichkeit werden lassen.

Wenn Sie mehr darüber erfahren möchten, wie Composability in bestimmten Branchen aussieht, lesen Sie die nächsten Teile dieser Serie, die sich auf die allgemeine Fertigung und Biowissenschaften konzentrieren.