Überwindung der Silos: Fachverfahren als Sackgasse

Das Denken in Objekten, die letztlich auf die Hängemappe eines Sachbearbeiters als „Einzelakte“ zurückgeht, ist von Softwareherstellern in eine Fülle von sogenannten „Fachverfahren“ übersetzt worden. Ein Fachverfahren bildet in der Regel

• 1 Objektkategorie im Besitz von
• 1 Abteilung

ab, mit der die Sachbearbeiter die Prozesse ihrer Abteilung abwickeln. (Unter Objektkategorien verstehen wir so etwas wie „Flurstücke“, „Immobilien“, „Mitarbeiter und Personalakten“, „Hundesteuerzahler“ usw.)

Eine Flut von Fachverfahren

So gibt es in einer Verwaltung entsprechend der obigen Aufzählung vielleicht

• ein Fachverfahren „Bauordnung“, mit dem zum Beispiel Bauanträge von Bürgern und Unternehmen bearbeitet werden;
• ein Fachverfahren zur Erledigung von Führerscheinanträgen;
• ein Fachverfahren Gebäudemanagement (meist CAFM genannt), mit dem die verwaltungseigenen Immobilien betreut werden;
• und noch ein Fachverfahren zur Erteilung von Jagdscheinen.

Die Fachverfahren haben ein geradezu epidemisches Ausmaß angenommen. In manchen Kommunalverwaltungen gibt es dreistellige Anzahlen von derartigen Softwareprodukten, die alle betreut und gewartet werden wollen und für die regelmäßig Updates eingespielt werden müssen.(Staatliche Behörden auf Bundes- und Länderebene sind weniger betroffen, weil die Anzahl ihrer Prozesse und der von ihnen betreuten Objektkategorien sehr viel geringer ist.)

Meine These ist, dass ein gutes Dokumentenmanagementsystem (DMS) die meisten dieser Softwareinseln überflüssig macht (mit einigen Ausnahmen /1/).

Verfestigung der Silos

Sachgebiete gruppieren sich in der Regel um Objektkategorien: ein Bauamt hat seine Grundstücksakten, eine Fahrerlaubnisbehörde ihre Führerscheinakten, ein Personalamt seine Personalakten usw. usf.

Jede Objektkategorie bezeichnet eine Liste von Objekten – Mitarbeitern, Gebäuden usw. -, zu denen jeweils eine klassische Fallakte gehört. Diese Fallakten bilden den Schatz des jeweiligen Amtes, und sie bilden auch schon einen ersten Schritt zur gemeinsamen Informationsmanagement-Sprache, die für die weiter zu entwickelnde Teamarbeit so wichtig ist.

Innerhalb der Ämter und Sachgebiete sind in der Regel einzelne Sachbearbeiter für einzelne Objekte („Fallakten“) zuständig. Auch sie entwickeln ein spontanes Eigentümerverhalten gegenüber „ihren“ Akten.

Fachverfahren setzen auf den papiernen Fallakten auf und überführen sie ins Digitale. Sie erlauben es, Stammdaten zu Objekten zu erfassen und zu pflegen. Sie stellen oft Dokumentenvorlagen zur Verfügung, mit denen Standardschreiben verfasst werden können, die eben die Stammdaten zu einem Objekt verwenden. Und sie haben oft auch eine rudimentäre Vorgangsphilosophie, indem man in ihnen z. B. „Projekte“ anlegen kann.

Abbbildung 1 zeigt eine von vielen Masken in einem weit verbreiteten Fachverfahren für Gebäudemanagement, das auch in einigen öffentlichen Verwaltungen eingesetzt wird. Eine sehr große Anzahl von Stammdaten kann auf diese Weise in einheitlicher Form verwaltet und zur Verfügung gestellt werden.

Aber diese Stammdaten sind natürlich nur der Fachabteilung zugänglich. Kein anderes Amt hat in der Regel Lizenzen für die Spezialsoftware und natürlich auch keinen Zugriff auf Dokumente. Das Fachverfahren hat das Amtssilo stärker betoniert, als dies je mit einer Windows-Ablage möglich wäre.

So haben Fachverfahren zwar auf der einen Seite die niedrig hängenden Früchte im Prozessmanagement geerntet und viele Vereinfachungen und Beschleunigungen ermöglicht. Sie haben aber auf der anderen Seite auch die Silostrukturen in den Daten und in den Köpfen verfestigt. Denn keine andere Abteilung hat die notwendigen Lizenzen, um auf die Daten des Verfahrens zugreifen zu können.

Abteilungsübergreifender Bedarf an konsolidierten Informationen („Stammdaten“)

Beim Übergang zur ämterübergreifenden Zusammenarbeit – zur eigentlichen Teamarbeit entlang den Prozessen – stehen wir vor der Herausforderung, dass Fallakten auch für „externe“, „fachfremde“ Teammitglieder zugreifbar und verständlich sein müssen. Das in ihnen enthaltene Wissen, das bisher im Amtssilo verschlossen war, wird zum Schatz der gesamten Verwaltung und dieser zugänglich gemacht.

