Entwickler in einem als langweilig empfundenen Projekt zu motivieren?

Als Manager kann ich nicht immer Spitzenleistungen erbringen. Einige der Projekte werden im Wartungsmodus ausgeführt und generieren einen gesunden Free Cashflow für das Unternehmen.

Was bräuchten Sie als Entwickler, um an diesem Projekt teilzunehmen? Ich habe darüber nachgedacht, die Arbeit neu zu brandmarken, aber ich könnte hier viel Hilfe gebrauchen.

EDIT: Vielen Dank für die Vorschläge. Bisher haben wir Folgendes:

1. Arbeitsrotation nach Entwicklerinteresse
2. Flexibles Arbeitsumfeld
3. Nehmen Sie sich Zeit, um an Projekten für Haustiere zu arbeiten
4. Geselligkeit und Spaß
5. Branding des Projekts
6. Verwenden Sie dies als Sprungbrett für andere Projekte

Denken Sie bei Projekten im Wartungsmodus darüber nach, was als Nächstes kommt. Was wird sie letztendlich für Ihre Kunden unattraktiv machen? Benötigen sie neue Funktionen, bessere Leistung oder müssen sie vereinfacht werden, um Veralterung zu vermeiden? Wenn Sie von vorne anfangen, können einige Projekte zusammengeführt werden? Sollten sie mit unterschiedlichen Tools, Sprachen oder Prozessen erstellt werden? Gibt es Verbesserungen oder Anweisungen, an die niemand gedacht hat? Lassen Sie Ihre Entwickler einige dieser Fragen beantworten. Prototypen bauen. Probieren Sie eine neue Sprache oder ein neues Framework aus. Geben Sie einem Projekt eine neue mobile Oberfläche.

Es ist einfacher, mit Alternativen zu experimentieren, wenn sich keine Frist abzeichnet. Nutzen Sie die trüben Zeiten, um Ihre Konkurrenten zu überlisten.

Sie müssen ihnen etwas anbieten, um ihre Zeit zu beschäftigen. Projekte im Wartungsmodus erfordern oft keine 40 Stunden pro Woche von jedem Entwickler. Wenn dies der Fall ist, ist wahrscheinlich etwas mit der Software nicht in Ordnung, aber basierend auf der Art und Weise, wie Sie die Frage gestellt haben, gehe ich davon aus, dass Sie nach Ideen suchen, um Ihre Entwickler zu beschäftigen, während es nicht viel zu tun gibt. Ich weiß nicht, wie hoch Ihr Finanzbudget ist, aber ich denke, dass einige Anreize wie das Senden an eine Softwarekonferenz hilfreich sein könnten. Ein anderer Vorschlag könnte beinhalten, dass sie explizit erlauben, ihre eigenen Interessen für beispielsweise 15 Stunden pro Woche zu erkunden. Jemand könnte daran interessiert sein, etwa Sortieralgorithmen oder das Datenbankdesign zu untersuchen. Es hängt vielleicht nicht direkt mit Ihrem Unternehmen zusammen, aber ich kann mir nicht vorstellen, dass Sie am Ende nicht von ihrem erweiterten Wissen profitieren würden. Zwingen Sie sie einfach nicht, bei der Arbeit zu sein, ohne etwas zu tun. Erlauben Sie ihnen, sich mit etwas anderem zu beschäftigen, wenn nicht viel zu tun ist. Ich halte es für angemessen, nach einer Zusammenfassung ihrer Aktivitäten zu fragen, um sicherzustellen, dass sie nicht nur zufällig im Internet surfen, sondern sich auch ein wenig umsehen.

Machen Sie es Spaß, an dem Projekt zu arbeiten.

In der Tat sind interessante Projekte ziemlich selten. Und Studien zeigen, dass das Glück der Mitarbeiter in hohem Maße von sozialem Engagement und Spaß abhängt. Sie erwähnen Kollegen massiv, wenn sie gefragt werden, warum sie ihren aktuellen Job nicht verlassen würden.

Deshalb sollten Sie immer glücklich sein, wenn Sie in Ihrem Gebäude Lachen hören, anstatt zu schreien.

Der beste Motivator in dieser Situation sind für mich sehr klare Ziele, insbesondere in Form einer guten Spezifikation. Oder eher als das Beste, es ist eines der wenigen Dinge, die Sie noch anbieten können. Die Überlegung dort ist, dass, wenn die Arbeit selbst uninteressant ist, das Wissen, dass ich ein Bündel dieser langweiligen Sachen überarbeiten werde, ein riesiger weiterer Demotivator ist. Dies kann jedoch davon abhängen, dass der Programmierer den Wert einer Spezifikation eindeutig erkennt.

Eine andere Sache ist, klar zu machen, dass einkommensschaffende Projekte, so langweilig sie auch sein mögen, zum Wohle aller sind - kein Einkommen, keine Arbeit usw. Die Arbeit muss erledigt werden, da Sie sonst nicht genug Geld haben, um sie zu behalten am Bord. Weisen Sie ausdrücklich darauf hin, dass Menschen dies manchmal nicht bemerken.

