Jira Administration, damit du Workflows, Berechtigungen, Apps und Spaces immer im Griff hast.

Für uns bedeutet Jira Administration mehr als Einstellungen zu pflegen. Ein Jira Admin muss verstehen, wie die Instanz genutzt wird, welche Teams und Spaces miteinander verbunden sind, welche Unternehmensziele dahinterstehen und welche Auswirkungen eine Änderung auf andere Bereiche haben kann. Deshalb denken wir technische Konfiguration, Governance, Wartbarkeit, Sicherheit und die Menschen, die täglich mit Jira arbeiten, immer gemeinsam.

Als Atlassian Gold Solution Partner verbinden wir Jira Administration mit Beratung und Umsetzung. Wir können einzelne Admin-Aufgaben übernehmen, bestehende Konfigurationen überprüfen, interne Administratoren entlasten oder gemeinsam mit dir Standards und Governance für eine wachsende Atlassian- Landschaft entwickeln. Dabei arbeiten unsere Jira Administratoren bewusst nahbar und proaktiv: Du sollst nicht erst nach Lösungen fragen müssen, wenn etwas zum Problem geworden ist.

Wenn du wissen möchtest, wer hinter Techanics steht, findest du unser Team auf unserer Wir-Seite. Mehr über unseren Beratungsansatz erfährst du bei unserer Atlassian-Beratung und über unseren Gold-Partner-Status auf unserer Seite zum Atlassian Solution Partner.

Jira Administration umfasst die Konfigurationen, die Jira als gemeinsame Plattform betreffen. Dazu gehören unter anderem globale Berechtigungen, Work Types, Workflows, Felder, Screens, Schemes, Space-Strukturen, Automatisierungen und die fachlich-technische Einbindung von Jira Apps und Integrationen. Ein Jira Admin arbeitet damit genau an den Stellen, an denen Einstellungen nicht nur für ein einzelnes Team, sondern für mehrere Spaces oder sogar die gesamte Jira-Instanz wirken können.

Besonders wichtig ist das Zusammenspiel dieser Ebenen: Über globale Jira-Berechtigungen werden Rechte für die gesamte Site gesteuert, während Permission Schemes und Space-Berechtigungen den Zugriff innerhalb einzelner Bereiche strukturieren. Bei der Konfiguration eines Spaces greifen Work Types, Workflows, Screens und Schemes ineinander.

Auf übergreifender Ebene kommen gemeinsam genutzte Workflow Schemes und zunehmend die neuen Field Schemes hinzu. Gute Jira Administration besteht deshalb nicht darin, möglichst viele Einstellungen vorzunehmen, sondern die richtige Ebene für eine Anforderung zu finden und die Folgen einer Änderung vorher zu verstehen.

Atlassian Administration ist die übergeordnete Verwaltungsebene rund um die Atlassian- Organisation. Dort werden je nach Rolle unter anderem Benutzer, Gruppen, App-Zugriffe, Sites, Sicherheitsfunktionen, verbundene Apps und Teile der Abonnementverwaltung gesteuert. Jira Administration beginnt eine Ebene tiefer und konzentriert sich auf die Konfiguration von Jira selbst.

Atlassian trennt diese Verantwortung bewusst über verschiedene Admin-Rollen. Die zentrale Benutzerverwaltung findest du in den Ressourcen zu Atlassian User Management; App-Zugriffe werden über App Roles und Gruppen vergeben und zusätzlich durch In-App-Permissions verfeinert.

Auch die Kontrolle ist unterschiedlich: Aktivitäten auf Organisationsebene können im Atlassian Audit Log nachvollzogen werden, während ein Jira Admin innerhalb Jira beispielsweise Workflows, Felder, Berechtigungen oder globale Automatisierungen verwaltet. Ein erfahrener Jira Administrator muss diese Grenze kennen — und zugleich verstehen, wann er Organization Admin, Site Admin oder User Access Admin einbeziehen muss.

Der Organization Admin arbeitet auf der höchsten Organisationsebene und verantwortet unter anderem zentrale Benutzer-, Gruppen- und Sicherheitsfunktionen. Ein Site Admin verwaltet eine bestimmte Site und insbesondere die dort verfügbaren Atlassian- und Marketplace-Apps. Der Jira Admin ist dagegen App Admin für Jira und kümmert sich um die Konfiguration der Jira-Plattform selbst.