Nehmen wir wieder das Beispiel „Räume und Gebäude“. In einem unserer Projekte stellte sich heraus, dass sich verschiedene Abteilungen Raumlisten angelegt hatten:

• das Gebäudemanagement brauchte die Räume für die Entgegennahme von Reparaturaufträgen („die Heizung funktioniert nicht in Raum xy“) und ihre Weiterleitung an die Handwerker;
• das Veranstaltungsmanagement vergab oft Räume an externe Gruppen und speiste bestimmte Raumdaten in die Nutzungsverträge ein, die aus Haftungsgründen jeweils geschlossen werden mussten;
• im Outlook wurde vom Sekretariat der Orga-Abteilung eine zentrale Liste der Besprechungsräume gepflegt, damit Mitarbeiter sie für Sitzungen reservieren konnten.

Diese Listen waren fast nie aktuell. Besprechungsräume wurden umgewidmet oder aufgeteilt in Büros. Durch Erweiterungsbauten kamen neue hinzu. Und, ganz erstaunlich: Räume wurden alle paar Jahre umnummeriert.

Nun gab es Informationen zu den Räumen, die nur einzelne Abteilungen betrafen. Aber es gab doch eine Schnittmenge von Informationen, die für alle interessant waren. Es bestand ein Interesse an einer zentralisierten Pflege der Raum- und Gebäudestammdaten, von denen wiederum ein Teil jeweils allen drei beteiligten Sachgebieten einheitlich, also zentral und standardisiert zur Verfügung gestellt werden sollten (ein vereinfachtes Beispiel zeigt die Abbildung 2).

Fachverfahren mit Schnittstelle oder gleich Abbildung im DMS?

Die Frage war, ob diese Aufgabe mittels eines neu zu beschaffenden CAFM-Fachverfahrens bewerkstelligt werden sollte oder ob sie nicht auch im DMS abzuwickeln wäre. Ein CAFM hätte bedeutet: um die gemeinsam benötigten Stammdaten inclusive dort abgewickelter Bau- und Sanierungsprojekte auch anderen Abteilungen zugänglich zu machen, hätte man eine sehr komplexe Schnittstelle CAFM <–> programmieren müssen!

Die Verwaltung besorgte sich also die Beschreibung eines CAFM (sein Leistungsverzeichnis) und verglich es mit dem Lastenheft, das schon für das DMS verfasst worden war. Die Tabelle zeigt einen Ausschnitt aus dem CAFM-LV:

Anforderungen an ein Gebäudemanagement-System
(Auszug aus einem Leistungsverzeichnis)

Stammdaten zu Räumen	Die nachfolgenden Stammdaten sind für das Raummanagement im CAFM anzulegen und zu pflegen: •        Gebäude •        Bauteil •        Raum bzw. Raumnummer (z.B. 224) •        eindeutige Raum-Nr. (z.B. UHG.T.08.224) •        Länge des Raums [in Meter] •        Breite des Raums [in Meter] usw. weitere 30 Merkmale
Struktur des Baumkatasters	Die nachfolgenden Stammdaten sind für das Baumkataster im CAFM anzulegen und zu pflegen: •        Baum ID-Nummer •        Datum der letzten Begehung •        Erfasser •        Baum vorhanden •        Baumname (botanisch) •        Baumname (deutsch) usw. weitere 15 Merkmale

Weitere Anforderungen folgten für weitere Objektkategorien: für Gebäude, für Fahrstühle und Heizungen usw. usf.

Im Lastenheft der Verwaltung für ein noch zu beschaffendes DMS wurden diese Anforderungen auf zwei Sätze reduziert. Diese Sätze sind allerdings sehr viel abstrakter formuliert und deshalb vielleicht auch auf den ersten Blick nicht so begeisternd für die Kollegen vom Gebäudemanagement:

1. Wir möchten beliebige Objektkategorien anlegen können (Anmerkung: egal, ob es sich um Bäume, Räume, Gebäude oder Gänseblümchen handelt – einfach alles, was uns später noch mal einfällt).
2. Wir möchten einer Objektkategorie beliebige Merkmale zuordnen können (Anmerkung: egal, ob es sich um eine Raumnummer oder einen botanischen Baumnamen handelt).

Diese zwei Anforderungen erschlagen schon mal ca. 25% des CAFM-Leistungsverzeichnisses. Und haben den Vorteil, dass die Verwaltung nicht vom Hersteller abhängig ist, wenn ihr mal eine neue Objektkategorie „Gewässer“ einfällt oder ein neues Baummerkmal „Farbe der Blüten“.

Anmerkungen

/1/ Wenn es Prozesse gibt, die dauernden gesetzlichen Änderungen unterliegen, dann ist es sinnvoll, diese Änderungen nicht durch jede Verwaltung selbst in die Software einpflegen zu lassen. Diese sollte man – wie z. B. bei der Leistungsgewährung nach SGB XII – durch einen einzigen zentralen Hersteller vornehmen lassen. Alles andere wäre Verschwendung. Aber diese Voraussetzung ist nur bei maximal 10% der Fachverfahren gegeben.