Scrum Master: Aufgaben, Zertifizierung und Gehalt

Du hast Scrum eingeführt. Es gibt ein Board, es gibt Sprints, es gibt ein tägliches Treffen um neun. Und trotzdem dauern deine Projekte exakt so lange wie vorher.

Dann fehlt dir kein Werkzeug. Dir fehlt der Mensch, der dafür sorgt, dass die Regeln auch gelten — und der die Steine wegräumt, über die dein Team jede Woche stolpert.

Diese Rolle heißt Scrum Master. Und sie ist die am gründlichsten missverstandene Position im ganzen agilen Arbeiten. In der Hälfte der mittelständischen Unternehmen, in denen ich sie sehe, ist es der alte Projektleiter mit neuem Schild an der Tür. In der anderen Hälfte ist es der Praktikant, der das Board pflegt. Beides funktioniert nicht.

Ich führe seit über 35 Jahren Teams, aktuell 70 Mitarbeiter in Bochum, gesteuert aus Dubai vom Smartphone. Mein Maßstab für jede Rolle ist derselbe: Was passiert, wenn ich sie nicht besetze? Beim Scrum Master ist die Antwort brutal einfach — dann arbeitest du weiter im alten System und nennst es agil.

In diesem Artikel bekommst du die Rolle so, wie sie in der Praxis trägt: die Aufgaben, die klare Trennlinie zum Product Owner, was eine Zertifizierung leistet und was nicht, und welche Gehaltsspanne du im DACH-Raum einplanen musst.

Was ein Scrum Master ist — und was er nicht ist

Ein Scrum Master verantwortet den Prozess, nicht das Ergebnis. Er sorgt dafür, dass Scrum im Team funktioniert, beseitigt Hindernisse und schützt das Team vor Störungen von außen. Er hat keine fachliche Weisungsbefugnis, kein Budget und kein Team, das ihm disziplinarisch unterstellt ist.

Das ist der Satz, an dem sich alles entscheidet. Wer ihn nicht aushält, besetzt die Rolle falsch.

Im offiziellen Scrum Guide von Ken Schwaber und Jeff Sutherland ist der Scrum Master eine von drei Verantwortlichkeiten im Team — neben dem Product Owner und den Entwicklern. Das Wort „Rolle" haben die beiden 2020 bewusst gestrichen und durch „Verantwortlichkeit" ersetzt. Der Grund: Eine Rolle spielst du. Eine Verantwortlichkeit trägst du. Wenn der Prozess nicht läuft, gibt es genau einen Menschen, der dafür geradesteht.

Kein Chef, kein Sekretär, kein Moderator

Drei Missverständnisse sehe ich immer wieder, und alle drei kosten Geld.

Das erste: Der Scrum Master ist der Chef des Teams. Ist er nicht. Er verteilt keine Aufgaben, er bewertet keine Leistung, er führt keine Gehaltsgespräche. Sobald er das tut, hört das Team auf, ihm Probleme zu melden — und Probleme, die niemand meldet, findest du erst im Quartalsbericht.

Das zweite: Er ist der Protokollant. Auch falsch. Er hält keine Sitzungen fest, er räumt kein Board auf, er ist kein Terminkoordinator. Wenn deine teuerste agile Kraft damit beschäftigt ist, Karten zu verschieben, hast du eine Assistenz eingestellt und einen Fachmann bezahlt.

Das dritte: Er moderiert nur. Moderation ist ein Teil der Arbeit, nicht ihr Kern. Der Kern ist die Veränderung der Arbeitsweise — und die ist unbequem, weil sie an Gewohnheiten geht, die zehn Jahre alt sind.

Der Unterschied zum klassischen Projektleiter

Ein klassischer Projektleiter besitzt Plan, Budget und Weisung. Er sagt, wer bis wann was liefert, und trägt das Ergebnis. Wie dieser Apparat aufgebaut ist, findest du im Überblick zum Projektmanagement — der Artikel führt die Phasen, die Planung und die klassischen Steuerungswerkzeuge vollständig aus.

Diese Rolle hat nichts davon. Der Einfluss ist ausschließlich fachlich und sozial und wirkt über Fragen, über Sichtbarkeit von Daten und über Hartnäckigkeit. Das klingt schwach. In der Praxis ist es härter, weil du ohne Anweisungsrecht überzeugen musst — jedes Mal aufs Neue.