Die aktuelle Rollenverteilung ist in Atlassians Übersicht der Admin-Rollen beschrieben. Die konkrete Vergabe der Rollen erfolgt über Atlassian Administration. Für Jira wird die App-Admin-Rolle dort über Jira Administration vergeben; im aktuellen zentralisierten User Management kann nur ein Organization Admin einen Jira App Admin ernennen.

Bei Marketplace- und Connected Apps liegt die zentrale Installation und Zugriffsverwaltung grundsätzlich bei Organization- und Site-Admins, wie die Dokumentation zu App-Installation und App Access zeigt. Organisationweite Änderungen lassen sich außerdem über das Audit Log nachvollziehen. Gute Jira Administration erkennt deshalb nicht nur, was sie selbst verändern kann, sondern auch, wann eine Anforderung auf einer höheren Admin-Ebene gelöst werden muss.

Ein Space Admin arbeitet näher am einzelnen Team. Er verwaltet lokale Einstellungen, Rollen, Komponenten, Versionen und – abhängig von den Berechtigungen und davon, ob Konfigurationen geteilt werden – bestimmte Layouts oder Workflows. Jira Administratoren erhalten die Berechtigung zur Administration von Spaces automatisch, arbeiten darüber hinaus aber auf der gemeinsamen Jira-Ebene.

Die lokalen Möglichkeiten sind in den Space Access and Configuration Permissions beschrieben. Einen guten Überblick über die Einstellungen eines einzelnen Spaces gibt die Seite Configure a space. Die übergreifende Jira-Ebene beginnt dort, wo globale Berechtigungen oder gemeinsam genutzte Konfigurationen ins Spiel kommen.

Ein typisches Beispiel sind Workflow Schemes, die mehreren Spaces gleichzeitig zugeordnet werden können. Für die lokale Administration gibt es mit Managing Jira Projects for Cloud sogar eine eigene Atlassian-Zertifizierung. Genau diese Trennung erklärt, warum ein guter Jira Admin immer auch die Perspektive der Space Admins verstehen muss, ohne jede lokale Entscheidung selbst zu übernehmen.

Atlassian Cloud verteilt administrative Verantwortung heute auf mehrere Rollen. Dazu gehören vor allem Organization Admin, Site Admin, User Access Admin und App Admin. Daneben gibt es Billing Admins für kaufmännische Aufgaben und Space- bzw. Projektadministratoren für die lokale Konfiguration einzelner Arbeitsbereiche.

Welche Rolle welche Aufgabe übernehmen darf, zeigt die offizielle Admin-Rollenübersicht. Rollen werden über Admin Permissions vergeben, während der tatsächliche App-Zugriff separat über App Access gesteuert werden kann.

Für Billing gelten wiederum eigene Regeln, die vom verwendeten Abrechnungsmodell abhängen. Atlassian dokumentiert sie in den Billing Permissions by Role und in der Übersicht zur Billing Administration. Eine Person kann mehrere Rollen gleichzeitig besitzen; gute Governance bedeutet aber nicht, möglichst viele Rechte zu verteilen, sondern Zuständigkeiten bewusst zu schneiden.

Im aktuellen zentralisierten Atlassian User Management wird ein Jira Administrator als App Admin für Jira Administration vergeben. Atlassian weist darauf hin, dass bei der Jira-Produktfamilie nur ein Organization Admin einen weiteren Jira App Admin ernennen kann. Die Schritte dafür findest du in Give users admin permissions.

Innerhalb von Jira ist zusätzlich die globale Berechtigung Administer Jira zentral. Admin-Rollen geben jedoch nicht automatisch App-Zugriff; Atlassian trennt App Roles und In-App-Permissions bewusst voneinander.

In vielen Organisationen werden Zugriffe über Gruppen verwaltet. Atlassian beschreibt sowohl das Anlegen von Gruppen als auch das Verwalten von App Roles in Gruppen. Für die Praxis heißt das: Jira-Admin-Rechte sollten nachvollziehbar, sparsam und passend zu den tatsächlichen Aufgaben vergeben werden — nicht einfach als Abkürzung für fehlende Berechtigungskonzepte.

Company-managed Spaces sind darauf ausgelegt, zentrale und wiederverwendbare Konfigurationen zu nutzen. Das ist mächtig und effizient, erhöht aber die Verantwortung: Eine Änderung kann nicht nur einen Space, sondern mehrere Teams gleichzeitig betreffen. Deshalb muss ein Jira Admin vor Änderungen verstehen, welche Schemes geteilt werden und welche Migrationen oder Nebenwirkungen entstehen können.