Dann teilen Sie die Last. Versuchen Sie herauszufinden, wie Sie die Grenzen langweiliger und lästiger Arbeit einhalten können (abhängig von der Art der Arbeit, Aufteilung der Wochentage, Aufteilung der Aufgaben usw.), damit niemand das Gefühl hat, mit all dem Durcheinander in Berührung zu kommen, während andere damit zu tun haben lustige Dinge.

Versuchen Sie dann, es mit lustigen Dingen auszugleichen. Und sprechen Sie mit den Entwicklern, sie könnten gute Ideen haben.

Sie müssen die Wahrnehmung des "langweiligen" Projekts ändern. Wenn es ein gesundes Einkommen generiert, kann das nicht sehr schwer sein.

Oft sind diese Projekte gut für Ihre Programmierer, die mittelmäßig sind und sich darüber freuen, mittelmäßig zu sein. Wissen Sie, die Leute, die keine Leidenschaft für das Programmieren haben und es nur als eine Möglichkeit ansehen, die Rechnungen zu bezahlen. Verstehen Sie jetzt etwas: Ich sage das nicht, weil sie schwächere Programmierer sind und Sie wollen, dass ihr Leben miserabel wird. Ich sage das, weil dies normalerweise die Art von Menschen sind, die einfach nicht erwarten, dass ihre Arbeit eine Quelle der Erfüllung in ihrem Leben ist. Dies klingt nach niedrigem Druck und stetigen Einkommensströmen. Höchstwahrscheinlich sind diese Arbeiter mehr als glücklich, leichte, unter niedrigem Druck stehende Arbeiten ausführen zu können.

Das heißt natürlich nicht, dass man ihnen nur langweilige Aufgaben geben und sie vergessen kann. Vielleicht könntest du deinen "A-Spielern" 80% lustige Aufgaben / 20% langweilige Aufgaben geben, deine "B-Spieler" könnten 50/50 sein und deine "C-Spieler" könnten 20/80 sein.

Lassen Sie Ihre Entwickler Zeit für die Arbeit an ihrem eigenen Haustier / Open-Source / interessanten Projekten verdienen, indem Sie etwas Grunzarbeit leisten. Bieten Sie ihnen Unterstützung bei dieser Art von Projekten an, insbesondere wenn es sich um ein internes Projekt oder Programm handelt. Das ist eine Strategie, die Google verwendet, denke ich?

Ich muss zugeben, dass ich noch nie an einem langweiligen und uninteressanten Projekt gearbeitet habe, daher bin ich mir nicht sicher, ob ich Ihre Frage verstehe. Und ich entwickle Unternehmenssysteme für den Lebensunterhalt. :) Im Ernst, in der Praxis habe ich festgestellt, dass Programmierer durch "langweilige" Arbeit viel weniger gestört werden, als ich erwartet hatte. Unnütze Arbeit, wie das Ausfüllen von Arbeitszeittabellen, die niemand überprüft, ist ein viel größeres Problem. Davon abgesehen:

Kennen Sie die Vorlieben Ihres Programmierers; Einige Programmierer mögen keine grafische Benutzeroberfläche, andere meiden SQL. Versuchen Sie, diese Präferenzen zu respektieren, da eine Aufgabe, die für einen Programmierer langweilig ist, für einen anderen Spaß machen kann. Wenn es aus irgendeinem Grund nicht möglich ist, das Werk so aufzuteilen, machen Sie es interessant, indem Sie den Wettbewerb steigern. Lassen Sie sie gegeneinander antreten, wer als erster seinen Teil erledigt, oder erstellen Sie eine Anzeigetafel, auf deren Codeteil der geringste Anteil vorhanden ist von Fehlern in der Qualitätssicherung. Microsoft ist bekannt für seine Unternehmenskultur, die es Programmierern ermöglicht, sich mit unterschiedlichen Ansätzen zu messen und am Ende den besten auszuwählen oder die besten Teile jedes Ansatzes in das Endprodukt einzubeziehen.

Ein Teil des Produkts zu besitzen und die Kontrolle darüber zu haben, erhöht das Engagement drastisch. Im Gegensatz dazu gibt es nichts Langweiligeres als jemanden, der Ihre Arbeit mikromanagt. Auch wenn es eine wiederkehrende Aufgabe gibt, die jeder hasst, das Gesamtbild zu erklären - dass es etwas ist, das getan werden muss und warum und die Person, die es jede Woche tut, zu wechseln, ist in der Regel mehr als genug.

Ich habe Erfolg damit gesehen, diese Art von Projekt als Weg zu den interessanteren zu verwenden.

Wenn Ihre neuen und mittleren Entwickler alle in den "langweiligen" Projekten beginnen und Fragen an die älteren Entwickler stellen (die die meiste Zeit an den anderen Projekten beteiligt sind) und Sie verdeutlichen, dass je besser Sie im Wartungsbereich sind, desto mehr Wahrscheinlich werden Sie zukünftig an der neuen Arbeit beteiligt sein, wenn Sie dann ein anständiges Team haben und tatsächlich die gelegentlichen Teamwechsel durchführen und gelegentlich die Hauptentwickler an der neuen Arbeit beteiligen, an der sich die Teams ausrichten werden.

Wenn Sie ein schlechtes oder ein sehr gutes Team haben, funktioniert dieser Ansatz möglicherweise nicht für Sie.