Endlich raus aus der Scrum-Hölle // deutsch

Viele Entwicklerinnen und Entwickler leiden unter Scrum – weil Scrum allzu oft als Projekt-Management-Tool zweckentfremdet wird, bei dem es letztlich nur darum geht, möglichst viel Kontrolle ausüben zu können.

Doch angenommen, Du befindest Dich in dieser Situation: Was kannst Du dann tun? Wie kommst Du heraus aus dieser Scrum-Hölle?

Genau mit dieser Frage beschäftigt sich unser neues Weekly: Golo Roden, Gründer und CTO der the native web GmbH, gibt praktische Tipps und Tricks, wie Du eine Veränderung, weg von Scrum und hin zu echter Agilität, in Deinem Unternehmen anstoßen kannst.

Und falls Du den Entwicklungsprozess in Deinem Team optimieren möchtest, dann melde Dich gerne bei uns:

────────────────────

Willst Du wissen, welche Videos es noch von uns gibt oder suchst Du eines zu einem bestimmten Thema? Hier findest Du die perfekte Übersicht über alle unsere Videos:

────────────────────

Möchtest Du demnächst den Job wechseln, hast aber Angst vor den technischen Fragen im Bewerbungsgespräch? Wir können Dir helfen! Werde Mitglied in unserem Coding-Circle und erhalte jede Woche exklusive Videos:

────────────────────

Hast Du Fragen zu diesem Video oder willst Du Dich mit Gleichgesinnten aus der Community austauschen? Dann komm auf unseren Discord-Server:

────────────────────

00:00 – Einleitung
01:14 – Tausend Kommentare lesen
02:09 – Dark Agile ist Realität
03:40 – Das Problem hat einen Namen
04:16 – Symptom und Ursache
05:32 – Viel Leid, wenig Gegenwehr
07:05 – Den Kopf in den Sand stecken?
08:14 – Der größte Gegner von Scrum
09:20 – Keine "One size fits all"-Lösung
10:31 – Wir machen Scrum, aber …
11:45 – Angst
13:28 – In einem Dilemma
14:32 – Mut, das Richtige zu tun
15:46 – Wir gegen "die"
16:48 – Der Kardinalsfehler
18:01 – Zahlen lügen nicht
19:07 – Endlich eine richtige Retrospektive
20:31 – Steter Tropfen höhlt den Stein
21:19 – Drei Optionen
22:12 – Auf geht's!

────────────────────

[mkk]

Ja, macht sehr gern mal bitte ein Video zu eurem agilen Ansatz.

[basti]

Du erinnerst mich mit deinen Videos immer daran, warum ich in die IT gegangen bin und das es wirklich Spaß machen kann. Danke dafür, hoffe du hast auch selber Spaß beim erstellen der Videos :)

[chrisjudge]

Best Video zu dem Thema ever……

Sogar auf Meta–Ebene, wie z.B. auch die Perspektive des Managements einzunehmen, und als WIR zu denken, auch zum Thema Angst und Job und Vorbereitung….und Timing….Aktiv bleiben…..Software plus Psychologie….GENIAL
Hyper DANKE

[jornott]

Ich glaube dieses Bedürfnis nach Kontrolle bei Managern (nicht nur Geschäftsführer) liegt an ihrem Rollenverständnis. Wenn Du steuern/lenken sollst, musst Du verstehen, was passiert. Und Kontrolle der Mitarbeiter bzw. Leistungskontrolle ist in vielen Unternehmen wichtig, weil man sich tausende von Metriken geschaffen hat. Je flacher die Hierarchie im Unternehmen ist, desto weniger Manager gibt es, die sich rechtfertigen müssen und deren einzige Aufgabe das "Managen" ist. Das läuft aber unserem Instinkt zum "Bürokratisieren" und formalisieren.