Konkret: Ein Projektleiter sagt „Bis Freitag ist die Schnittstelle fertig." Ein Scrum Master fragt „Warum liegt die Schnittstelle seit drei Sprints im Backlog, und wer blockiert sie?" — und geht dann so lange durchs Haus, bis der Blocker weg ist. Das ist kein weicheres Vorgehen. Das ist ein anderes.

Wie du Verantwortlichkeiten in gemischten Teams sauber verteilst, ohne dass am Ende jeder auf jeden zeigt, klärt die RACI-Matrix. Diese Frage gehört dort hin, nicht hierher — hier geht es um eine einzige Position und darum, was sie leistet.

Scrum Master und Product Owner: die Trennlinie

Der Scrum Master verantwortet den Weg. Der Product Owner verantwortet das Ziel. Prozess gegen Inhalt, Hindernisse gegen Wert. Wenn eine Person beides macht, gewinnt immer der Inhalt — und der Prozess verrottet.

Der Scrum Master kümmert sich um:

• die fünf Scrum-Ereignisse und ihre Wirksamkeit
• Hindernisse, die das Team aufhalten
• die Arbeitsweise und ihre Verbesserung von Sprint zu Sprint
• den Schutz des Teams vor Zurufen aus dem Tagesgeschäft
• die Ausbildung der Organisation in Scrum

Der Product Owner kümmert sich um:

• das Produkt-Ziel und die Reihenfolge im Backlog
• den geschäftlichen Wert jeder einzelnen Anforderung
• die Abstimmung mit Kunden und internen Anspruchsgruppen
• die Entscheidung, was gebaut wird und was nicht
• die Abnahme der Ergebnisse am Ende des Sprints

Zwei Verantwortliche, zwei völlig verschiedene Fragen. Der eine fragt „Wie arbeiten wir?", der andere „Woran arbeiten wir?" Die vollständige Beschreibung der zweiten Position bekommst du im Artikel zum Product Owner.

Warum die Doppelbesetzung trotzdem so beliebt ist? Weil sie eine Stelle spart. Und weil der Konflikt zwischen beiden Positionen unangenehm ist: Der Product Owner will mehr in den Sprint packen, der Scrum Master verteidigt die Kapazität des Teams. Genau dieser Konflikt ist der Sinn der Trennung. Nimmst du ihn raus, überlädst du das Team — und lieferst am Ende weniger.

Der komplette Aufbau mit Ereignissen, Artefakten und dem Zusammenspiel aller Beteiligten steht im Grundlagenartikel zu Scrum. Lies den zuerst, wenn dir die Begriffe Sprint, Backlog und Inkrement noch nichts sagen.

Scrum Master Aufgaben: was die Rolle täglich leistet

Die Aufgaben eines Scrum Master verteilen sich auf drei Adressaten: das Team, den Product Owner und die Organisation. Der größte Hebel liegt beim dritten — und genau der wird im Mittelstand fast immer vergessen.

Für das Team

Er bringt dem Team bei, sich selbst zu organisieren und fachübergreifend zu arbeiten. Er sorgt dafür, dass die Ereignisse stattfinden, im Zeitrahmen bleiben und ein Ergebnis produzieren. Er hilft, Hindernisse zu beseitigen. Und er hält den Fokus auf Ergebnisse mit hohem Wert.

Praktisch heißt das: Er merkt, dass das Daily seit vier Wochen 35 Minuten dauert, statt der vorgesehenen 15. Er merkt, dass drei Leute gleichzeitig an sieben Aufgaben arbeiten und nichts fertig wird. Er merkt, dass die Retrospektive jedes Mal dieselben drei Punkte produziert, die nie umgesetzt werden. Merken allein reicht nicht — er macht es sichtbar und lässt nicht locker.

Für den Product Owner

Er hilft bei der Definition des Produkt-Ziels und bei der Pflege des Backlogs. Er sorgt dafür, dass die Einträge klar, kurz und wertorientiert formuliert sind. Und er schafft es, dass die Abstimmung mit Kunden und Fachbereichen strukturiert läuft statt über Zuruf im Flur.

Ein guter Scrum Master macht den Product Owner besser. Ein schlechter übernimmt dessen Arbeit, weil es schneller geht — und produziert damit eine Abhängigkeit, die nie wieder verschwindet.

Für die Organisation

