Dieselbe Aufgabe aus zwei Blickwinkeln
Der Fachbereich möchte eine Anfrage schneller bearbeiten. Die IT fragt nach Zugängen, Berechtigungen und der Verträglichkeit mit vorhandenen Systemen. Beide betrachten Voraussetzungen für einen nutzbaren Ablauf.
Probleme entstehen, wenn diese Fragen nacheinander und ohne gemeinsamen Gegenstand besprochen werden. Ein fachlich überzeugender Entwurf kann dann an einer erst spät erkannten Systemgrenze scheitern.
Am Beispiel die Zuständigkeiten sichtbar machen
Gehen Sie einen Vorgang gemeinsam durch. Der Fachbereich bestätigt, welche Angaben benötigt werden und wie Ausnahmen behandelt werden. Die technische Seite prüft, wo diese Informationen verfügbar sind und welche Aktionen zulässig eingerichtet werden können.
Die GOV.UK-Handreichung zur Discovery bezieht technische und organisatorische Einschränkungen in die Untersuchung ein. Die konkrete Rollenverteilung im Unternehmen bleibt dabei projektspezifisch.
Eine offene Frage hat einen Verantwortlichen
Fiktives Beispiel: Im Kundensystem stehen zwei unterschiedliche Ansprechpartner. Der Fachbereich entscheidet über die fachliche Auswahlregel. Die IT klärt, ob die nötigen Merkmale über den vorgesehenen Zugang verfügbar sind.
Diese beiden Aufgaben sollten getrennt dokumentiert werden. Sonst kann eine fehlende Fachregel als technischer Fehler erscheinen oder eine fehlende Dateneigenschaft als mangelnde Mitwirkung des Fachbereichs.
Gemeinsam auf den späteren Betrieb schauen
Die Lösung muss im Fehlerfall verständlich sein. Wer erkennt, dass ein Vorgang offenbleibt? Wer kann eine technische Störung untersuchen? Welche Informationen braucht die fachliche Vertretung für eine manuelle Bearbeitung?
Ein gemeinsamer Test mit einem absichtlich unvollständigen Fall zeigt diese Schnittstellen oft deutlicher als eine Präsentation des Normalfalls. Das Ergebnis sollte ein vereinbarter Weg sein, auf dem offene Vorgänge zuverlässig ankommen.
Forward Deployment kann diese Abstimmung während der Entwicklung unterstützen. Es ersetzt jedoch weder die fachliche Zuständigkeit noch die Verantwortung für die eingesetzten Systeme. Beide müssen im Auftrag und im Betriebsablauf erkennbar bleiben.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.