SUPER demotivierte Softwareentwickler - ein Beispiel! 

Mir wurde einmal ein Erfolgsmoment gegen eine Terminüberschreitung (welche zudem außerhalb meiner Verantwortung lag) im Appraisal ohne jegliche Kommunikation dazu gegeneinander "verrechnet". Das legt dann schon mal den Schalter um. Der im Englischen vorhandene Begriff _"You've lost me there."_ beschreibt meine anschließende Stimmungslage ziemlich treffend.

Wichtiges Video! Ich finde das der Arbeitsalltag, also z.B u.a die Wertschätzung von Chef und Kollegen enorm wichtig ist. Wer sich wohlfühlt neigt eher dazu gute Arbeit hervorzurufen als jemand der sichnicht wohlfühlt mMn.

Boah dieses Video spiegelt meine Situation so krass, ich danke dir für das Video!

verrückt, dass sich das Management so überhaupt halten kann. Entwickler machen einfach viel zu viel einfach mit.

Ich hab auch mal in so einer Firma gearbeitet, da war es aber nicht das unfreundliche Feedback der Vorgesetzten, sondern schlechte Anforderungen, permanenter Zeitdruck, dumme Entscheidungen der Vorgesetzten, furchtbarer Projekt-Zustand, etc. Eine Feedback-Kultur gab's gar nicht, aber die Jobs waren sicher, solange man halbwegs seine Arbeit erledigt, war eigentlich egal, wie man sie macht. Die Kollegen waren super demotiviert und ich auch, in der Zeit war ich fast ständig mies gelaunt - zum Glück nur ein Jahr. Ich verstehe nicht, warum manche Vorgesetzten das nicht bemerken/verstehen, dass die Mitarbeiter und auch deren Zufriedenheit mit das höchste Gut einer Firma ist.

Sehr gutes Video! People und Mindset sind so wichtig und eine Basis für alles weitere. Erstmal ist es genau richtig, direkte Gespräche mit den Leuten zu führen als Scrum Master. Manche Kritik und Unmut wird in der Retro oftmals verschwiegen. Damit die Leute sich proaktiv einbringen und offen Feedback äußern, braucht es Vertrauen und eine gute Fehlerkultur, denn diese gibt den Menschen Wertschätzung und trägt zur Lösung der tatsächlichen Probleme bei. Ich habe auch den Eindruck, dass oftmals die Komplexität der IT unterschätzt wird oder schlichtweg kein Verständnis da ist, weshalb Deadlines nicht immer so einfach eingehalten werden können.

Bin selbst erst (hoffentlich bald) angehender Informatiker mit nur geringen Erfahrungen in der IT Arbeitswelt. Hatte bisher ca 15 Jahre in der Produktion als Drucker gearbeitet mit ähnlichen Erfahrungen was Führungskräfte und Motivation der Mitarbeiter an geht. Was du als selbstverständliche Verhaltensregeln beschreibst findet in der echten Welt kaum statt und kostet viele Unternehmen einen haufen Geld und gutes Personal.

Ich wäre ja schon froh, wenn es denn mal ehrlich gemeintes Feedback geben würde. Ich höre nur die US typischen Standardfloskeln. Mein direkter Line Manager sitzt in den USA und hat mich in den 2,5 Jahren, die er im Unternehmen ist, noch kein einziges Mal life getroffen. Die Geschäftsleitung lobt und spricht nur über die Hardware (Medizinbereich), nicht aber über meine (bin Einzelkämpfer) Software, die die Hardware überhaupt erst funktionsfähig macht. Die Meeting Regeln sind mir vertraut, aber inzwischen reduziere ich Anmerkungen auf das Nötigste, von anderen kommt größtenteils gar nichts. Aber alles wird im L10 Verfahren durchgeführt.

Mich demotiviert mit Scrum zu arbeiten. Es fühlt sich für mich wie ein Gefängnis an, was mir keine Luft zum atmen gibt. #HateScrum

