Die ersten 100 Stunden

Am ersten Tag eines Piloten beobachten alle den Roboter. Nach einer Weile geschieht etwas Interessanteres: Die Menschen kehren zu ihrer eigenen Arbeit zurück. Dann rückt der eigentliche Test in den Blick. Wir sehen nicht nur, was das System tut, sondern auch, wie die Arbeit um es herum weitergeht.

„Die ersten 100 Stunden“ ist ein von GappAI Review vorgeschlagener Beobachtungsrahmen. Er ist weder eine Norm noch eine Sicherheitszertifizierung oder eine für jede Anwendung ausreichende Testdauer. Dieser Artikel berichtet auch nicht über Ergebnisse eines abgeschlossenen GappAI-Piloten. Sein Ziel ist, aus einem Feldversuch eine Entscheidungsgrundlage zu machen und die Bewertung über die eindrucksvollsten Momente hinauszuführen.

Bevor die Uhr läuft: Was beobachten wir?

Legen Sie fest, welche Zeit die Uhr erfasst. Wir schlagen vor, die gesamte Zeit innerhalb vorab ausgewählter Betriebsfenster zu verfolgen, in denen der Roboter seine Aufgabe erfüllen soll. Wartezeiten und Unterbrechungen innerhalb dieses Fensters bleiben im Protokoll; die aktive Aufgabenzeit wird zusätzlich gesondert erfasst. Nur die reibungslos verlaufenden Minuten zu zählen, ergibt ein unvollständiges Betriebsbild.

Erfassen Sie auch Aufbau-, Schulungs- und Entwicklungszeit getrennt. Sie von der Betriebsleistung zu unterscheiden darf den Aufwand einer Investition nicht unsichtbar machen. Aufgabendefinitionen, Testbedingungen, sichere Betriebsgrenzen und die Befugnis zum Stoppen des Systems müssen vor Versuchsbeginn klar sein. Ein Pilot im Betrieb ersetzt diese Vorbereitung nicht.

Beobachten Sie die Aufgabe ohne Roboter unter möglichst vergleichbaren Bedingungen. Eine andere Schicht, eine andere Produktgruppe oder eine deutlich niedrigere Nachfrage können eine irreführende Vergleichsbasis schaffen. Sind Lücken in der Ausgangsmessung bekannt, sollten sie bei der Auswertung offengelegt werden.

Stunden 0–20: die reale Aufgabe kennenlernen

In der ersten Beobachtungsphase geht es darum, wie das System auf Aufgabe und Umgebung trifft. Kommt das Material in der erwarteten Form an? Wissen Beschäftigte, wie sie einen Auftrag starten? Ist am Übergabeort genug Platz? Probleme können ebenso aus Anordnung oder Aufgabenreihenfolge wie aus dem Lernmodell entstehen.

Eine Aufgabenkennung für jeden Versuch hilft, Aufzeichnungen miteinander zu verbinden. Ausgangsbedingungen, Softwareversion, Start- und Endzeit, Ergebnis und etwaige Eingriffe sollten derselben Aufgabe zugeordnet sein. Wird Video genutzt, müssen Zweck, Zugriffsberechtigungen und Aufbewahrungsbedingungen feststehen. Die für eine Entscheidung erforderlichen Informationen auszuwählen kann handhabbarer sein, als alles aufzuzeichnen.

Änderungen an der Aufgabendefinition müssen ausdrücklich dokumentiert werden. Leichtere Kisten oder eine kürzere Strecke können die richtige technische Entscheidung sein. Werden Ergebnisse unter diesen neuen Bedingungen jedoch mit einer früheren Erfolgsquote vermischt, lässt sich schwerer erkennen, was sich verbessert hat.

Stunden 20–60: Erfolg und Unterstützung getrennt zählen

Das Protokoll sollte aus unserer Sicht mindestens drei Fragen beantworten: Wurde die Aufgabe in der geforderten Qualität abgeschlossen? War dazu ein menschlicher Eingriff nötig? Blieb das System innerhalb seiner festgelegten Betriebsgrenzen? Eine Aufgabe kann mit Unterstützung gelingen. Dieses nützliche Ergebnis gehört in eine andere Kategorie als ein Abschluss ohne Hilfe.