Besonders deutlich wird das bei Workflow Schemes, die Work Types mit Workflows verbinden und über mehrere Spaces geteilt werden können. Auch Field Schemes und Work Type Schemes helfen dabei, gemeinsame Standards über mehrere Spaces hinweg zu steuern.

Hinzu kommen die Beziehungen zwischen Screens und Work Types über Work Type Screen Schemes. Wie diese Komponenten in einem Space zusammenspielen, zeigt die aktuelle Übersicht Configure a space. Genau hier braucht Jira Administration technische Tiefe und zugleich Disziplin: Was global vereinheitlicht werden kann, sollte nicht unnötig lokal dupliziert werden — und was teamspezifisch bleiben muss, sollte nicht ohne Grund globalisiert werden.

Typische Bereiche sind System, Jira Apps, Spaces, Work Items und – abhängig von den eingesetzten Produkten – Operations. Der Jira Admin verwaltet dort unter anderem globale Berechtigungen, Work Types, Workflows, Felder, Screens, Schemes, Automatisierungen und gemeinsame Standards. Entscheidend ist weniger die Anzahl der Menüpunkte als das Verständnis dafür, wie sie voneinander abhängen.

Die übergreifende Ebene beginnt bei den Global Permissions. Für Prozesslogik sind Workflow Schemes zentral, während die neuen Field Schemes schrittweise die bisherige Kombination aus Field Configurations und Field Configuration Schemes ersetzen.

Screens werden über Work Type Screen Schemes mit Work Types verknüpft. Bei Automatisierungen können Jira Admins mit der globalen Berechtigung Administer Jira globale Automation Flows verwalten. Gute Jira Administration hält diese Einstellungen so übersichtlich wie möglich und dokumentiert, warum ein Standard existiert und wer davon betroffen ist.

Nicht automatisch. Ein Jira Admin kann Jira konfigurieren, erhält dadurch aber nicht automatisch die Rechte eines Organization Admins, User Access Admins oder Billing Admins. Gerade in größeren Organisationen ist diese Trennung sinnvoll, weil technische Jira-Konfiguration, Identitäts- und Zugriffsverwaltung sowie kaufmännische Verantwortung unterschiedliche Aufgaben sind.

Benutzer und Gruppen werden über das Atlassian User Management verwaltet. App-Zugriffe können durch Organization Admins oder zuständige User Access Admins über App Access vergeben werden; wie Rollen und In-App-Permissions zusammenspielen, erklärt How app access works.

Für Kosten, Rechnungen und Zahlungsdaten gelten separate Regeln. Welche Rolle welche Aufgaben übernehmen darf, hängt vom Billing-Modell ab und ist in den Billing Permissions by Role sowie unter Understand Billing Administration dokumentiert. Ein guter Jira Administrator muss diese Aufgaben nicht selbst besitzen, sollte aber wissen, welche Rolle er für Lizenzen, Nutzerzugriff oder Abrechnung einbeziehen muss.

Marketplace-Apps und Integrationen können Jira sehr gezielt erweitern, erhöhen aber auch die technische und organisatorische Komplexität. Ein guter Jira Administrator prüft deshalb zuerst, welchen Bedarf eine Erweiterung löst, auf welche Daten und Berechtigungen sie zugreift, wie sie sich in bestehende Workflows einfügt und ob dieselbe Anforderung nicht bereits mit Standardfunktionen oder einer schlankeren Integration gelöst werden kann.

Die zentrale Installation und Verwaltung von Marketplace- und Connected Apps liegt grundsätzlich bei Organization- und Site-Admins. Atlassian beschreibt das unter Install and manage app access sowie bei Marketplace app requests. Eine Übersicht verbundener Apps und ihrer Zugriffe findet sich außerdem unter Marketplace and third-party apps.

Der Jira Admin bleibt trotzdem zentral beteiligt, weil er beurteilt, wie eine App fachlich und technisch innerhalb Jira konfiguriert werden sollte. Dafür muss er auch verstehen, wie App Access und In-App-Permissions zusammenspielen. Bei Techanics schauen wir deshalb nicht nur, ob eine App etwas kann, sondern ob sie für deinen konkreten Use Case langfristig sinnvoll, wartbar und wirtschaftlich ist.