Moin David! Danke dir für dieses Video! Wir haben ähnliche Herausforderungen :-)

Tolles Video. Wie man in einen Wald hineinruft, so schallt es heraus.

Dasselbe gilt, wenn Du Führungskraft bist und „nach oben“ zu berichten hast. Erst muss komme, was alles erreicht wurde. Erst dann die Defizite und ihre Gründe. Du fühlst Dich als und stellst Dein Team als underperformer dar, wenn Du das nicht beachtest. Folge: Motivationsverlust.

Das vorherige Wiederholen der Feedback-Regeln habe ich zum Glück noch nie erlebt, und empfinde das als sehr merkwürdig, fast schon bis hin zu bevormundend/bemutternd, also das explizit nochmal vorher zu erwähnen wirkt so, als müsste man es tun, da sich die Leute sonst nicht anständig benehmen würden, was ich bislang nur so kenne, ganz ohne explizites Hinweisen darauf.

Der wichtigste Punkt war der, den du am Ende gesagt hast. Wenn die Führungskraft oder Scrum Master etc. es schafft, ein Gespräch so aufzubauen, dass die "kritisierte" Person sich wertgeschätzt fühlt in ihrer Arbeit, aber intrinsisch auf einmal motiviert ist, sich weiter zu verbessern (sei es für Kollegen oder ein besseres Miteinander), weiß man dass man eine gute Führungskraft vor sich hat. Irgendwie hat man der Person gesagt, dass sie sich in diesen und jenen Bereichen verbessern kann, hat ihr aber auch ihren aktuellen Wert aufgezeigt. Die Leute, die sowas rüberbringen können, sind aber sehr selten und lassen sich natürlich ihre Fähigkeiten gut bezahlen ;)

Dieses Thema intern anzusprechen ist fast nie möglich. Entweder wird nur der positive Teil der Argumentaton beachtet, oder man wird als Miesmacher ausgegrenzt. Als lernfähige Person adaptiere ich. Zum Thema Termintreue: Wer hat diese verbindlichen Termine entschieden? Meist habe ich den ungekehrten Scotty-Effekt erlebt: Wieviel brauchst Du mindestens um die Minimalanforderungen umzusetzen? OK, du bekommst die Hälfte der Zeit für die Maximalanforderung. Am Ende wird der "vereinbarte" Termin überschritten und die geschätzte Zeit benötigt. Der Entwickler wird für seine Unzuverlässigkeit gescholten. Dies ist auf Dauer sehr motivierend.

Hey David, erst mal ein dickes Lob für das professionell produzierte Video. Dynamisches, von der Seite in den Fokus laufen, gut geschnittene voice-overs. Macht richtig spaß beim zuschauen. Ich bin selbst extrem demotiviert. Ich habe mein Unternehmen schon abgeschrieben und suche mich nach etwas neuem um. Wenn man seine Vorgesetzten und Kollegen auf Sicherheitslücken und offensichtliche Anfängerfehler wie if(isActive == true), das verschlucken von Exceptions, das nicht schließen von Resourcen usw. hinweißt und man zu hören bekommt "ist mir doch egal, mach's doch selber!", hat man auf lange Sicht keine Lust mehr überhaupt Verbesserungsvorschläge zu geben. Ich hätte nie gedacht, dass man aus einer Leidenschaft so viel Leiden schaffen kann. Ich dachte immer meine Passion, gute Software zu schreiben, auf die man Stolz sein kann, wäre nicht zu zerstören ... naja so täuscht man sich. PS: Viele Grüße von der Klobrillenverwaltung.

Diese Führungskräfte schienen aber besonders gut darin gewesen zu sein, die Leute bei der Stange zu halten. Normalerweise bleiben Entwickler nicht all zu lange in so einem Saftladen...

Interessant wäre jetzt aber mal zu wissen, ob das Analyseergebnis tatsächlich zu einem Umdenken bei der Führungsebene geführt hat.

