this post was submitted on 17 Mar 2024
39 points (100.0% liked)
DACH - jetzt auf feddit.org
8713 readers
1 users here now
Diese Community wird zum 01.07 auf read-only gestellt. Durch die anhäufenden IT-Probleme und der fehlende Support wechseln wir als Community auf www.feddit.org/c/dach - Ihr seid herzlich eingeladen auch dort weiter zu diskutieren!
Das Sammelbecken auf feddit für alle Deutschsprechenden aus Deutschland, Österreich, Schweiz, Liechtenstein, Luxemburg und die zwei Belgier. Außerdem natürlich alle anderen deutschprechenden Länderteile der Welt.
Für länderspezifische Themen könnt ihr euch in folgenden Communities austauschen:
Eine ausführliche Sidebar findet ihr hier: Infothread: Regeln, Feedback & sonstige Infos
Auch hier gelten die Serverregeln von https://feddit.de !
Banner: SirSamuelVimes
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Das Hauptproblem ist hier meiner Meinung nach, dass die Schlagzahl der Kommunikation sich drastisch erhöht hat, aber die Arbeit selbst nach wie vor immernoch wie in den 80ern durchgeführt wird.
Ein populäres Beispiel hier sind Meetings. Die Tendenz, dort viele regelmäßige Termine mit vielen unnötigen Teilnehmern zu veranlassen, ist für mich Ausdruck eines Wunsches nach Kontrolle, aber eigentlich erzeugt man nur Stress. In den meisten Projekten ist man eh permanent dabei, miteinander zu kommunizieren, also braucht es keine "Abstimmungsmeetings" oder ähnliches mit 15 Teilnehmern, das ist völliger Schwachsinn.
In der Informatik (ich weiß, da sind ja auch viele von euch) gibt es darüber hinaus diverse agile Frameworks wie SCRUM, die aus meiner Sicht nur noch zum Übel beitragen. Sie vernichten die persönliche Assoziation der Entwickler mit ihrem Werk, indem Aufgaben absurd klein geschnitten werden, um sie zu generalisieren und damit auch jeden Funken von Stolz und Identifikation mit dem eigenen Werk. Dazu kommt dann eine nie endenwollende Welle von Retro-Pre-Refinement-Standup-Meetings, die dann auch noch effektiv den letzten Keim der Freude an der Arbeit um die Ecke bringt.
Nee, entweder wir reduzieren die Geschwindigkeit oder hören auf, uns selbst auf den Sack zu gehen, aber beides geht eben nicht auf Dauer.
Scrum ist nur eine Methode, nicht das Problem. Wie die Gesichtserkennung ist es nur eine Technik, deren Implementierung schlecht oder Anwendung häufig zweckentfremdet wird.
Ich höre und lese oft, dass Scrum ein totaler overhead ist. Dann fehlt aber häufig ein guter Scrum Master, der sich um die Prozesse und Moderation kümmert. Häufig wird die Methode auch nur vom (mittleren) Management "reingekippt" nach dem Motto, "dann sind wir agiler", was aber NICHT bedeutet, man kann einfach mal so was in die Entwicklung kippen. Und dann - wenn richtig eingeführt - deckt Scrum sehr häufig Missstände auf, die vorher diffus nicht greifbar waren. Genau dann braucht es auch jemanden, der diese aufnimmt und für die nötige Veränderung sorgt. Bedingt aber auch, dass das entsprechende Management für diese Veränderung bereit sein muss.
Richtig angewandt kann Scrum mega gut sein und die Entwicklungsumgebung und die Menschen darin schützen. Man muss es aber auch wirklich wollen. Und dazu gehört zu verstehen, wann Scrum überhaupt sinnvoll ist (und v.a. welches Problem es lösen soll) und wann nicht.
ich möchte dir wirklich nicht zu nahe treten und eigentlich sollten wir diese Diskussion vielleicht an anderer Stelle führen, daher kürze ich etwas ab, aber deine Argumentation erinnert mich etwas an die Legitimation des Sozialismus. Der war nämlich auf dem Papier auch immer schon eine tolle Idee. in der Realität bin ich seit 20 Jahren in diesem Beruf, länger, als man hierzulande überhaupt Begriffe wie Scrum weitläufig kennt. Ich behaupte mit vollster Überzeugung, dass ich noch nie gesehen habe, wie etwas gutes aus dieser Methode entsteht, das sowohl wirtschaftlich ist als auch Kernprobleme wie Crunchzeiten minimiert. Das Gegenteil ist für mich der Fall.
Wir arbeiten in meiner Firma ohne festes Framework, nehmen uns das, was wir brauchen, fokussieren uns bewusst auf individuelle Stärken und Schwächen, anstatt zu generalisieren. Das führt derzeit noch zu einer effektiven Mitarbeiterfluktuation von exakt 0, da sich meiner Einschätzung nach die Menschen gut aufgehoben und wertgeschätzt fühlen, da sie sich in so gut wie alle Prozesse des Betriebs einbringen können.
Das geht nicht in Betrieben mit vielen hunderten an Mitarbeitern, ist schon klar. Scrum aber auch nicht.
Ich gebe aber auch zu: ich bin Hardliner, was das angeht. Jedes Atom meiner physischen Existenz lehnt Scrum aufgrund eigener Erfahrungen entscheidend ab. Deswegen nochmal die Bitte, dass du dich nicht angegangen fühlst von mir.