Eine überschaubare Arbeitseinheit wählen

Wählen Sie einen Vorgang, der sich sinnvoll abgrenzen lässt, etwa ein internes Projekt mit einer klaren Laufzeit. Vermeiden Sie für den ersten Versuch einen Bereich, dessen Fehler unmittelbar viele externe Zusagen betreffen würden. Der Pilot muss trotzdem echte Arbeitsmerkmale enthalten, sonst zeigt er nur einen künstlich einfachen Sonderfall.

Bestimmen Sie, welche Personen teilnehmen und welche Rollen sie vertreten. Eine bearbeitende Person, eine prüfende Person und die Administration haben unterschiedliche Bedürfnisse. Halten Sie fest, wer bei Fragen hilft und wie Probleme gesammelt werden.

Alten und neuen Arbeitsort klären

Beschreiben Sie, welche Informationen während des Piloten an welcher Stelle gepflegt werden. Unkontrollierte doppelte Bearbeitung erzeugt widersprüchliche Stände. Falls ein Vergleichsbetrieb nötig ist, legen Sie ausdrücklich fest, welche Fassung maßgeblich bleibt und wer die Vergleichskopie aktualisiert.

Nennen Sie einen Anfang und einen Endpunkt. Ein Pilot ohne Abschlussdatum wird leicht zu einem dauerhaften Nebenprozess. Planen Sie genug Zeit für wiederkehrende Aufgaben, aber nicht so viel, dass niemand mehr weiß, welche Frage eigentlich untersucht wird.

Beobachtungen an Aufgaben festmachen

Sammeln Sie konkrete Fälle: Eine Übergabe war nicht sichtbar, ein Anhang fehlte oder eine Person konnte einen benötigten Bereich nicht öffnen. Trennen Sie Bedienungsfragen von fehlenden Funktionen und fehlerhaften Einstellungen. Diese Ursachen brauchen unterschiedliche Antworten.

Prüfen Sie auch erfolgreich erledigte Aufgaben. Welche Schritte wurden einfacher, welche nur anders? Eine subjektiv angenehmere Oberfläche ist eine Beobachtung, ersetzt aber nicht den Nachweis, dass Daten und Zuständigkeiten vollständig erhalten bleiben.

Den Pilot nicht nur mit einfachen Aufgaben füllen

Ein Pilot mit ausschließlich neuen, vollständig ausgefüllten Vorgängen kann erfolgreich wirken, obwohl der spätere Alltag überwiegend aus Rückfragen und Altbeständen besteht. Wählen Sie deshalb einen normalen neuen Fall, einen fortgesetzten Vorgang, einen Fall mit fehlender Information und eine Übergabe zwischen zwei Personen. Beschreiben Sie jeweils, welches Ergebnis am Ende sichtbar sein muss. Das ist aussagekräftiger als die Frage, ob sich alle anmelden konnten.

Lassen Sie eine Person die Aufgabe ohne die Einweisung des Projektverantwortlichen wiederholen. Notieren Sie, an welcher Stelle sie nachfragen musste und welche Bezeichnung unklar blieb. Diese Beobachtung trennt ein Bedienproblem von einer bloß fehlenden Erklärung. Ändern Sie anschließend entweder den Ablauf oder die kurze Anleitung und testen Sie genau diese Stelle erneut.

Der Abschlussbericht braucht keine Durchschnittsnote. Eine Liste aus funktionierenden Aufgaben, offenen Hindernissen und konkreten Bedingungen für die nächste Gruppe reicht. Wenn eine zentrale Übergabe noch unzuverlässig ist, bleibt der Pilot begrenzt, auch wenn andere Aufgaben bereits gut funktionieren.

Eine Entscheidung mit Bedingungen treffen

Vergleichen Sie die Ergebnisse mit den vorab genannten Anforderungen. Für ungelöste wesentliche Probleme gibt es entweder einen gezielten weiteren Test, eine geänderte Planung oder ein Ende des Versuchs. Ein Kalenderdatum allein ist kein Grund, den gesamten Bestand zu übertragen.

Dokumentieren Sie die Einstellungen und Hinweise, mit denen der Pilot tatsächlich funktioniert hat. Sie werden für eine spätere Einführung gebraucht. Schließen Sie außerdem Testzugänge und vorläufige Freigaben entsprechend dem Ergebnis ab, damit aus dem Pilot keine unübersichtliche zweite Arbeitsumgebung wird.