Jira-Schulung und Governance nach der Umstellung
Eine aufgeräumte Jira-Umgebung bleibt nur aufgeräumt, wenn danach jemand dafür zuständig ist und Ihr Team weiß, wie es damit arbeitet. Ich richte deshalb keine Konfiguration ein, ohne die Governance und die Schulung gleich mitzudenken: eine schriftliche Richtlinie, ein fester Verantwortlicher mit Vertretung, ein schlankes Rechtekonzept und eine Anwenderschulung mit Arbeitsheft, die Ihr Team wirklich durchläuft — nicht nur erhält.
- Richtlinie mit Grundregeln, Statusdefinitionen und Pflichtangaben statt Absprachen im Kopf einzelner Personen
- Ein Verantwortlicher für Konfigurationsänderungen, mit benannter Vertretung
- Schlankes Rechtekonzept mit wenigen Administratoren statt breit verteilter Rechte
- Anwenderschulung mit Arbeitsheft und Kurzreferenz, geprüft durch einen Nutzertest vor dem Rollout

Die Umstellung ist fertig. Ohne Governance beginnt der Wildwuchs von vorn.
Ein häufiges Muster nach einer Jira-Optimierung: Die neuen Workflows, Felder und Automationen funktionieren zunächst gut. Dann ändert eine Kollegin schnell einen Status, ein neuer Administrator legt ein Feld für sein Projekt an, und niemand dokumentiert, warum. Nach einigen Monaten sieht die Konfiguration wieder aus wie vorher — nur mit anderen Namen.
Der Grund ist selten böser Wille. Meist fehlt schlicht eine schriftliche Richtlinie, an der sich neue Entscheidungen messen lassen, und eine Person, die für Konfigurationsänderungen erkennbar zuständig ist. Ohne diese beiden Punkte trifft jede Änderung auf eine offene Frage: Darf ich das, und wenn ja, wie?
Das zweite Muster betrifft die Schulung: Eine Anleitung, die einmal verschickt wird, verändert selten das tägliche Arbeiten. Erst wenn Ihr Team an eigenen Beispielvorgängen übt und eine Kurzreferenz griffbereit hat, wird aus der neuen Arbeitsweise eine Gewohnheit.
Deshalb sind Richtlinie, Verantwortlichkeit, Rechtekonzept und Schulung kein Anhang zur Umstellung, sondern ihr eigentlicher Abschluss.
Was zur Anwenderschulung gehört
Eine Anleitung, die einmal verschickt wird, verändert selten das tägliche Arbeiten. Deshalb übt Ihr Team an eigenen Beispielvorgängen.
Anwender-Schulung mit Arbeitsheft
Ihr Team übt die neue Arbeitsweise direkt an Beispielvorgängen, begleitet von einem Arbeitsheft zum Mitschreiben und Nachschlagen. Die Übungen orientieren sich an typischen Situationen aus dem Projektalltag, nicht an abstrakten Funktionslisten.
Kurzreferenz für den Alltag
Eine knappe Übersicht der wichtigsten Schritte und Regeln liegt griffbereit vor — als Ergänzung zum Arbeitsheft, für den schnellen Blick zwischendurch statt langem Nachlesen.
Zusatzmodul für Projektleitungen
Wer Projekte steuert, braucht mehr als die Grundlagen: Termintreue lesen, Auswertungen einordnen und die Richtlinie gegenüber dem eigenen Team vertreten. Dafür gibt es einen eigenen Schulungsteil.
Vor Ort in NRW oder online
Die Schulung findet mit Beamer und gedruckten Unterlagen vor Ort statt, wenn Ihr Team in Dortmund oder der Region NRW sitzt, oder online mit denselben Materialien in digitaler Form — je nachdem, was zu Ihrem Team passt.
Richtlinie, Verantwortung und ein schlankes Rechtekonzept
Sechs Bausteine, die eine aufgeräumte Jira-Umgebung auch nach der Umstellung aufgeräumt halten.
Jira-Richtlinie
Grundregeln für den Umgang mit Jira, Statusdefinitionen mit eindeutiger Bedeutung, Pflichtangaben an den entscheidenden Stellen und Namenskonventionen für Projekte, Felder und Automationen. Schriftlich festgehalten, statt mündlich weitergegeben.
Verantwortlicher für Konfigurationsänderungen
Eine benannte Person entscheidet über Änderungen an Schemes, Workflows und globalen Einstellungen, mit einer festgelegten Vertretung für Abwesenheiten. Damit hat jede Änderung eine erkennbare Adresse statt vieler stiller Zuständigkeiten.
Änderungsregeln und Änderungsstopp
Während der Umstellung gilt ein Änderungsstopp an gemeinsam genutzten Einstellungen, damit Vergleiche und Tests belastbar bleiben. Danach regeln feste Änderungsregeln, wie eine Anpassung beantragt, geprüft und dokumentiert wird.
Schlankes Rechtekonzept
So wenige Administratoren wie möglich, mit klar getrennten Rollen für Projektadministration und globale Konfiguration. Breite Rechte, die sich über Jahre angesammelt haben, werden geprüft und wo nötig zurückgestuft.
Kochbuch für neue Projekte
Eine Schritt-für-Schritt-Anleitung, wie ein neues Projekt angelegt wird — mit welcher Vorlage, welchen Feldern und welchen Freigaben. Verhindert, dass jedes neue Projekt wieder bei null anfängt und eigene Abweichungen produziert.
Betriebshandbuch
Dokumentiert, wie die laufende Konfiguration aufgebaut ist, welche Automationen aktiv sind und worauf bei Änderungen zu achten ist. Damit bleibt das Wissen im Unternehmen, auch wenn sich Zuständigkeiten ändern.
Ein Nutzertest, bevor die Konfiguration für alle scharf geschaltet wird.
Vor dem eigentlichen Rollout durchläuft eine Person ohne Administrationsrechte die neue Arbeitsweise anhand eines eigenen Testhandbuchs — von der Vorgangsanlage bis zum Abschluss. So fallen Lücken und Missverständnisse auf, solange sie noch ohne Aufwand zu beheben sind, statt erst in der ersten produktiven Woche.
Von der Bestandsaufnahme bis zur Übergabe
Sechs Schritte, die Richtlinie und Schulung gemeinsam entstehen lassen, statt sie nacheinander abzuarbeiten.
- Schritt 01
Ausgangslage und Rollen klären
Wer administriert heute, wer sollte künftig zuständig sein, und welche Regeln gelten bereits inoffiziell? Diese Bestandsaufnahme ist die Grundlage für die Richtlinie.
- Schritt 02
Richtlinie und Rechtekonzept entwerfen
Grundregeln, Statusdefinitionen, Pflichtangaben, Namenskonventionen und ein schlankes Rechtekonzept entstehen als Entwurf, den Sie prüfen und ergänzen können.
- Schritt 03
Verantwortlichkeiten festlegen
Ein Verantwortlicher für Konfigurationsänderungen und seine Vertretung werden benannt, samt Änderungsregeln für den laufenden Betrieb.
- Schritt 04
Kochbuch und Betriebshandbuch schreiben
Die Anleitung für neue Projekte und die Dokumentation der laufenden Konfiguration entstehen parallel zur Umsetzung, nicht nachträglich aus der Erinnerung.
- Schritt 05
Schulung vorbereiten und durchführen
Arbeitsheft, Kurzreferenz und das Zusatzmodul für Projektleitungen werden auf Ihre Beispielvorgänge zugeschnitten. Die Schulung findet vor Ort oder online statt.
- Schritt 06
Nutzertest und Übergabe
Eine Person ohne Administrationsrechte prüft die Arbeitsweise anhand des Testhandbuchs. Offene Punkte werden behoben, dann gehen Richtlinie, Handbücher und Schulungsunterlagen in Ihre Verantwortung über.
Wann Schulung und Governance passen und wann nicht
Das passt, wenn …
- Es gibt noch keine schriftliche Richtlinie, nur mündliche Absprachen
- Mehrere Personen administrieren Jira, ohne dass klar ist, wer wofür zuständig ist
- Eine frühere Aufräumaktion ist im Lauf der Zeit wieder zugewachsen
- Neue Projekte entstehen jedes Mal anders, ohne gemeinsame Vorlage
- Ihr Team soll die neue Arbeitsweise wirklich anwenden, nicht nur eine Anleitung erhalten
Das passt eher nicht, wenn …
- Es gibt noch keine Jira-Umgebung, die geschult werden könnte
- Gesucht wird ausschließlich eine reine Klick-Schulung ohne Governance-Themen
- Die Konfiguration soll ohne begleitende Richtlinie einfach nur „aufgeräumt“ werden
- Es geht um Jira Service Management, Data Center oder eine Migration
Wenn Sie unsicher sind, klären wir das im Erstgespräch.
Wie Schulung und Governance mit dem Rest zusammenhängen
Der Überblick: Jira-Beratung
Wie Richtlinie und Schulung in den gesamten Ablauf von Audit über Pilot bis zur Übergabe passen.
Voraus geht meist: Jira-Klarheits-Audit
Bevor eine Richtlinie sinnvoll ist, zeigt das Audit, wo Governance heute fehlt und welche Bereiche am dringendsten sind.
Was die Richtlinie durchsetzt: Workflows
Statusdefinitionen und Pflichtangaben aus der Richtlinie wirken erst, wenn Workflows und Masken sie auch abbilden.
Weitere Unternehmensthemen: Mitarbeiterschulungen
Neben Jira entwickle ich interaktive Schulungen auch für Vertrieb, CRM, Prozesse und KI-Kompetenz — mit demselben Prinzip aus Arbeitsheft, Übung und Praxisbezug.
Häufige Fragen zu Jira-Schulung und Governance
Grundregeln für den Umgang mit Jira, eindeutige Statusdefinitionen, Pflichtangaben an den Stellen, an denen sie für Ihre Projektsteuerung wichtig sind, und Namenskonventionen für Projekte, Felder und Automationen. Die Richtlinie entsteht als Entwurf, den Sie vor der Einführung prüfen und anpassen.
Ein von Ihnen benannter Verantwortlicher übernimmt diese Aufgabe, mit einer festgelegten Vertretung für Abwesenheiten. Beide erhalten die notwendigen Informationen aus dem Betriebshandbuch, damit Entscheidungen über Schemas, Workflows und globale Einstellungen nicht an einzelnem Erfahrungswissen hängen, sondern nachvollziehbar dokumentiert und im Unternehmen verfügbar bleiben.
Solange sich gemeinsam genutzte Einstellungen unkontrolliert ändern, lassen sich Vorher-Nachher-Vergleiche und Tests nicht verlässlich durchführen, weil jede Abweichung mehrere Ursachen haben könnte. Der Änderungsstopp betrifft ausdrücklich nur die Dauer der Umstellung selbst, nicht den laufenden Betrieb danach, der wieder eigenen Änderungsregeln folgt.
So wenige wie möglich, mit klar getrennten Rollen zwischen Projekt- und globaler Administration. In der Praxis reicht meist eine kleine, namentlich bekannte Gruppe mit Vertretungsregelung — die genaue Zahl richtet sich nach der Größe und Struktur Ihres Unternehmens.
Eine Schritt-für-Schritt-Anleitung, mit welcher Vorlage, welchen Feldern, welchen Berechtigungen und welchen Freigaben ein neues Projekt angelegt wird. Sie verhindert, dass jedes neue Projekt eigene Abweichungen von der Richtlinie einführt und sich der Wildwuchs an genau dieser Stelle wieder von vorn aufbaut.
Ihr Team übt an Beispielvorgängen aus dem eigenen Projektalltag, begleitet von einem Arbeitsheft zum Mitschreiben und einer Kurzreferenz für den schnellen Blick im Alltag. Projektleitungen erhalten zusätzlich ein eigenes Modul zu Termintreue, Auswertungen und dem Vertreten der Richtlinie gegenüber dem eigenen Team.
Beides ist möglich. Vor Ort in Dortmund und der Region NRW arbeite ich mit Beamer und gedruckten Unterlagen, online mit denselben Materialien in digitaler Form und denselben Übungen an Beispielvorgängen. Was zu Ihrem Team und Ihrer Verteilung über Standorte passt, klären wir im Erstgespräch.
Eine Person ohne Administrationsrechte durchläuft die neue Arbeitsweise anhand eines eigenen Testhandbuchs, von der Vorgangsanlage bis zum Abschluss, so wie sie im Alltag tatsächlich vorkommt. Auffälligkeiten und Missverständnisse werden vor dem eigentlichen Rollout behoben, statt erst in der ersten produktiven Woche entdeckt zu werden.
Wie ist Jira bei Ihnen heute geregelt — und wer weiß das?
Im ersten Gespräch klären wir, ob bei Ihnen zuerst eine Richtlinie, ein Rechtekonzept oder eine Schulung fehlt — und wie sich das mit einer laufenden oder geplanten Umstellung verbinden lässt. 30 Minuten, unverbindlich.
Zwei Sätze zu Ihrer Richtlinie oder Schulung genügen.
Beschreiben Sie kurz, was bei Ihnen fehlt — eine Richtlinie, ein Verantwortlicher oder eine Schulung, die wirklich ankommt. Den Rest klären wir im Erstgespräch. Bitte keine Zugangsdaten senden.
Persönliche Begleitung durch Timo Rüdiger- Unverbindliche Anfrage
- Förderprüfung möglich
Lieber direkt Kontakt aufnehmen?
Jira, Confluence und Rovo sind Marken der Atlassian Corporation. Keine Partnerschaft mit Atlassian.