Auch die Art der Hilfe ist wichtig. Eine kurze Bestätigung durch einen Beschäftigten, die Übernahme einer Bewegung durch einen Fernoperator und der Neustart durch eine Technikerin verursachen unterschiedliche Arbeitslasten. Werden neben der Zahl der Eingriffe auch Dauer und Ursache erfasst, lässt sich die nächste Verbesserung gezielter angehen.

Ein Roboter, der wiederholt auf eine empfangende Person wartet, braucht beispielsweise möglicherweise keine fortschrittlichere Greifsoftware. Vielleicht müssen Lieferzeitpunkt oder Aufgabenwarteschlange verändert werden. Dieses veranschaulichende Beispiel zeigt, warum ein Fehlerprotokoll nicht nur Ausfälle zählen, sondern bei der Auswahl des richtigen Problems helfen sollte.

Das Robotikprogramm von NIST befasst sich mit Leistungsmessung für Fähigkeiten wie Greifen, Wahrnehmung, Bewegung und Zusammenarbeit mit Menschen. Die Trennung einzelner Fähigkeiten erinnert daran, dass ein Gesamtwert verdecken kann, welche Fähigkeit oder Verbindung weiterentwickelt werden muss. Der hier vorgestellte 100-Stunden-Rahmen ist kein NIST-Testprotokoll. ^[1]

Stunden 60–100: Hält die Verbesserung Veränderungen stand?

Prüfen Sie dieselbe Aufgabe erneut, nachdem die anfänglichen Probleme bearbeitet wurden. Untersuchen Sie anschließend Varianten innerhalb bereits bewerteter Betriebsgrenzen: zulässige Objektpositionen, normale Nachfrageschwankungen oder die Arbeit mit anderen autorisierten Nutzern. Eine gefährliche Situation zu improvisieren, um das System herauszufordern, ist kein verantwortbarer Feldversuch.

Verfolgen Sie Softwareversionen getrennt, statt nach jeder Änderung sämtliche Messungen zu einem Durchschnitt zusammenzufassen. So wird leichter sichtbar, ob eine neue Version ein Problem löst und ein anderes erzeugt. Bewahren Sie ausgewählte, wiederholbare Aufgaben als Vergleichsbasis.

Fragen Sie Beschäftigte erneut nach ihren Erfahrungen. Wenn der Neuigkeitseffekt des ersten Tages dem Alltag weicht, können die Verständlichkeit von Meldungen, Schulungsbedarf und Unterstützungsregelungen deutlicher werden. Die Arbeit von EU-OSHA zur Digitalisierung betont, wie wichtig es ist, Technik gemeinsam mit Arbeitsorganisation und menschlicher Interaktion zu betrachten. ^[2]

Was gehört nach Stunde 100 auf den Tisch?

Eine kurze, nachvollziehbare Auswertung kann beobachtete Betriebsbedingungen, versuchte Aufgaben, qualitativ ausreichende Ergebnisse, Abschlüsse ohne Hilfe, Eingriffszeiten und Stillstandsursachen darstellen. Zeigen Sie lange Wartezeiten neben Durchschnittswerten; servicebeeinträchtigende Ereignisse können im Mittelwert verschwinden.

Leiten Sie aus begrenzten Beobachtungen keine hohe Gewissheit ab. Während 100 Stunden kein Problem zu sehen, beweist nicht, dass ein seltenes Ereignis ausgeschlossen ist. Selbst Hunderte Versuche können nur einen schmalen Ausschnitt der Bedingungen abdecken. Der Bericht sollte ebenso deutlich erklären, was ungetestet bleibt, wie das, was beobachtet wurde.

Die Entscheidung kann lauten, fortzufahren, den Umfang zu verändern oder den Versuch zu beenden. Wird eine Ausweitung erwogen, muss klar sein, welche Bedingungen gleich bleiben und welche an einem neuen Standort überprüft werden müssen. Ein Ergebnis an einem Ort ist keine automatische Garantie für ein anderes Gebäude oder eine andere Schicht.

Am Ende der ersten 100 Stunden kann das wertvollste Ergebnis ein leistungsfähigerer Roboter oder eine besser definierte Aufgabe sein. Beides kann die nächste Entscheidung auf weniger Annahmen stützen. Ein Pilot verdient seinen Wert dadurch, dass er den Menschen in seinem Umfeld zeigt, was sie nun wissen.