Das coolste, was ich von einer Geschäftsführung gehört habe, war. "Das sind alles Themen, von denen ich keine Ahnung habe. Deshalb habe ich Mitarbeiter eingestellt, die das besser können als ich. Wieso soll ich ihnen dann sagen, wie sie ihren Job besser machen?" Dieses Grundvertrauen ist nicht leicht.

[anyalei]

Euer Prozess wäre auf jeden Fall interessant, aber eigentlich noch mehr wie ihr dazu gekommen seid. Welche learnings und welche Gegebenheiten haben zu welcher Entscheidung geführt? Wo und wann habt ihr beschlossen, Abläufe zu formalisieren, wo habt ihr bewusst Spielräume gelassen? Wie macht ihr Planung, budgetierung, forecasts?

Einfach deswegen weil ich selbst seit einem Jahr Versuche, das mittlere Management mitzunehmen und gerade die Fragen nach Planungssicherheit (eh schwierig) die Diskussionen dominieren.

[MarkusGeorgBruchhaus]

Scrum ist das beste Mittel, um Entwickler in den BurnOut zu treiben

[pinkeHelga]

9:39 Gerade auf Neue sollte ein Betrieb hören. Man beginnt in einem Betrieb, und es fallen einem unzählige unsinnige Gegebenheiten auf, was viel besser laufen könnte. Mit der Zeit wird man betriebsblind und auch zu faul für Veränderungen der eingebrannten Prozesse. Veränderung bedeutet ja eine Zeit lang erhöhte Konzentration, bis sich neue Routine einstellt. Es gilt: "Haben wir immer schon so gemacht." Der Mensch ist ein Gewohnheitstier, und das ist in gewissem Maße auch gut so. Das Gehirn muß Energie haushalten und sich auf wichtige Dinge konzentrieren, Routine ist wichtig fürs Überleben. Um den Zug nicht zu verpassen, muß man von Zeit zu Zeit aber auch mal die Komfortzone verlassen.

[FalcoPunch]

Interessiere mich für euren Prozess! Gern ein Video dazu!

[WolfgangEgger]

In dem Unternemen, für das ich zuletzt gearbeitet habe, wurde Scrum dafür vergewaltigt, dem mittleren Managment einen Deckmantel gegenüber der Konzernspitze zu liefern, die eigene Inkompetenz zu vertuschen und Wolkenkuckucksheime zu malen. Jeder Versuch, über mehrere Jahre, von verschiedener Seite, mit unterschiedlichen Ansätzen, daran etwas zu ändern, wurde jeweils recht schnell abgewehrt und mit stärkeren Daumenschrauben beantwortet.
Nachdem ich mich dann ein Weile umgeschaut hatte, was in anderen Unternehmen und Projekten los ist, hab ich beschlossen, den Weg als Anwendungsentwickler, dem ich mittlerweile über 30 Jahre gefolgt war, zu verlassen, weil ich den Eindruck gewonnen habe, dass das Unternehmen, für das ich tätig war, kein Sonderfall ist. Der Anfang dieses Videos hier bestätigt das nochmal.
Ich werde mich nun mehr in Richtung Hardware, Embedded Systems und Prototypenbau orientieren. Dazu habe ich angefangen Computer Engineering zu studieren. Und siehe da, ein paar der Väter der Kommilitonen, erzählen am Familientisch offenbar die gleichen Geschichten, die ich den Jungs in der Mensa erzähle und ein paar davon haben ihre Jobs ebenfalls an den Nagel gehängt und fangen auf ihre alten Tage an auch nochmal zu studieren.
Der Vorteil an der Software/IT-Branche ist ja, dass man damit auch Rücklagen bilden konnte, die einem dann im Alter nochmal Spielräume eröffnen.
Mein Fazit: Niemand sollte verzagen, sondern diesen inkompetenten Spinnern in den Management-Ebenen den Finger zeigen und nach neuen Wegen an anderer Stelle suchen. Wer Spaß an Technik und Entwicklung hat und das als Softwareentwickler inhaltlich gut auf die Reihe bekommen hat, wird auf jeden Fall Alternativen finden.
Oder, um es mit Golos Worten zu sagen: Seid mutig!