Hier liegt der eigentliche Wert und hier wird am meisten verschenkt. Die Rolle umfasst die Einführung von Scrum im Unternehmen, die Planung der Umsetzung, die Beratung von Führungskräften und das Wegräumen der Hindernisse, die zwischen Abteilungen liegen.

Das ist der Teil, den du als Unternehmer spürst. Wenn dein Vertrieb dem Entwicklungsteam am Mittwoch eine Zusage macht, die den Sprint sprengt, ist das kein Team-Problem. Das ist ein Organisationsproblem. Und es löst sich nur, wenn jemand die Autorität hat, damit zu dir zu kommen. Wie du solche Reibungen zwischen Bereichen grundsätzlich in den Griff bekommst, steht in meinem Beitrag zur Mitarbeiterführung.

In den fünf Ereignissen

Scrum kennt fünf Ereignisse, und in jedem hat die Rolle eine klare Aufgabe.

Im Sprint Planning sorgt er dafür, dass das Team nur so viel zusagt, wie es halten kann. Im Daily achtet er auf den Zeitrahmen von 15 Minuten und darauf, dass es ein Abstimmungstreffen bleibt und kein Statusbericht an den Chef wird. Im Sprint Review hält er die Runde bei der Sache: Ergebnis zeigen, Rückmeldung einsammeln, Backlog anpassen. In der Retrospektive holt er die unbequemen Punkte auf den Tisch und sorgt dafür, dass am Ende genau eine Verbesserung beschlossen wird, die im nächsten Sprint auch passiert. Und im Sprint selbst hält er die Störungen draußen.

Der Sprint dauert laut Scrum Guide einen Monat oder weniger. Alles andere ist kein Sprint, sondern ein Projekt mit Zwischenständen.

Hindernisse beseitigen: die Aufgabe, an der alles hängt

Wenn du nur eine Kennzahl für diese Arbeit hättest, wäre es diese: Wie viele Tage liegt ein Hindernis im Schnitt, bevor es weg ist?

Ein Hindernis ist alles, was das Team ausbremst und was es nicht selbst lösen kann. Die fehlende Freigabe aus der Rechtsabteilung. Der Testrechner, der seit zwei Wochen nicht geliefert wird. Der Kollege, der zu 40 Prozent im Projekt sein sollte und zu 100 Prozent im Tagesgeschäft steckt. Die Schnittstelle beim Dienstleister, auf die niemand antwortet.

Wie du Hindernisse sichtbar machst

Ein guter Scrum Master führt eine Liste, und diese Liste hängt öffentlich. Jeder Eintrag hat drei Angaben: was blockiert, seit wann, und wer es auflösen kann. Kein Statusfeld, keine Ampel, keine Bewertung. Nur diese drei Angaben.

Warum das wirkt: Ein Hindernis, das seit 14 Tagen sichtbar an der Wand hängt, erzeugt Druck. Ein Hindernis in einer Sitzungsnotiz erzeugt nichts. Ich arbeite mit meinen Teams nach demselben Prinzip — Probleme kommen auf die Tafel, nicht ins Protokoll.

Wann du selbst eingreifen musst

Ungefähr ein Drittel der Hindernisse kann der Scrum Master nicht lösen. Fehlende Ressourcen, Prioritätskonflikte zwischen Bereichen, Verträge — das sind Unternehmerentscheidungen. Genau deshalb braucht die Rolle einen direkten Draht zu dir.

Wenn dein Scrum Master drei Ebenen unter dir sitzt und über zwei Führungskräfte eskalieren muss, hast du die Rolle wirkungslos gemacht. Sie trägt nur mit kurzem Weg nach oben. Ich sehe das als Führungsfrage, nicht als Methodenfrage — und du entscheidest sie mit deinem Führungsstil.

Welche Fähigkeiten die Rolle wirklich verlangt

Ein Scrum Master braucht keine Programmierkenntnisse. Er braucht die Fähigkeit, unangenehme Fragen freundlich zu stellen und die Antwort nicht zu akzeptieren, bevor sie stimmt.

Die vier Fähigkeiten, auf die ich bei der Besetzung schaue:

Aushalten. Die Rolle hat keine formale Macht. Wer Bestätigung über Anweisungen bezieht, hält das keine drei Monate durch.

Beobachten. Er muss sehen, was im Raum passiert, während alle reden. Wer sitzt zurückgelehnt und sagt nichts? Wer redet über den Kollegen statt mit ihm? Das sind die Signale, an denen sich Teams entscheiden.

