Eine DMS-Einführung ist keine gewöhnliche Softwareinstallation. Sie verändert, wie Dokumente entstehen, gefunden, geprüft, freigegeben, geschützt und langfristig genutzt werden. Genau deshalb beginnt ein gutes DMS-Projekt nicht mit einer Funktionsliste. Es beginnt mit einem konkreten Dokumentenengpass.
Vielleicht werden Verträge regelmäßig gesucht. Rechnungen warten zu lange auf Freigabe. In einer Fertigung sind Zeichnungen und Prüfunterlagen nicht eindeutig miteinander verbunden. Oder wichtige Vorgänge verteilen sich auf E-Mail, Netzlaufwerk, Papierakte und Fachsoftware.
Die entscheidende Frage lautet dann nicht sofort: „Welches DMS hat die meisten Funktionen?“ Sie lautet:
Welcher Dokumentenengpass behindert die Organisation am stärksten – und woran erkennen wir, dass er tatsächlich gelöst ist?
Ausgehend von dieser Frage lässt sich eine DMS-Einführung in zwölf überschaubare Schritte gliedern.
1. Den Dokumentenengpass bestimmen
„Wir wollen unser Dokumentenmanagement verbessern“ ist noch kein prüfbares Ziel. Ein brauchbares Ziel beschreibt eine konkrete Veränderung, zum Beispiel:
- Vertragsunterlagen sollen in weniger als einer Minute vollständig auffindbar sein.
- Bei einer Rechnungsfreigabe soll jederzeit erkennbar sein, wer als Nächstes handeln muss.
- Zu einem Produkt sollen Zeichnung, Prüfprotokoll und Bedienungsanleitung eindeutig zusammengehören.
- Vertrauliche Personalunterlagen sollen nur für definierte Rollen zugänglich sein.
Der Engpass begrenzt den ersten Projektumfang und liefert zugleich die späteren Erfolgskriterien. Das schützt vor einer Einführung, die viele Funktionen aktiviert, aber kein wichtiges Problem löst.
2. Dokumente und Beteiligte erfassen
Als Nächstes wird der betroffene Dokumentenbereich beschrieben. Dabei geht es nicht nur um Dateiendungen oder Ordner. Für jede wichtige Dokumentart sollten wir klären:
- Wo entsteht oder liegt sie heute?
- Wer ist fachlich verantwortlich?
- Wer erstellt, prüft, bearbeitet oder verwendet sie?
- Welche Mengen und Formate kommen vor?
- Welche Schutz-, Aufbewahrungs- oder Nachweisanforderungen bestehen?
- Gehören Papierdokumente, Scans oder E-Mails zum Vorgang?
Auch Nutzer sollten nicht nur gezählt, sondern nach Rollen betrachtet werden. Sachbearbeitung, Prüfung, Administration, externe Beteiligte und gelegentliche Nutzer benötigen unterschiedliche Zugriffe, Oberflächen und Schulungen.
3. Den ersten Projektumfang begrenzen
Ein DMS kann viele Unternehmensbereiche verbinden. Trotzdem sollte die erste Phase nicht versuchen, alles gleichzeitig zu lösen. Ein klarer Umfang benennt ausdrücklich:
- welche Abteilung oder Dokumentart einbezogen wird,
- welche Prozesse und Schnittstellen dazugehören,
- welche Altbestände übernommen werden,
- was bewusst nicht Bestandteil der ersten Phase ist.
Eine gute Begrenzung ist kein Mangel. Sie konzentriert die Kräfte auf einen Anwendungsfall mit erkennbarem Nutzen. Die daraus gewonnenen Erfahrungen können später auf weitere Bereiche übertragen werden.
Außerdem müssen Standardsoftware, Hosting und Projektleistungen sauber getrennt werden. Migration, Workflowdesign, Integration, besondere Konfiguration, Schulung und Projektleitung sind keine unsichtbaren Nebenleistungen.
4. Die Dokumentenstruktur entwerfen
Ein neues DMS sollte nicht automatisch jeden gewachsenen Netzlaufwerksordner nachbauen. Tiefe Ordnerbäume wirken vertraut, bilden aber häufig alte Zuständigkeiten und Umwege ab.
Eine tragfähige Struktur verbindet:
- verständliche Akten- oder Ordnerbereiche,
- Dokumentarten und Kategorien,
- Metadaten,
- Berechtigungen,
- gespeicherte Suchen und sinnvolle Ansichten.
Entscheidend ist, wie Dokumente im Alltag wiedergefunden und im Zusammenhang verwendet werden. Eine Rechnung kann beispielsweise über Lieferant, Rechnungsnummer, Datum, Bestellnummer und Freigabestatus auffindbar sein. Eine Vertragsakte benötigt Vertragspartner, Laufzeit, Verantwortlichkeit und Fristen.
Die erste Struktur sollte so einfach wie möglich und so differenziert wie nötig sein.
5. Eine sparsame Metadatenstrategie entwickeln
Metadaten machen aus einer Datei ein fachlich einordenbares Dokument. Sie helfen beim Suchen, Filtern, Berechtigen, Weiterleiten und Aufbewahren.
Nützlich sind nur Felder mit einem klaren Zweck. Zu viele Pflichtfelder bremsen die Ablage und verschlechtern die Datenqualität. Deshalb prüfen wir bei jedem Feld:
- Wer braucht diese Information?
- Für welche Suche, Regel oder Auswertung wird sie verwendet?
- Kann sie aus einem Vorsystem übernommen werden?
- Kann OCR sie erkennen oder OpenKM sie automatisch setzen?
- Muss der Wert aus einer kontrollierten Liste gewählt werden?
Ein Dateiname darf weiterhin verständlich sein. Er sollte aber nicht alle geschäftlich wichtigen Informationen allein tragen müssen.
6. Berechtigungen und Verantwortung festlegen
Zugriffsrechte orientieren sich an Aufgaben und Schutzbedarf. Rollen- und gruppenbasierte Berechtigungen sind in der Regel besser beherrschbar als zahlreiche Einzelrechte.
Vor der Umsetzung muss geklärt werden:
- Wer darf Dokumente sehen, anlegen, verändern, herunterladen oder weitergeben?
- Welche Bereiche sind besonders geschützt?
- Wie erhalten externe Beteiligte kontrollierten Zugriff?
- Wer verwaltet Rollen und Gruppen?
- Wie werden Eintritt, Rollenwechsel und Austritt behandelt?
- Welche Anforderungen bestehen an Mehrfaktor-Anmeldung, Protokollierung, Sicherung und Wiederherstellung?
Berechtigungen werden anschließend mit realistischen Benutzerkonten geprüft – nicht nur mit einem Administratorkonto.
7. Workflows am echten Vorgang ausrichten
Workflows können Aufgaben, Prüfungen, Freigaben, Erinnerungen und Eskalationen steuern. Sie lösen jedoch keinen ungeklärten Prozess. Wird ein schlechter Ablauf automatisiert, läuft er lediglich schneller und verbindlicher in die falsche Richtung.
Vor der technischen Abbildung sollten daher Auslöser, Verantwortliche, erforderliche Informationen, Entscheidungen, Rückfragen, Ablehnung, Fristen und Abschlussnachweis beschrieben sein.
Für den Einstieg eignen sich Vorgänge mit klaren Regeln und spürbarem Nutzen – etwa eine Rechnungsfreigabe, Vertragsprüfung, Dokumentenanforderung oder QM-Freigabe. Der erste Workflow sollte beweisen, dass Dokument und Aufgabe zusammengehören und der Bearbeitungsstand jederzeit nachvollziehbar ist.
8. Die Migration vorbereiten
Migration bedeutet nicht, jeden vorhandenen Datenbestand ungeprüft zu kopieren. Vorher muss entschieden werden:
- Welche Dokumente werden tatsächlich benötigt?
- Was ist veraltet, doppelt oder ohne fachlichen Wert?
- Wie werden alte Ordner der neuen Struktur zugeordnet?
- Woher stammen Metadaten und Berechtigungen?
- Müssen Versionen und Historien erhalten bleiben?
- Wie werden Vollständigkeit und Lesbarkeit geprüft?
Eine Testmigration mit repräsentativen Beständen ist unverzichtbar. Dabei werden nicht nur Dateizahlen verglichen, sondern auch Metadaten, Berechtigungen, Versionen, Suchbarkeit und Öffnen der Dokumente. Für den endgültigen Übergang braucht es zudem einen Rückfall- und Wiederherstellungsplan.
9. Mit realen Unterlagen konfigurieren und testen
Die Konfiguration folgt dem vereinbarten Zielbild – nicht einzelnen spontanen Vorlieben. Getestet werden unter anderem:
- Ablage und Wiederfinden,
- Volltext- und Metadatensuche,
- Versionierung,
- Rollen und Berechtigungen,
- OCR und Dokumentenerkennung,
- Benachrichtigungen und Workflows,
- Im- und Export,
- Schnittstellen,
- Sicherung und Wiederherstellung.
Verwendet werden echte oder realistisch anonymisierte Dokumente sowie Konten unterschiedlicher Rollen. Probleme erhalten Schweregrad, Verantwortlichkeit und nachvollziehbare Lösung. Der Abnahmetest prüft den vereinbarten Geschäftsprozess. Er ist nicht der richtige Zeitpunkt, um den Projektumfang unbegrenzt zu erweitern.
10. Rollenbezogen schulen
Nicht jeder Nutzer muss OpenKM administrieren können. Schulung wird deshalb nach Aufgaben gegliedert:
- reguläre Nutzer: ablegen, suchen, bearbeiten und weiterleiten,
- Prüfer und Freigeber: Aufgaben, Entscheidungen und Rückfragen,
- Administratoren: Benutzer, Rechte, Konfiguration, Überwachung und Support.
Kurze praktische Einheiten, verständliche Arbeitsanweisungen und kleine Nachschlagehilfen sind meist wirksamer als eine einmalige technische Präsentation. Führungskräfte müssen den neuen Arbeitsweg unterstützen. Bleibt die alte Ablage unbegrenzt parallel geöffnet, entstehen schnell wieder zwei Wahrheiten.
11. Den Produktivstart bewusst planen
Vor dem Start müssen Infrastruktur, Sicherung, Benutzer, Rechte, Migration, Workflows, Benachrichtigungen, Schulung und Support geklärt sein. Ebenso wichtig ist ein einfacher Weg, Probleme zu melden und nach Dringlichkeit zu bearbeiten.
Je nach Risiko kann der Einstieg unterschiedlich aussehen:
- als Pilot für eine Abteilung,
- mit einer einzelnen Dokumentart,
- als klar terminierter Wechsel,
- in mehreren kontrollierten Migrationswellen.
Die Entscheidung hängt von Dokumentenmenge, Integrationen, Betriebsrisiko und Unterstützungsfähigkeit der Organisation ab. Ein Parallelbetrieb ist nicht automatisch sicherer; bei bestimmten Vorgängen erzeugt er gerade die Unklarheit, die das DMS beseitigen soll.
12. Wirkung messen und gezielt verbessern
Mit dem Produktivstart endet die Einführung nicht. Erst der Alltag zeigt, ob die Lösung angenommen wird und der Engpass tatsächlich kleiner geworden ist.
Mögliche Kennzahlen sind:
- Zeit zum Auffinden vollständiger Unterlagen,
- aktive Nutzer und bearbeitete Dokumente,
- Durchlaufzeit von Freigaben,
- liegen gebliebene Aufgaben,
- fehlerhafte Klassifikationen,
- Supportanfragen,
- Nutzung der alten Ablage,
- Abweichungen bei Prüfungen oder Nachweisen.
Verbesserungen werden anschließend nach Nutzen, Risiko, Aufwand und Budget priorisiert. Neue Workflows, Schnittstellen und Dokumentenbereiche folgen kontrolliert – nicht als ungeordnete Sammlung von Einzelwünschen.
Typische Fehler bei der DMS-Einführung
Viele Probleme lassen sich vermeiden, wenn folgende Muster früh erkannt werden:
- Softwareauswahl vor der Klärung des Dokumentenengpasses,
- Migration sämtlicher Altbestände ohne fachliche Prüfung,
- Nachbau einer ungeeigneten Ordnerstruktur,
- zu viele Pflichtmetadaten,
- zu breite Zugriffsrechte,
- Automatisierung eines ungeklärten Prozesses,
- Unterschätzung von Migration und Schnittstellen,
- Schulung ohne Bezug zu den tatsächlichen Rollen,
- Produktivstart ohne Abnahmetest,
- fehlende Verantwortung nach Projektende.
Unser bevorzugter Einstieg: ein belastbarer Anwendungsfall
Wir empfehlen, die Einführung an einem wichtigen und überschaubaren Dokumentenprozess aufzubauen. Dieser Anwendungsfall sollte repräsentative Unterlagen, reale Rollen und messbare Erfolgskriterien enthalten.
So entsteht kein unverbindlicher Testzugang, sondern ein belastbarer Pilot. Er beantwortet drei entscheidende Fragen:
- Löst die entworfene Struktur den tatsächlichen Dokumentenengpass?
- Können Nutzer den Vorgang im Alltag sicher und verständlich bearbeiten?
- Lässt sich das Modell kontrolliert auf weitere Bereiche übertragen?
OpenKM kann dabei der technische DMS-Kern sein. Je nach Anforderungen kommen souveräner Cloud-Betrieb mit Yorizon, eigene Infrastruktur oder ein serviceorientiertes Betriebsmodell infrage. Die Betriebsentscheidung gehört früh in die Planung, weil sie Datenschutz, Verantwortlichkeiten, Integration und laufenden Aufwand beeinflusst.
Fazit
Eine erfolgreiche DMS-Einführung verbindet Technik mit klaren Zielen, verständlicher Dokumentenstruktur, sparsamen Metadaten, geprüften Berechtigungen, realen Workflows, kontrollierter Migration und eindeutiger Verantwortung.
Der wichtigste Schritt bleibt der erste: den stärksten Dokumentenengpass benennen. Wenn er klar ist, können wir den Projektumfang begrenzen, den Nutzen messbar machen und aus einem Pilot einen stabilen Betrieb entwickeln.
Wenn Sie prüfen möchten, welcher Dokumentenbereich sich für einen ersten Anwendungsfall eignet, klären wir das in einem DMS-Strategiegespräch. Dabei geht es zunächst nicht um möglichst viele Funktionen, sondern um den kleinsten wirksamen Einstieg.
Quelle und Einordnung
Dieser Beitrag wurde eigenständig für Faustmann Wissen erarbeitet. Eine wichtige fachliche Anregung war der englischsprachige Beitrag Document Management System Implementation Guide von OpenKM Hub. Wir haben die dort beschriebenen Einführungsschritte um unsere Perspektive auf Dokumentenengpässe, EKS, OpenKM, souveräne Betriebsmodelle und einen belastbaren Anwendungsfall-Pilot erweitert.
