Newsletter abonnieren.
Du willst mehr über die Atlassian Tools, smarte Automatisierungslösungen und effizientes Servicemanagement erfahren?
Dann melde dich zu unserem Newsletter an!
Feste Termine, kleine Gruppen, fairer Festpreis – und die Plätze sind begrenzt. Jetzt deinen Platz sichern!

03.07.2026
In vielen Unternehmen läuft der Atlassian-Betrieb scheinbar stabil. Jira funktioniert, Confluence ist da, Berechtigungen werden irgendwie gepflegt. Und bei Fragen gibt es meist eine Standardantwort: „Frag am besten Person XY." Doch was passiert, wenn genau diese Person morgen nicht mehr da ist? Krank, im Urlaub oder aus dem Unternehmen ausgeschieden?
Denn Personenabhängigkeiten entstehen selten absichtlich. Sie wachsen schleichend: über Jahre, mit jedem Sonderfall, jedem schnell gelösten Ticket und jeder Konfiguration, die nur mündlich erklärt wurde. Solange nichts passiert, wirkt das effizient. Fällt die zentrale Person aber aus, wird aus praktischem Erfahrungswissen plötzlich ein echtes Betriebsrisiko.
Gerade für IT-Verantwortliche im Mittelstand ist das ein sensibles Thema. Nicht, weil intern schlecht gearbeitet wird – sondern weil Zeit, Spezialwissen und klare Zuständigkeiten im Alltag oft knapp sind. Und weil Atlassian-Umgebungen mit dem Unternehmen mitwachsen: mehr User, mehr Apps, mehr Anforderungen, mehr Komplexität.
Die entscheidende Frage lautet deshalb nicht: „Haben wir jemanden, der sich auskennt?“ Sondern: „Wie gut funktioniert unsere Umgebung, wenn diese Person morgen nicht verfügbar ist?“
Personenabhängigkeit fühlt sich im Alltag oft nicht wie ein Risiko an, sondern wie eine Lösung. Es gibt eine erfahrene Person, die schnell helfen kann, Zusammenhänge kennt und auch in gewachsenen Strukturen noch den Überblick behält. Das entlastet kurzfristig – macht Organisationen langfristig aber verwundbar.
Viele Themen landen automatisch bei einzelnen Admins oder IT-Leitungen und so bleiben wichtige Fragen unbeantwortet oder sind nirgendwo dokumentiert:
Wenn dieses Wissen nicht sauber abgelegt wird, entsteht ein organisatorischer Engpass.
Die Folgen zeigen sich selten in einem großen Knall. Meist beginnen sie im Kleinen:
Mit der Zeit wird daraus mehr als nur ein Kapazitätsproblem in der IT. Es entstehen echte Bottlenecks, die sich auf das gesamte Unternehmen auswirken:
Atlassian-Systeme starten oft überschaubar und werden dann Schritt für Schritt erweitert. Neue Teams kommen dazu, Berechtigungen werden differenzierter, Apps ergänzen Funktionen, Workflows wachsen mit den Prozessen.
So entstehen historisch gewachsene Instanzen, in denen sich Know-how stark konzentriert. Wer die Umgebung mit aufgebaut hat, kennt Hintergründe, Ausnahmen und Abhängigkeiten. Für andere ist vieles nur schwer nachvollziehbar.
Das macht Personenabhängigkeiten im Atlassian-Kontext besonders tückisch. Denn es geht nicht nur um Tool-Kenntnisse, sondern um eine Mischung aus:
Genau deshalb reicht es nicht, einfach „jemand Zweites“ auf das Thema anzusetzen.
Nicht jede IT-Abteilung hat sofort ein kritisches Risiko. Aber es gibt deutliche Warnsignale, auf die IT-Verantwortliche achten sollten:
Wer Personenabhängigkeiten erkennt, reagiert oft mit Aktionismus: mehr Tickets, mehr Abstimmungen, mehr spontane Dokumentation. Das hilft kurzfristig, löst aber selten die Ursache.
Weniger sinnvoll sind zum Beispiel:
Es geht nicht darum, einzelne Mitarbeitende zu ersetzen oder Kontrolle abzugeben. Es geht darum, Strukturen zu schaffen, die das Team entlasten und den Betrieb unabhängiger von Einzelwissen machen.
Das kann ganz unterschiedlich aussehen: durch klarere Zuständigkeiten, bessere Dokumentation, standardisierte Abläufe oder externe Unterstützung für operative Administration und Reviews. Hier gibt es leider keine Patent-Lösung, die einfach auf das Unternehmen “gestülpt” werden kann. Entscheidend ist die Erkenntnis, dass ein funktionierender Betrieb mehr braucht als eine engagierte Schlüsselfigur.
Denn je stärker Atlassian-Systeme Teil zentraler Arbeitsabläufe werden, desto weniger sollte ihr Betrieb vom Gedächtnis und der Erfahrung einzelner Menschen abhängen.
Vielleicht ist deshalb nicht die spannendste Frage, wer eure Atlassian-Umgebung heute betreut. Sondern, wie belastbar euer Betriebsmodell wirklich ist, wenn genau diese Person morgen ausfällt.
Und wenn euch diese Frage kurz nachdenklich macht, ist das wahrscheinlich schon ein wichtiger erster Schritt.
Und nach dem ersten Schritt folgt bekanntlich der zweite, und zwar mit unserem Atlassian-Admin-Check: für alle IT-Verantwortlichen, die einschätzen möchten, wie gut ihre Atlassian-Instanz dokumentiert, verteilt und abgesichert ist.
Damit könnt ihr sichtbar machen, wo Wissen bereits nachvollziehbar gesichert ist, wo Vertretungen funktionieren – und an welchen Stellen Einzelwissen noch zum Risiko für Tagesgeschäft, Governance und Weiterentwicklung wird.
Im kostenlosen Whitepaper findet ihr:
✅ Einen strukturierten Selbstcheck zur Betriebsreife eurer Atlassian-Umgebung
✅ Fragen, mit denen ihr Personenabhängigkeiten, Wissenslücken und unklare Zuständigkeiten erkennt
✅ Eine Checkliste für Dokumentation, Berechtigungen, Apps, Automationen und Übergaben
✅ Konkrete Impulse, wie ihr euren Betrieb unabhängiger von Einzelwissen und belastbarer für Ausfälle macht
So erkennt ihr schnell, ob euer Atlassian-Betrieb auch dann handlungsfähig bleibt, wenn die zentrale Wissensperson morgen nicht verfügbar ist.