Nur weil Dinge freundlich formuliert werden, ändern sich die Dinge dadurch nicht. Ob der Manager sagt "Du Depp bist zu langsam" oder "Wir können an der Termintreue optimieren" kommt genau gleich an. Nur hat man keine Erlaubnis mehr, auf den Manager sauer zu sein, weil er ja freundlich formuliert hat. Also schuld sind immer die Indianer, nie der Häuptling. Motivation kommt nicht durch Laberrhetorik, sondern dadurch dass man im täglichen Leben selbst Einfluss hat.

27 Jahre arbeite ich in dieser Branche. Ich gebe dir recht.

Viel Wahres wurde gesagt. Feedback üben ist wichtig, aber das reicht oft nicht. Wir Menschen merken oft sehr schnell, wenn Wertschätzung antrainiert und nicht authentisch ist. Das Ganze ist am Ende ein Glaubwürdigkeits- und Vertrauensthema. Auf der anderen Seite muss man auch akzeptieren, dass Missstände mal angesprochen werden. Manche Leute sind auch übersensibel, was Kritik angeht. Man muss auch das Einstecken mal üben. Gute Scrum Master haben die emotionale Intelligenz, im Team dafür den richtigen Ton zu treffen. Um wertschätzende Kommunikation sollten wir aber alle grundsätzlich bemüht sein, immer und in allen Lebensbereichen.

Wenn man mehrere Jahre gegen festgefahrene Ansichten prallt und konstruktive Kritik verhallt und zum teil aktiv mundtot gemacht wird, zieht man oft die Karte Dienst nach Vorschrift. Personalführung ist oft nicht ausreichend qualifiziert. Sage ich dazu mal freundlichen ausgedrückt. 😅

Das ist natürlich nur eine Seite der Geschichte. Irgendwann verliert man auch die Geduld mit den Feedbackregeln, wenn sich nichts ändert. Letztes Jahr musste ich 2 Monate lang um einen Entwickler herum tanzen mit Feedback Sandwich etc. und trotzdem hat er es nicht geschafft, nach 2 Monaten auch nur einen commit zu machen, der nicht gegen absolute basis Java code conventions verstieß (geschweige denn kompiliert oder gar fachliche das tat, was er sollte). Gerade in Zeiten leergefegter Arbeitsmärkte kombiniert mit Scrum Mastern (wannabe Projekt Manager) frisch von der Uni und dem 3 Tage Scrum Kurs sind etliche Teams entstanden, die wirklich keine akzeptable Arbeit leisten, aber gleichzeitig beratungsresistent darauf pochen, dass das schon alles so richtig ist mit dem Spaghetticode weil Scrum! Da hilft ein Polter-Feedback dann natürlich auch nicht, aber ich kann auch Manager verstehen, die irgendwann keine Geduld mehr haben, wenn das konstruktive Feedback einfach nichts ändert über Monate hinweg, man aber wegen anderer Einflüsse auch nichts grundlegendes ändern kann.

Ich kenne inzwischen beide Extreme. Einmal das in dem Video aber auch genau das Gegenteil. Das die Entwickler so mit Samthandschuhen angefasst wurden, dass sie gar nicht wussten, dass die Deadlines ernst gemeint sind. Da hat sich keiner Mühe gegeben die Deadlines zu halten, sondern hat einfach seinen Stiefel durchgezogen.

Doch es ist eine relativ ungewöhnliche Situation, dass das jahrelang andauert. Normalerweise verschwinden die Entwickler oder die Firma geht pleite....

Das Problem an dem Feedback ist auch wenn man die neue Leute darauf nicht antworten lässt

Ja kenne ich, aber ganz klare Aufgabe des SCRUM MASTER. Ein Team zum reden bringen. Wenn Ihr nicht redet, kann ich als SM nichts Ändern..... Und Änderungen müssen dann auch passieren! Ganz wichtig, Aufgabe des SM! Und ja wenn Entscheider nicht mitspielen... Schütze ich mein Team als SM! Ich habe deswegen schon einen Job verloren, wo ich auch nicht traurig drüber bin. Aber es zeigt sich wie wichtig ein guter SM ist. Die Frage ist, wieviel Prozent Leistung verliere ich von einem unmotivierten Team? 30 - 50%? Liebe Grüße aus Bremen