[peters]

Nach einer Firma kommt eine Firma. Glaub mir, es geht immer weiter

[anion]

In einem Unternehmen, das mich dafür kündigt, dass ich versuche, konstruktive Änderungen vorzuschlagen, würde ich auch gar nicht arbeiten wollen und mir stattdessen eine Firma suchen, die sowas mehr wertschätzt. Aber ich kann auch verstehen, dass das nicht jeder so sieht, Menschen sind unterschiedlich.
Großen Upvote auch für den Aspekt, dass man sachlich und mit einem Plan argumentieren soll. Ich dachte früher immer, das wäre selbstverständlich, aber diese Annahme von mir war zu naiv habe ich mittlerweile festgestellt...

[hit-qp]

Leider noch nicht bei vielen Firmen angekommen, dass (embedded) Software kein Nebenprodukt ist, was bei der Entwicklung von eimem Produkt entsteht, sondern entsprechend mit Sorgfallt, Wertschätzung und Resourcen angegeht werden muss.

[horstcredible]

Ganz tolles Video. Habe euch zufällig dank des Algorithmus entdeckt. Großartige Inhalte!

Meine ganz persönliche Meinung: wenn man alle Meetings von Scrum, so wie sie einem von den Zertifizierenden als perfektes Setup präsentiert werden, abhält mit einem ca. 10-köpfigen Team, dann bleibt erschreckend wenig Zeit für die Umsetzung.

Nicht alle sind immer voll dabei, häufig gehen Dinge unter und werden daher mehrmals besprochen.

Ich denke da gibt es durchaus andere Arbeitsweisen, bei denen man mehr entwickelt und immer nur dann Meetings abhält, wenn diese auch Sinn ergeben, und nicht weil diese halt im Kalender stehen.

[matthis]

Korrekt gelebt ist Scrum eben kein Prozess sondern ein Framework und absolut nicht mit XP zu vergleichen. Scrum erlaubt es XP einzusetzen ohne Problem, aber wo XP der Entwicklung gute Werkzeuge bietet ist Scrum der Versuch die Lücke zu Management und Planung zu schließen.
Wenn man "dark agile" erleben muss ist es auch fast egal mit welchem Framework man unterdrückt wird.

Agiles arbeiten ist schlussendlich keine Frage des Frameworks, der Erfolg hängt von der Führung ab. Wenn die leitenden Stellen es nicht schaffen die Kultur im Unternehmen passend aufzustellen, dann kann kein noch so agiler Prozess dies ändern.

Schwer finde ich, das vor allem Entwickler in der Regel nicht das Rüstzeug haben verkrustete Kommunikation aufzubrechen, das braucht Experten auf dem Gebiet (oder Glück).

[christianbaer]

Gutes Video (wie üblich)
Ich habe nur Kleinigkeiten anzumerken.

Das Schätzen nach "Komplexität" führt oft über kurz oder lang dazu, dass doch nach Zeit geschätzt wird. Ich halte das für gut. "Komplexität" ist ein unscharfer Begriff. Rechnet man die Unsicherheit mit rein? Externe Abhängigkeiten? Das ist viel Code, aber es trivial... (Dinge die heute AI beschleunigt, aber vor 7 Jahren musste man das tippen). Tests müssten auch rein... Ach ja... So viele Dinge.
Am Ende sind halbwegs erfahrene Entwickler vielleicht doch gar nicht so schlecht darin Zeiten abzuschätzen. Wir können das für einzelne Tasks bzw. Features die kleine genug sind eigentlich ganz gut. Das Problem liegt dann in "klein genug". Wenn ich sagen kann "Morgen hab ich da was", wozu brauche ich dann noch eine Fibonacci-Zahl, T-Shirt-Größe oder Tierklasse (Ja... Alles schon gesehen) ? Richtig, braucht man nicht. Für das Daily Doing würde ich das Schätzen weglassen und lieber die Zeit und Energie darin investieren wirklich kleinstmögliche Features zu bauen und technische Exzellenz aufzubauen, damit die Code-Base auch erweiter- und veränderbar (viele Menschen nennen das wartbar) bleibt.

