Ihr Betriebswissen.
Mit DocsOps pflegen Sie den internen Wissensstand und die Abläufe Ihrer Organisation.
Open Source · Self-hosted
Organisation als Ebenenmodell
In Organisationen ist jeder Nutzer in einen hierarchischen Geltungsbereich eingebettet: von der Firma über die Abteilung bis ins Team. DocsOps bildet diese Ebenen nach und leitet daraus Sichtbarkeit und Zugänge ab.
Sichtbarkeit und Zugänge folgen der Hierarchie von Firma, Abteilung und Team.
Firma
Gemeinsamer organisatorischer Rahmen.
Abteilung
Verantwortung für ein Fachgebiet oder Produktfeld.
Team
Operative Zusammenarbeit im Tagesgeschäft.
Persönlicher Bereich
Eigene Inhalte außerhalb der Team-Hierarchie.
Auf Knoten klicken, um mehr zu erfahren.
Informationen brauchen Kontext
Informationen werden erst durch Bündelung zusammengehöriger Inhalte wirksam. DocsOps verlangt daher für jedes Dokument die Zuordnung zu einem Kontext.
Dabei ist die grundlegende Unterscheidung festgelegt: Prozess oder Projekt – dauerhafte Abläufe einerseits, Wissen zu einem Thema oder Vorhaben andererseits.
Prozess
Sie dokumentieren, wie etwas gemacht wird – Abläufe, Standards und wiederkehrende Regeln.
- Onboarding-Leitfaden
- Störungsablauf und Eskalation
- Freigabeprozess für Releases
Projekt
Sie bündeln den Ist-Stand zu einem Thema, Produkt oder Vorhaben.
- Dokumentation eines Repository
- Infrastruktur-Übersicht
- CI/CD-Pipeline und Deployment
Rollenbasierte Zusammenarbeit
Gute Texte sind Teamwork, doch nicht jede Änderung gehört sofort in die verbindliche Fassung. In DocsOps steuern Rollen, wer im Entwurf mitarbeitet und wer veröffentlicht. So entsteht eine verbindliche, veröffentlichte Fassung, zu der Leser in Kommentaren Feedback geben können.
Geltungsbereich
Firma / Abteilung / Team
Organisationseinheit, in der Rollen und Dokumente gelten – von der Firma bis zum Team.
Rollen
Leitung
Verantwortlich für Qualität und Freigabe. Kann Entwürfe erstellen, bearbeiten, Vorschläge von Autoren annehmen oder verwerfen und als verbindliche Version veröffentlichen.
Bearbeitet / Veröffentlicht → Entwurf
Autor
Formuliert und überarbeitet inhaltliche Vorschläge im Entwurf.
Erstellt Vorschläge → Entwurf
Mitglied
Liest die veröffentlichte Version und kann kommentieren.
Liest / Kommentiert → Version 1
Dokument
Entwurf
Arbeitsfassung: hier werden Änderungen vorbereitet und zusammengeführt.
wird zu
Entwurf → Version 1
Version 1
Veröffentlichte, verbindliche Fassung für alle mit Leserecht.
Auf Knoten klicken, um mehr zu erfahren.
Beispiel: ein Dokument einordnen
So finden Sie Geltungsbereich und Kontext, bevor Sie ein Dokument anlegen.
1. Was soll dokumentiert werden?
Der aktuelle Stand der Barrierefreiheit für Software X – als verbindliche, veröffentlichte Fassung für alle Beteiligten.
2. In welchem Geltungsbereich ist das relevant?
Das Thema betrifft die Abteilung IT – das entspricht einer Abteilung in unserem Organisationsmodell (wie „Abteilung A“ im Diagramm oben). Dort liegt die Verantwortung für die Software und ihren Produktstand.
3. Gehört es in einen Prozess oder ein Projekt?
Der Inhalt beschreibt den Ist-Stand eines Produkts, nicht den dauerhaften Prüfablauf in der Entwicklung. Ein Prozess wie „Barrierefreiheit in der Entwicklung“ würde den Prüfablauf festhalten – hier geht es um den Produktstand. Deshalb wählen wir einen Projekt-Kontext, z. B. „Software X“.
4. Wie heißt das Dokument?
„Stand Barrierefreiheit“ – angelegt im Projekt-Kontext „Software X“ in der Abteilung IT.
FAQ
DocsOps ausprobieren
Verstehen Sie das Modell auf der Startseite – und testen Sie dann Demo oder Installation.