Konflikte annehmen. Ein Team, das nie streitet, arbeitet nicht zusammen — es arbeitet nebeneinander. Er muss den Konflikt an die Oberfläche holen können, ohne ihn persönlich zu machen. Wie du diese Basis im Team überhaupt erst aufbaust, steht im Beitrag zum Teambuilding.

Hartnäckigkeit. Das ist die unterschätzteste Eigenschaft. Ein Hindernis nach dem dritten Nachfragen fallen zu lassen, ist der häufigste Fehler in dieser Position. Wer nachbohrt, bis der Stein weg ist, produziert innerhalb von zwei Sprints messbar mehr Durchsatz.

Was ich bewusst nicht auf die Liste setze: Erfahrung in der Branche. Die ist hilfreich, aber ersetzbar. Die vier Punkte oben sind es nicht.

Scrum Master Zertifizierung: was sie bringt und was nicht

Eine Scrum Master Zertifizierung liefert dir ein gemeinsames Vokabular und den Nachweis, dass jemand die Regeln kennt. Nur liefert sie dir keinen Beleg dafür, dass er sie im Konflikt auch durchsetzt. Für den Einstieg ist sie sinnvoll, als alleiniges Auswahlkriterium ist sie wertlos.

Die zwei großen Familien

Im DACH-Raum begegnen dir praktisch nur zwei Anbieterfamilien, und sie funktionieren unterschiedlich.

Die eine Familie — bekannt als Certified ScrumMaster, kurz CSM, vergeben von der Scrum Alliance — koppelt das Zertifikat an einen zweitägigen Präsenz- oder Online-Kurs bei einem zugelassenen Trainer. Ohne Kurs keine Prüfung. Das Zertifikat läuft nach zwei Jahren aus und muss gegen Gebühr und Fortbildungsnachweise verlängert werden.

Die andere Familie — Professional Scrum Master, kurz PSM, vergeben von Scrum.org — verkauft die Prüfung getrennt vom Kurs. Du kannst die erste Stufe ohne Schulung ablegen. Die Prüfung umfasst rund 80 Fragen in 60 Minuten, die Bestehensgrenze liegt bei 85 Prozent. Das Zertifikat läuft nicht ab. Über der ersten Stufe liegen zwei weitere, die deutlich anspruchsvoller sind.

Grob eingeordnet: Der Kurs-gebundene Weg kostet dich im vierstelligen Eurobereich pro Person, der reine Prüfungsweg im niedrigen dreistelligen Bereich. Prüf die aktuellen Bedingungen und Preise direkt beim jeweiligen Anbieter, bevor du buchst — beide ändern ihre Modelle regelmäßig.

Was eine Zertifizierung nicht leistet

Die Prüfungsinhalte kommen aus einem Dokument von rund 13 Seiten. Der Scrum Guide ist frei verfügbar, auch auf Deutsch. Jeder, der ihn zweimal aufmerksam liest, besteht die erste Stufe.

Das bedeutet: Ein Zertifikat beweist, dass jemand ein kurzes Regelwerk gelernt hat. Es beweist nicht, dass er einem Bereichsleiter widerspricht, wenn der mitten im Sprint eine Sonderaufgabe reinschiebt. Das ist die Fähigkeit, die den Unterschied macht — und die prüfst du nur im Gespräch und in der Probezeit.

Meine Empfehlung für die Auswahl: Zertifikat als Eintrittskarte, Fallbeispiel als Entscheidung. Gib dem Bewerber eine echte Blockade aus deinem Unternehmen und lass ihn beschreiben, wie er in den nächsten zehn Tagen vorgehen würde. Nach fünf Minuten weißt du mehr als aus jedem Zeugnis.

Wenn du dein Team zertifizieren lässt

Schick nicht nur den Scrum Master. Schick den Product Owner mit und mindestens eine Führungskraft. Der häufigste Grund für gescheiterte Einführungen ist nicht der ungeschulte Scrum Master — es ist die Führungsebene, die das neue System nicht verstanden hat und weiter nach altem Muster steuert. Die Werte dahinter stehen im Agilen Manifest auf einer einzigen Seite, ebenfalls auf Deutsch. Das ist die kürzeste Pflichtlektüre, die dieses Feld zu bieten hat.

Scrum Master Gehalt: die Spanne und was sie treibt

