ServiceLoop: Bei paralleler Bearbeitung einen fremden Entwurf erhalten

Zwei Personen lesen denselben offenen Vorgang

In einem kleinen Supportteam öffnen zwei Mitarbeitende dieselbe Anfrage. Eine Person ergänzt eine Rückfrage, die andere ordnet das Ticket einer Fachgruppe zu. Beide arbeiten auf einem zunächst identischen Stand. Wenn die spätere Speicherung den ganzen Vorgang ersetzt, kann eine der Änderungen unbemerkt verschwinden. Eine bloße Anzeige „wird bearbeitet“ löst diesen Konflikt noch nicht vollständig.

Die Premiumvorlage ServiceLoop von Skrabi nennt unter anderem Tickets, interne Notizen und eine Kollisionswarnung bei paralleler Bearbeitung. Das ist eine Projektbeschreibung. Die folgende Übung präzisiert, welches Verhalten dein späteres System tatsächlich zeigen soll; sie behauptet keine bereits getestete Mehrbenutzeranwendung.

Änderungen getrennt auf Karten schreiben

Lege eine Ausgangskarte mit Ticketkennung, Thema, Zuständigkeit und Bearbeitungsstand an. Kopiere sie für zwei Personen. Auf Karte A wird nur der Antwortentwurf ergänzt, auf Karte B nur die Zuständigkeit geändert. Vergleiche anschließend beide Karten mit dem Ausgangsstand. Jetzt wird sichtbar, welche Änderungen unabhängig sind und welche dieselbe Information betreffen.

Wiederhole die Übung, indem beide Personen unterschiedliche Zuständigkeiten wählen. Hier wäre eine automatische Zusammenführung fachlich widersprüchlich. Es muss eine bewusste Entscheidung geben. Bewahre beide Entwürfe, bis der Konflikt geklärt ist. Eine Fehlermeldung, die den eingegebenen Text verwirft, schützt zwar möglicherweise den Datenstand, aber nicht die geleistete Arbeit.

Eine verständliche Konfliktrückmeldung verlangen

Ergänze den Bauauftrag: „Beim Speichern wird der geladene Bearbeitungsstand mit dem aktuellen Stand verglichen. Bei einem Konflikt bleibt der eigene Entwurf erhalten. Zeige, welche Felder sich inzwischen geändert haben, und ermögliche erneutes Prüfen vor der Übernahme.“ Die konkrete technische Umsetzung muss später serverseitig geprüft werden; eine Warnfarbe im Browser ist dafür kein Ersatz.

Unterscheide außerdem Speichern und Versenden. Ein gespeicherter Antwortentwurf ist noch keine Kundennachricht. Vor einem tatsächlichen Versand muss erneut klar sein, welcher Inhalt freigegeben wurde und ob inzwischen eine andere Antwort verschickt wurde. Für die Planung verwendest du neutrale Testtexte und ein lokales Versandprotokoll, ohne echte Empfänger anzuschreiben.

Einen verlorenen Entwurf gezielt suchen

Teste die spätere Anwendung mit zwei Sitzungen und denselben Kartenfällen. Speichere in wechselnder Reihenfolge. Prüfe den aktuellen Ticketstand, beide Entwürfe und die sichtbare Rückmeldung. Auch auf einem schmalen Bildschirm müssen die betroffenen Felder erkennbar bleiben. Dokumentiere einen Konflikt erst als gelöst, wenn weder eine Änderung still verschwindet noch eine unbeabsichtigte Nachricht ausgelöst wird.