Zahlen lügen nicht? Oha... Ich hatte eine 90-minütige Vorlesung über "Wie man mit Statistik lügt". Zahlen lügen zwar nicht, aber Menschen lügen mit Zahlen. Ständig.

Anschließen möchte ich mich an den Aufruf für Mut. Sag was stört, sag was du dagegen tun willst (ganz wichtig! beides!) und guck ob du dein Team überzeugen kannst. Wenn sich ein Team auf Experimente einlässt, ist Hopfen und Malz noch nicht verloren und man kann was bewegen.
Ansonsten gilt: Gib mir die Kraft Dinge zu ändern, die ich ändern kann. Gib mir die Gelassenheit Dinge hinzunehmen, die ich nicht ändern kann. Gib mir die Weisheit das eine vom anderen zu unterscheiden. 🙂

[LarsPW]

Ein günstiger Zeitpunkt wäre eigentlich immer derjenige Moment, in dem das System an die Wand gefahren wurde. Doch in dieser Lage könnte es Kollegen im "angstvollen/verzweifelten Tunnelmodus" geben, die nun "ausgerechnet jetzt" genau gar nichts ändern, sondern nur das Problem beheben wollen.

Wenn man einmal 50 (oder gar 45) ist, wechselt es sich in der IT nicht mehr so leicht.

[linux]

Ich bin dankbar das es euren Kanal gibt, sehr Objektiv, thx !

[WellBlueGmbH]

Mut ist der erste Schritt zur Veränderung! Wenn sich Mitarbeiter trauen, ihre Bedenken offen anzusprechen, kann daraus etwas Großartiges entstehen. Es ist wie ein erster Stein, der ins Rollen kommt und eine Welle der positiven Veränderungen auslösen kann. Daher nehmen hoffentlich viele das Video zum Anlass das Gespräch zu suchen. Ein Video zum agilen Ansatz von euch würde uns auch interessieren :).

[BBirke]

Ich bin nicht so firm in sozialem Geschacher, "rede" lieber mit dem Computer als mit Menschen und hab während der Scrum-Einführung mal jemandem auf den Schlips getreten und laut gesagt, dass wir viel Zeit mit Meetings "verplempert" hätten. Woanders wäre ich damit wohl auf der Abschussliste gelandet, aber hier hat sich Scrum, neben anderen agilen Entwicklungsformen, evolutionär verbessert. Heute keine exzessiven Meetings mehr. Das Daily als Reporting gibt's zwar immer noch, aber dann meist weniger als 1min pro Person. Manchmal dauert's auch wirklich 1-2 Stunden, dann gibt's aber auch was zu besprechen.Entwickler gestalten das Backlog mit, keine rein von oben diktierte Fließbandarbeit. Toxisches Arbeitsklima, wo man sich keine Blöße geben darf, Haifischbecken und Mobbinghöllen sind bei jeder Arbeitsorganisation Mist. Ich bin aus solchen Jobs schnell raus geflogen, und im Nachhinein war das auch gut so.

[Matrox_]

Die Wertschätzung in der heutigen Zeit wird sehr viel in Frage gestellt.Dem nach ist es auch was das Alter des Mitarbeiters ganz große Rolle in jetziger Gesellschaft mitspielt.Selbst die Erwartungen die man an einem gestellt sind sind zwar sicherlich in vielen Ansatzpunkten sicher wichtig.Aber wie gesagt ich habe bei einem Unternehmen gearbeitet und es hat Mega Spass gemacht.Aber dabei habe ich auch wieder was gelernt.