Beim Scrum Master Gehalt bewegst du dich im DACH-Raum in einer breiten Spanne — grob zwischen einem mittleren fünfstelligen Jahresbrutto für den Einstieg und dem oberen fünfstelligen Bereich für erfahrene Kräfte mit Verantwortung für mehrere Teams. Eine Zahl auf den Euro genau bekommst du hier nicht, und du solltest sie auch niemandem glauben, der sie nennt: Die Gehaltsportale weichen bei dieser Position stark voneinander ab, weil sie unterschiedliche Stichproben und unterschiedliche Rollenzuschnitte mischen.

Wichtiger als die Zahl sind die Größen, die sie bestimmen.

Was die Spanne nach oben zieht

Branche. Software, Versicherung und Bank zahlen deutlich mehr als Handel oder produzierendes Gewerbe. Der Abstand zwischen den Extremen ist größer als der Abstand zwischen Einstieg und Erfahrung innerhalb einer Branche.

Unternehmensgröße. Konzerne zahlen mehr als Mittelständler und kaufen damit auch etwas anderes ein: Wer in einer Organisation mit 5.000 Mitarbeitern Hindernisse zwischen Abteilungen wegräumt, arbeitet politisch, nicht operativ.

Anzahl der Teams. Eine Person für ein Team ist die Norm. Zwei sind machbar. Ab drei wird er zum Terminverwalter — dann sinkt die Wirkung, obwohl das Gehalt steigt.

Region. München, Frankfurt und Stuttgart liegen spürbar über dem Bundesschnitt, Ostdeutschland darunter. Bei einer Position, die auch aus dem Homeoffice funktioniert, verhandelst du hier den größten Spielraum.

Zusatzverantwortung. Wer zusätzlich als Agile Coach die Einführung im ganzen Unternehmen verantwortet oder mehrere Scrum Master fachlich anleitet, liegt deutlich über der Spanne einer reinen Team-Position.

Was du daraus machst

Wenn du im Mittelstand einstellst, ist die realistische Rechnung meist nicht „Rolle besetzen gegen Rolle weglassen". Sie lautet: eine volle Stelle für eine Rolle ohne direkten Umsatzbeitrag — oder die Aufgabe auf eine vorhandene Kraft mit halber Stelle legen.

Beides ist vertretbar. Was nicht funktioniert, ist die Rolle nebenbei an jemanden zu hängen, der schon 100 Prozent ausgelastet ist. Dann bekommst du das Schild an der Tür und keine Wirkung.

Braucht dein Unternehmen einen Scrum Master?

Wenn du weniger als zwei Teams hast, die dauerhaft nach Scrum arbeiten, brauchst du keine eigene Vollzeitstelle. Was du brauchst, ist die Verantwortlichkeit — klar benannt, mit Zeitbudget hinterlegt und mit kurzem Weg zu dir.

Drei Modelle funktionieren im Mittelstand.

Die eigene Vollzeitstelle. Sinnvoll ab etwa drei bis vier Teams oder wenn du Scrum unternehmensweit einführst. Teuer, aber wirksam — vorausgesetzt, die Person hat Zugang zur Geschäftsführung.

Die Teilzeit-Verantwortung. Ein Mitarbeiter aus dem Team übernimmt die Rolle mit 30 bis 50 Prozent seiner Zeit. Der häufigste Weg, und er trägt — unter zwei Bedingungen: Die Zeit wird verbindlich freigeräumt, nicht draufgesattelt. Und die Person ist nicht gleichzeitig fachlicher Leiter desselben Teams, sonst kippt die Rolle zurück in die alte Hierarchie.

Der externe Scrum Master. Sinnvoll für die ersten sechs bis zwölf Monate einer Einführung. Ein Externer hat einen Vorteil, den kein interner Mitarbeiter hat: Er muss am Montag danach nicht mit dem Bereichsleiter Kaffee trinken, dem er gerade widersprochen hat. Der Nachteil ist genauso klar — geht er, geht das Wissen mit. Plane den Übergang auf einen internen Nachfolger vom ersten Tag an ein.

Die drei Fehler, die ich am häufigsten sehe

Der Abteilungsleiter macht es nebenbei. Damit ist die Rolle tot, bevor sie startet. Ein Team meldet seinem Vorgesetzten keine Probleme, es meldet ihm Fortschritte. Das ist keine Charakterfrage, das ist Statik.