hmm.. Was mir in dem Video etwas fehlt: Es hört sich in dem Video immer so an, als wenn der Softwareentwickler immer Schuld ist und der "Tipp" darin liegt ihn positiv anzusprechen, damit er motiviert weiterarbeitet. Könnte es nicht sein, dass die Ziele vielleicht gar nicht realistisch waren und Zeiten vollkommen aus dem Bauch heraus genannt wurden ohne sich vorher klar zu machen, was dafür alles erforderlich ist? Sollte der "Tipp" nicht evtl. sein zu lernen wie man realistischere Ziele setzen kann und sich auch gedanken sazu macht, was benötigt wird um diese Ziele zu erreichen (neben der Zeit)?

Ich habe in einigen Projekten als Softwareentwickler gearbeitet und mir meist die Frage gestellt, was unser Scrum Master den ganzen Tag macht? Oft habe ich mir die Frage gestellt, ob man einen Vollzeit Scrum Master benötigt. In vielen Projekten erwies sich der Scrum Master als nahezu überflüssig.

Mal von mir eine Frage: Was benötigt / wünscht ihr euch um euch im Unternehmen / Team wohl zu fühlen?

Manche finden sie sind doch sehr bemüht positive Dinge anzusprechen. Dann haben aber die Untergebenen irgendwann gelernt, dass so jemand eigentlich nur dann was positives sagt, wenn danach ein Hammer kommt.

Ich durfte bereits einmal erleben, wie ein Geschäftsführer, selbst noch Entwickler, ein kommplettes Team gesprengt hat. Fazit: Am Ende stand er nur noch mit seinen Azubis da. Alle anderen sind innerhalb von 4 Mt. davon gelaufen...

Es kann auch Chefs geben, die nie zufrieden sind. Sonst müssten sie ihre "Abhängigen" besser bezahlen. Die Chefs glauben, mit Unzufriedenheit mehr Leistung herauszuholen, was aber nur begrenzt funktioniert und auch mal umkippen kann.

Mir ist bewusst, dass dieses Kommentar gerade nicht ganz passt und nur am Thema anstreift, aber... Wie kann man bessere Deadlines machen bzw. Deadlines überhaupt verhindern? Der Grund wieso ich das anspreche ist, dass man es seeehr oft nicht einhalten kann. Nur wenn es um bereits Bestehendes in abgeänderter Form geht, kann man gute Deadlines erstellen. Doch wenn es um etwas wirklich neues geht, wie kann man dabei "Vorhersagen"/Schätzungen erstellen? Mir wäre ein "Update" Datum in den Sinn gekommen, oder eine fehlerhafte Deadline.

Bin grade erst in den ersten Minuten des Videos, aber irgendwie ist der Bass in der ersten Minute kaum vorhanden oder ich täusche mich, dann ab 0:51 ist der Sound crystal-clear und perfekt, wie man ihn kennt.

Das du die Kommunikation von Verbesserungsmöglichkeiten als TRICK bezeichnest finde ich nicht gut. Wenn man nicht gerade als Stein geboren wurde, merkt man doch, ob etwas ernst und ehrlich gemeint ist, oder ob es nur Mittel zum Zweck ist. Ansonsten ist das Phänomen weit verbreitet in unserer Arbeitswelt, und nicht wenige Führungskräfte sind stolz auf ihre "Überlegenheit". Danke, dass du das hier einmal thematisiert hast.

Aber begibt man sich hier nicht in die gefahr um den heißen brei herumzureden und alles positiv auszuschmücken?! Mich erinnert das ein bisschen an das Kompliment Sandwich. David ich mag deine Brille 👓 David das video fand ich etwas kurz für das Thema, Aber hey David, coole Bilder aus Winterberg 😊 Hier nochmal humoristisch in family guy aufgearbeitet: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-ewIT_KAQQlU.html