Für die übergreifende Jira Administration ist vor allem die Professional-Zertifizierung Jira Administration for Cloud relevant. Sie richtet sich an Jira Admins, die nachweisen wollen, dass sie Jira Cloud konfigurieren und für unterschiedliche Entwicklungs- und Business-Teams verwalten können.

Für die angrenzenden Ebenen gibt es weitere Zertifizierungen: Mit Managing Jira Projects for Cloud weist Atlassian Fähigkeiten in der lokalen Projekt-/Space-Administration nach; die Zertifizierung Atlassian Cloud Organization Admin deckt die Organisationsebene ab. Für Jira Service Management kommt zusätzlich Managing Jira Service Projects for Cloud infrage.

Wer mehrere relevante Professional-Zertifizierungen kombiniert, kann die Atlassian Certified Administration Expert Designation erreichen. Aktuell verlangt Atlassian dafür vier passende Administration-Credentials aus der vorgesehenen Liste. Für uns ist eine Zertifizierung deshalb kein Selbstzweck: Entscheidend ist die Verbindung aus nachgewiesenem Produktwissen, echter Projekterfahrung und der Fähigkeit, die technischen Entscheidungen in den Unternehmenskontext einzuordnen.

Die für Jira Administration besonders relevanten Credentials wie Jira Administration for Cloud, Managing Jira Projects for Cloud, Managing Jira Service Projects for Cloud und Atlassian Cloud Organization Admin gehören zu den Atlassian Certified Professional Zertifizierungen. Sie werden nicht allein durch den Besuch eines Kurses erworben, sondern durch das Bestehen der jeweiligen Zertifizierungsprüfung. Einen Überblick über die aktuellen Credentials bietet Atlassian unter Atlassian Certifications.

Seit März 2026 werden alle Atlassian Credential Exams über Certiverse bereitgestellt. Associate- und Professional-Prüfungen werden dabei online und remote beaufsichtigt; vor der Prüfung muss ein sicherer Browser installiert und getestet werden. Die Registrierung und Terminwahl erfolgen über das Atlassian Certification Portal und Certiverse. Atlassian beschreibt den aktuellen Ablauf in der offiziellen Mitteilung Certiverse is live for all Atlassian credential exams.

Für die Vorbereitung empfiehlt Atlassian ausdrücklich eine Kombination aus Dokumentation, eigenständigem Lernen, realer Praxiserfahrung und kostenfreien On-Demand-Trainings. Passende Lernpfade und Prüfungsvorbereitungen findest du unter Prepare for a certification. Gerade bei Professional-Zertifizierungen geht es damit nicht darum, lediglich einen Kurs abzuschließen, sondern das geforderte Wissen in einer beaufsichtigten Prüfung nachzuweisen.

Atlassian-Zertifizierungen sind grundsätzlich 24 Monate gültig und müssen anschließend aufrechterhalten werden, wenn sie aktiv bleiben sollen. Die aktuellen Regeln und Möglichkeiten zur Erneuerung bündelt Atlassian auf der Seite Maintain your certification. Damit unterscheidet sich eine aktive Zertifizierung bewusst von einem einmal erworbenen Nachweis, der unbegrenzt ohne weitere Aktualisierung bestehen bleibt.

Für eine Atlassian Certified Professional (ACP) Zertifizierung werden aktuell 100 Continuing Education Units (CE Units) zur Erneuerung benötigt. Ein abgeschlossener Atlassian-Kurs oder ein Live-Learning-Angebot zählt dabei mit 10 CE Units; auch lokale und globale Atlassian-Events sowie Vorträge können angerechnet werden. Alternativ kann die Zertifizierungsprüfung erneut abgelegt werden. Atlassian erklärt das Verfahren ausführlich unter The new certification renewal program is now live. Aktuelle Kurse findest du bei Atlassian Learning.

Die regelmäßige Erneuerung ist deshalb ein sinnvoller Hinweis darauf, dass sich ein zertifizierter Administrator weiterhin mit Atlassian beschäftigt. Sie ersetzt aber keine laufende praktische Erfahrung: Jira und die Atlassian Cloud entwickeln sich kontinuierlich weiter, und gerade bei komplexen Instanzen entstehen viele entscheidende Fähigkeiten erst durch echte Projekte, wiederkehrende Administration und gelebte Best Practices. Für uns gehören deshalb Zertifizierungen, kontinuierliche Weiterbildung und Projekterfahrung immer zusammen.