Die Rolle bekommt keine Zeit. 10 Prozent reichen für die Ereignisse — und für nichts sonst. Genau die Arbeit, die den Unterschied macht, das Wegräumen der Hindernisse, findet dann nicht statt.

Die Führung ändert sich nicht. Du kannst dein Team agil aufstellen und weiter jede Woche Zwischenstände abfragen. Dann hast du zwei Systeme parallel und dein Team bedient beide. Wenn du eine neue Arbeitsweise willst, musst du auch dein eigenes Verhalten anpassen — das ist der unbequemste Teil und der einzige, der nicht delegierbar ist.

So besetzt du die Rolle in den nächsten 30 Tagen

Vier Schritte, mehr braucht es nicht für den Start.

Woche 1: Schreib auf einer Seite auf, welche Entscheidungen der Scrum Master allein trifft, welche er mit dem Product Owner trifft und welche bei dir bleiben. Eine Seite, keine Stellenbeschreibung über vier Seiten.

Woche 2: Benenne die Person und räum ihr die Zeit frei. Verbindlich, im Kalender, mit Entlastung an anderer Stelle. Kein „schauen wir mal, wie es läuft".

Woche 3: Häng die Hindernis-Liste auf und leg einen festen Termin mit dir fest — 20 Minuten alle zwei Wochen, in denen nur die Steine besprochen werden, die du selbst wegräumen musst.

Woche 4: Erste Retrospektive mit einer einzigen Frage: Was hat uns in den letzten vier Wochen am meisten aufgehalten? Eine Maßnahme beschließen. Umsetzen. Fertig.

Danach läuft das System — und du siehst innerhalb von zwei Sprints, ob die Besetzung trägt.

Genau diese Art von Struktur ist der Unterschied zwischen einem Unternehmen, das an dir hängt, und einem, das auch ohne dich liefert. Ich habe die sieben Anleitungen, mit denen meine Mentoring-Kunden ihre Abläufe und ihren Vertrieb systematisieren, in einem Paket zusammengefasst: Sichere dir das Unternehmer-Paket — kostenlos, sofort als PDF, und du kannst am selben Tag damit anfangen.

Häufige Fragen zum Scrum Master

Was macht ein Scrum Master den ganzen Tag?

Ungefähr ein Drittel der Zeit geht in die Scrum-Ereignisse und ihre Vorbereitung. Ein Drittel in das Beseitigen von Hindernissen — Telefonate, Termine, Nachfassen bei anderen Abteilungen. Das letzte Drittel in Einzelgespräche, Beobachtung und die Arbeit an der Organisation. Wer den Großteil seiner Zeit in Sitzungen sitzt, macht die Rolle falsch.

Kann ein Scrum Master gleichzeitig Product Owner sein?

Technisch ja, praktisch nein. Die beiden Positionen sind absichtlich im Konflikt: Der Product Owner will mehr Inhalt im Sprint, der Scrum Master schützt die Kapazität. In einer Person entscheidet immer der Inhalt. Bei sehr kleinen Teams unter fünf Personen kannst du es übergangsweise machen — dann aber mit klarer Ansage, dass es eine Notlösung ist.

Braucht ein Scrum Master technisches Wissen?

Genug, um dem Team folgen zu können, aber nicht genug, um mitzuentwickeln. Sobald er fachlich eingreift, wird er zum Lösungsgeber — und das Team hört auf, selbst zu entscheiden. Genau das ist der Punkt, an dem Selbstorganisation stirbt.

Wie viele Teams kann ein Scrum Master betreuen?

Eins ist ideal, zwei sind machbar, drei sind die Grenze. Ab drei Teams verbringt er die Zeit mit Terminkoordination statt mit dem Beseitigen von Hindernissen. Rechne konservativ: Lieber zwei Teams richtig als vier oberflächlich.

Lohnt sich eine Scrum Master Zertifizierung für Quereinsteiger?

Als Eintrittskarte ja — viele Stellenausschreibungen setzen sie voraus, und der Kurs gibt dir das gemeinsame Vokabular. Als Qualifikation nein. Entscheidend sind Erfahrung in Teamarbeit, Standfestigkeit im Konflikt und die Bereitschaft, ohne formale Macht zu wirken. Wer aus einer Führungsrolle kommt, muss vor allem eines lernen: nicht mehr anzuweisen.