Vielleicht ist das Hauptproblem das die Entwickler nicht ihre Vorgesetzten feuern koennen, wenn die offensichtlich voellig unfaehig in ihrem Job sind.

Hey David, heute kann ich Dir leider nur bedingt zustimmen. Permanent Kritik anbringen und nie das Positive hervorheben, das wird auf Dauer schief gehen. Ich bin aber der Meinung das wir als Gesellschaft und jeder einzelne einfach auch lernen müssen/sollten, Kritik anzunehmen und an sich selber zu arbeiten, keiner ist schließlich perfekt. Es kann nicht sein das man ständig nur mit Samthandschuhen angefasst werden muss. Wenn ich was verbockt habe, dann habe ich es nun einmal verbockt, da kann man auch nichts schönreden. Aber und das finde ich wichtig, man sollte es nicht dabei belassen sondern mich dann abholen und nachfragen woran es lag bzw. anbieten an dem Umstand der dazu geführt hat zu arbeiten. Aber wie immer gilt, komplexes Thema das nach 10 Minuten Video und wenigen Zeilen Kommentar unendlich erweiterbar wäre.

Ich kann aus eigener Erfahrung als PO und Scrum Master, allgemein als Projektverantwortlicher berichten, dass oft auch ganz simpel die Disziplin einzelner Entwickler erheblich zu wünschen übrig lässt, was oft aussieht wie fehlende Motivation. Ich kenne die eingangs beschriebenen Situationen perfekt, es gibt eine Retrospektive und keine Sau gibt bis zum Termin Feedback ab, Leute kommen zum Daily grundsätzlich 5-10 Minuten zu spät, etc. Man beißt sich echt die Zähne aus. Ein großer Punkt ist auch oft, dass vor allem junge Entwickler ein Maß an Überheblichkeit mitbringen, das mir völlig fremd ist. Viele Entwickler halten jedes Meeting für überflüssig, tun sich mit Kommunikation so schwer dass sie jegliche Art von Abstimmung aus tiefen Unmut heraus ablehnen.. etc. Ich finde, dass Motivation durchaus auch im Verantworungsbereich des Einzelnen liegt. Hochqualifizierte Leute mit sechsstellingen Gehältern können sich einfach nicht alleine hinter ihrer fachlichen Kompetenz verstecken. Man muss schlicht ein Mindestmaß an Lust und Kommunikation mitbringen. Den Vorwurf mit dem Missmanagement kenne ich auch, aber dazu muss ich ganz klar sagen, dass dies zwar richtig ist aber zwei dazu gehören. Es gibt die unangenehmen Punkte, es gibt auch die Choleriker und Stresser. Es gibt aber auch die Entwickler, denen man erst im Daily, im Weekly, oder zum Abgabetermin die Infos aus der Nase ziehen muss wie es jetzt eigentlich um den Stand ihrer Arbeit bestellt ist. Für mich ist das Problem einfach oft, dass Entwickler eine eigenartige Spezies sind. Viele halten sich gegenüber den anderen Kollegen für etwas besseres, sie haben oft fehlende Kommunikationsskills und meistens fehlt ihnen der betriebswirtschaftliche Blick auf interne Prozesse und das Verständnis vom Miteinander zwischen Unternehmen und Kunden. Sie haben oft jeglichen Anspruch an Form und Floskeln verloren, wollen selten an sozialen Events teilnehmen und wollen generell kaum vor Ort sein. Ich finde, dass IT-Fachkräfte oft grundlos überbezahlt sind, man sich gar oft vor ihrer Qualifikation und Arbeit fürchtet, und dadurch genau die Situation entsteht die ich beschrieben habe. Wären Entwickler im Tagesgeschäft auf Augenhöhe mit anderen ausgebildeten und studierten Kollegen, wären sie viel mehr gezwungen sich vernünftig zu integrieren.

Der Fisch stinkt vom Kopf