Ich arbeite für eine kleine Webfirma, die sich mit vielen Projekten befasst, einige zu jeder Zeit sind für uns entwicklungsintensiv (400-1500 Stunden oder mehr) und ich habe festgestellt, dass Entwickler nach 150 extrem ausgebrannt bei einem Projekt sind Stunden oder so.
Ich habe mit der Idee herumgespielt, eine Form von Rotation/Ruhe zu arbeiten, damit jemand, wenn er die Schwelle erreicht, zumindest etwas Zeit für die Arbeit an diesem Projekt hat. Gibt es einen branchenüblichen Ansatz?
In jedem der folgenden Punkte möchte ich brauchbare Optionen für "Wie kann ich Team-Burnout vermeiden?"
Obwohl es dafür oft keine einzelne Ursache gibt, würde ich angesichts "extrem ausgebrannt bei einem Projekt nach etwa 150 Stunden" alle möglichen Bereiche in Betracht ziehen. Machen Sie es zu einem „Projekt“ und präsentieren Sie es nach oben (mgmt) und nach unten (Team), um sowohl Ressourcen als auch Unterstützung zu erhalten.
Ich habe festgestellt, dass Burnout nicht so sehr "an" einem bestimmten Punkt auftritt und von Person zu Person unterschiedlich ist. Bei manchen sind es 300-400 Stunden. Für andere sind es 1000-5000 oder mehr, wie Sie bemerken. Unabhängig von den Stunden baut sich Burnout im Laufe der Zeit auf und spiegelt viele Dinge wider.
Ohne die Einzelheiten zu kennen, würde ich sowohl von Ihnen selbst als auch (vertraulich - hah!) Ihren Mitarbeitern die folgenden Bereiche vorschlagen, die Sie untersuchen und auf die Sie sich konzentrieren sollten.
Viele der Dinge, die einen Unterschied machen können, sind subtile immaterielle Werte – aber sie summieren sich.
Die folgende Zusammenfassung ist das, was ich aus jahrzehntelanger Entwicklung gelernt habe und auf Ihr Unternehmen/Budget zugeschnitten werden müsste:
Hören Sie zuerst! Fragen Sie Ihr Team. Frag nochmal. Fragen Sie jede Woche „was kann ich tun, um Ihnen zu helfen – das ist mein Job!“. Versuchen Sie zuerst zu verstehen und dann verstanden zu werden. :)
Seien Sie ehrlich . Programmierer können, wie die meisten Leute, Falschheit schnell aufspüren, und das ist sehr demotivierend!
Konzentrieren Sie sich nicht auf Stunden (lang oder kurz), konzentrieren Sie sich auf Hingabe und Leistung .
Ermutigen, belohnen und fördern Sie Entwickler, die Best Practices anwenden möchten .
Geben Sie Entwicklern so viel Autonomie wie möglich. Lassen Sie (manchmal) Fehler zu, wenn sie nicht kritisch sind.
Bieten Sie Entwicklern Abwechslung in den Projekten , an denen sie gleichzeitig arbeiten.
Bieten Sie allgemeine Schulungen an . Entwickler müssen ihre Fähigkeiten in einer Vielzahl von Bereichen weiter verbessern, um auf dem Laufenden zu bleiben.
Bieten Sie spezifische Schulungen an . Entwickler benötigen die Fähigkeiten, um die spezifischen Aufgaben zu erledigen, oder sie sind gezwungen, bei der Arbeit zu lernen, was die Zeit für die (geschweige denn gute) Arbeit verkürzt, was frustrierend und stressig ist.
Senden Sie Entwickler zu Konferenzen in relevanten Technologien. Sie verbessern ihre Fähigkeiten und Sie können davon profitieren. Entwickler sind oft viel eher bereit, an „langweilig, Burnout; Sachen, wenn sie auch ein paar lustige Konferenzen im Jahr besuchen und andere andere Formen der Ausbildung bekommen. Das Reisen hierher ist auch gut, da es selbst ein cooler Vorteil sein kann.
Adresse Technische Schuld . Verstehen Sie es und bestätigen Sie es öffentlich mit Ihrem Technikteam und mit dem Management, wenn es existiert. Verbreiten Sie Wissen darüber, warum es schlecht ist, und bessere Praktiken , um es anzugehen und zu vermeiden. Technische Schulden können für Ihre besten Entwickler sehr entmutigend sein.
Fördern Sie eine gute Einstellung und gehen Sie mit gutem Beispiel voran . Gehen Sie dazu, SELBST in besserem Management zu schulen.
Erkennen, loben und fördern Sie die gute Arbeit Ihres Teams.
Verwenden Sie Humor (vorsichtig, unter Berücksichtigung der Menschen), um angespannte und schwierige Situationen zu entschärfen.
Wenn es viel Bürokratie oder Langsamkeit in der Organisation gibt, vermeiden Sie Langeweile, indem Sie die „Ausfallzeit“ durch eine Vielzahl anderer Arbeiten, Bildung usw. kompensieren .
Entwickler, die mit Benutzern zusammenarbeiten, haben manchmal Konflikte aufgrund unterschiedlicher Perspektiven und Fachgebiete. Ermutigen Sie zu mehr Kommunikation , um dies anzugehen.
Verwenden Sie gute Tools für die Projekt-/Funktions-/Fehlerverfolgung, z. B. Pivotal Tracker. Wählen Sie ein Tool aus, das für Ihr Team einfach und hilfreich ist. Vereinbarung von Nutzungsmustern und angemessener Benennung, Kategorisierung von Problemen (Schweregrad, Priorität) usw.
Definieren Sie den Arbeitsablauf mit klaren Besprechungen, Mitteilungen, Nachrichten usw. Stellen Sie sicher, dass alle auf der gleichen Seite sind, was die Richtung angeht. Gehen Sie nicht davon aus, dass sie es sind.
Sprechen Sie Probleme mit regelmäßigen geplanten Besprechungen an und gehen Sie niemals davon aus, dass alles in Ordnung ist.
Hochwertige Ausrüstung bereitstellen . Zahlen Sie einem Entwickler nicht 70.000 (oder viel mehr) und sparen Sie dann ein paar hundert Dollar an Ausrüstung.
Bieten Sie Entwicklern Abwechslung in den Technologien , die sie verwenden, um sie auf dem Laufenden zu halten.
Stellen Sie Qualitätswerkzeuge zur Verfügung. Qualitätsarbeit von Handwerkern erfordert, wie in allen Branchen, Qualitätswerkzeuge. Geben Sie den Menschen Werkzeuge, die sie gerne verwenden. Kein Schmerz und keine Frustration.
Sorgen Sie für einen konstanten Vorrat an coolen Werkzeugen, Technologien und Spielzeugen . Die Art von Entwicklern, die Sie vielleicht wollen, liebt dieses Zeug oft mehr als $$$.
Ermutigen Sie Entwickler, sich auf Technologien zu spezialisieren, an denen sie am meisten interessiert sind und denen sie Spaß machen .
Suchen und implementieren Sie Technologien, die sich wiederholende Aufgaben wie das Ausführen von Tests und das Erstellen von Code-Stacks automatisieren.
Verwenden Sie Tools, die über die Codequalität berichten, und verwenden Sie die Ausgabe dieser Tools als Leitfaden und Hilfe bei der Erstellung von Code mit besserer Qualität, damit der Grund dafür nicht nur ein Gespräch sein muss, Statistiken können aussagekräftig sein.
Bieten Sie einen großartigen Arbeitsplatz , der Entwickler ermutigt, ins Büro zu kommen (immer noch am besten für Gruppen, die zusammenarbeiten), anstatt aus der Ferne zu arbeiten, mit: Kaffee, Snacks, Saft und einer coolen Umgebung.
Bieten Sie hochwertige Arbeitsplätze und hochwertige Stühle. Bieten Sie die Option von Stehpulten an, die einige genießen. Karton diejenigen (die funktionieren) sind erhältlich.
Stellen Sie ein Gebäude und Zimmer mit guter Klimaanlage und Heizung bereit. Stellen Sie sicher, dass es gute Jalousien und Beleuchtung für alle gibt.
Stellen Sie jedem Entwickler mehrere große Bildschirme und einen Bildschirm mit großen sichtbaren Diagrammen zur Verfügung, um rotierende Bilder von Schlüsselindikatoren anzuzeigen (Build-Erfolge, Projekt-Tracker-Tickets, New Relic-Bericht, Google Analytics-Besuche vor Ort usw.).
Fördern Sie Pausen . Finden Sie unterhaltsame Aktivitäten sowohl im Team als auch zwischen Teams (außerhalb von IS).
Respektieren Sie die Gewohnheiten der Menschen . Manche Menschen brauchen manchmal Ruhe und Frieden. Andere nehmen Geräusche überhaupt nicht wahr.
Untersuchen Sie die Teamzusammenstellung, ist ein Mitglied (auch wenn es technisch kompetent ist) durchgehend „giftig“?
Suchen Sie das Entwicklungsteam nach Möglichkeit an einem „Geek“-freundlichen Ort auf .
Fördern Sie gesunde Gewohnheiten mit Mitgliedschaft im Fitnessstudio, Duschen vor Ort (wenn möglich) für sportliche Fahrten, gesunde Snacks (Müsliriegel, Obst, gesunde Cerealien usw. im Gegensatz zu Pizza, Donuts, Backwaren. Wenn die Leute andere Dinge wollen, können sie das tun trotzdem kaufen!) Gesunder Körper = gesundes Gehirn & weniger Krankheitszeit.
Unterstützen Sie lokale Benutzergruppen für die von Ihnen verwendeten Technologien. Elemente wie diese können subtil sein, aber sie sind im Grunde wie Imagemarketing – Sie kaufen Pizza für eine lokale Benutzergruppe oder veranstalten ein Meeting, Ihr Unternehmen sieht gut und unterstützend aus und die Leute fühlen sich besser, wenn sie dort arbeiten.
Schlussbemerkung: Stellen Sie sich vor, dass dies ein Vollzeitjob mit wenig Zeit für die Entwicklung ist, und rennen Sie mit brennenden Haaren davon. Oh ja, Comedy und ein Sinn für Humor helfen VIEL. Bestes Glück!
Einige häufige Gründe dafür können (einer oder mehrere der folgenden) sein:
Entwickler beherrschen die verwendeten Technologien nicht fließend genug und verbringen Zeit damit, bei der Arbeit zu lernen, sodass sie mehr arbeiten müssen, um die erwarteten Ergebnisse zu erzielen
Mangel an guter Analyse und viel Nacharbeit
Der Kunde ändert ständig die Anforderungen
Unrealistische Ziele/Zeiten, die vom Projektmanagement oder im Projektplan festgelegt wurden
Fehlender Prozessansatz für die Entwicklung, Aufgaben werden nicht gestrafft
Unter Ausnutzung guter Werkzeuge
Unzureichende Wiederverwendung von gemeinsamem Code
Mangelnde Konzentration, wobei einem Entwickler mehrere unabhängige Aufgaben zugewiesen wurden
Unbegrenzte Überstundenvergütung - Je mehr Sie arbeiten, desto mehr zahlen wir Ihnen
Das Management besteht auf der Einhaltung von Standards wie CMM, ohne im Projektplan Zeit für den Dokumentationsaufwand einzuplanen
Die Lösung einiger Ursachen sollte die Situation verbessern. Eine Untersuchung des Falles jedes Entwicklers wäre ebenfalls hilfreich.
Wie viele gesagt haben, ist 1 Monat Arbeit zu früh, um ausgebrannt zu sein.
Ich vermute, Sie haben ein Problem mit niedriger Moral. Kein "Burnout".
Ich kann nicht einmal ansatzweise erraten, warum das so ist, aber ich denke, es ist etwas, dem Sie nachgehen sollten.
Menschen „brennen aus“, weil sie „ausgebrannt“ werden. Wie andere gesagt haben, wenn sie nur normale Arbeitswochen (40-45 Stunden) während der normalen Arbeitszeiten durchziehen (keine erzwungene Dummheit der dritten Schicht, die nachweislich gesundheitliche Nachteile hat), dann müssen Sie finden, was fehlt.
Da Sie viele kurze Projekte haben, würde ich etwas so Einfaches vorschlagen wie eine Meilensteinparty (Mittagessen mit Catering) und vielleicht eine Projektabschlussparty (wieder mit Catering) und den Freitag dieser Woche frei. Das Essen ist gut – Sie werden überrascht sein, wie weit eine Schachtel Donuts jeden Freitagmorgen in Richtung Moral geht. Grundlegende menschliche Psychologie - wenn Sie einen vollen Bauch mit anständigem Essen haben, beginnen Sie Ihren Tag ein paar Punkte glücklicher :)
Ich habe meinen MBA-Aufsatz zum Thema Burnout gemacht, insbesondere mit Managern. Ich habe meine Recherchen mit einem Fragebogen und Statistiken in einem Krankenhaus durchgeführt.
Meine Schlussfolgerung war, dass, wenn die Erwartungen an einem Arbeitsplatz meistens höher sind als das, was die Leute geben können, Sie ein Arbeitsumfeld schaffen, das kurzfristig immer stressiger wird. Das ist offensichtlich.
Unnötiger Stress wird schnell unproduktiv. Sie zahlen zum Beispiel Krankengeld. Das ist sehr kostspielig.
Was einem Arbeitnehmer hilft, Burnout zu vermeiden, ist soziale Unterstützung durch den Chef, Kollegen + Autonomie bei der Entscheidungsfindung. Mit anderen Worten, wenn sich Ihre Mitarbeiter für ihre Situation verantwortlich fühlen (Empowerment), vermeiden Sie viele Burnout-Fälle.
Aber heutzutage kümmern sich viele hochrangige Manager nicht mehr nur darum, ob ein Mitarbeiter ausfällt oder nicht (Sie müssen ihn oder sie einfach ersetzen). Aber wenn Sie eine strenge Kostenrecherche durchführen, werden Sie immer feststellen, dass es auf lange Sicht viel teurer ist, so zu verwalten. Auch die Einstellung und Schulung von Mitarbeitern ist die teuerste Aufgabe in einer Organisation.
Offensichtlich bin ich mit Ihrem Unternehmen oder seinem Umfeld und seinen Richtlinien nicht vertraut, daher sind nur die allgemeinsten Vorschläge möglich.
Ich frage mich, ob es andere Motivatoren als eine schöne Umgebung und Vergünstigungen und vielleicht Demotivatoren über 150 Stunden hinaus gibt. In vielen Unternehmen arbeiten die Leute gerne monatelang am selben Produkt und 45 Stunden scheinen überhaupt nicht missbräuchlich zu sein. Vielleicht ist dies also ein guter Zeitpunkt für eine Fünf-Warum-Ursachenanalyse.
Inzwischen:
Haben Sie die Motivatoren in Drive (Daniel Pink) berücksichtigt? Haben die Entwickler das Gefühl, dass sie Fortschritte machen oder nur Produkte am laufenden Band produzieren? Nehmen Sie sich ein paar Minuten Zeit, um dieses Video anzusehen: http://www.youtube.com/watch?v=u6XAPnuFjJc Sehen Sie, ob es Sie anspricht.
Vielleicht, wenn sie Zeit für die Umrüstung aufwenden könnten, um zukünftige Projekte einfacher und unterhaltsamer zu gestalten?
Beachten Sie beim Entfernen von Demotivatoren diese Liste: http://www.cio.com/article/123406/Stop_Demotivating_Me_
Theorie-X-Manager haben Burnout in der Vergangenheit als Zeichen dafür angesehen, dass sie ihre Ressourcen maximal ausschöpfen. Ich finde es toll, dass du dich mit Motivation und Burnout auseinandersetzt und daran interessiert bist, etwas dagegen zu tun. Gott sei Dank.
Versandcode. Entwickler können sich wie in einer langen Trainingseinheit fühlen, die erst endet, wenn ihr Code auf echte Benutzer trifft, und sie können mit der nächsten Aufgabe fortfahren.
Menschen fühlen sich demotivierter und sogar deprimiert (Burnout ist Depression), wenn ihre Arbeit scheinbar keine Früchte trägt.
Kommt darauf an, wie viele Stunden sie in der Woche machen. Überarbeitung aufgrund von Deadlines führt oft zu Stress bei den Entwicklern.
Wenn Sie ein Muster identifiziert haben, sollten Sie es wahrscheinlich weiterverfolgen. Eine vorbeugende Auszeit zur Burnout-Prävention ist sicherlich eine praktikable Idee.
Allerdings scheinen 150 Stunden eine ziemlich kurze Zeit zu sein, um auszubrennen, und 40-45 Stunden pro Woche sind nicht übermäßig, also sollten Sie vielleicht untersuchen, was in Ihren Arbeitsbedingungen das Ausbrennen verursacht. aus. @Emmad Kareem schlägt einige gute Möglichkeiten vor.
Gehen Sie raus und hören Sie sich an, worüber die Entwickler reden und/oder sich beschweren – gibt es da auch irgendwelche Muster? Beschweren sich diejenigen, die an mehreren Projekten arbeiten, über ständige Kontextwechsel? Treibt das Management sie in den Wahnsinn? Gute, konstruktive Kommunikation ist die beste Burnout-Prävention.
Versuchen Sie, einen Standardprozess für die Art und Weise zu erstellen, wie die Dinge erledigt werden – sowohl technisch als auch in Bezug auf den Workflow.
Dies wird ihr Vertrauen in die Führung stärken (sie werden sehen, dass jemand das Schiff steuert) und sie können sich darauf konzentrieren, ihre Arbeit zu erledigen/Projekte zu erledigen, anstatt das Rad jedes Mal neu zu erfinden.
Verbessern Sie auch die Kommunikationskanäle. Verbringe Zeit damit, mit Leuten zu reden. Es lässt sie Luft machen und Sie können lernen, wie sie ihr Leben und damit Ihre Projekte verbessern können.
Einige großartige Punkte zu Umwelt, Fitnessstudios usw. oben, aber der Schlüssel ist: Stellen Sie sicher, dass die Leute den Code lieben, den sie tun. Und fahren Sie sie nicht zu hart für ein paar Dollar mehr.
Matthäus Flynn
Shawn Dalma
Michael Durrant
Mark Booth
Tim Ottinger