Wenn Sie der Manager eines Teams von 25 Entwicklern wären, wie würden Sie sie motivieren? [geschlossen]

Stellen Sie sich vor, Sie werden von einem neuen Startup angeheuert, das nur wenige Millionen von Risikokapitalgebern erhalten hat.

Ihre Mission: organize the development of the next killer app.

25 Entwickler sind zu viel, um sich um jeden einzelnen zu kümmern. Welche Entscheidung (en) würden Sie treffen, um sie zu motivieren?

Ich freue mich über Antworten von Aktienoptionen auf kostenlose Cookies;)

Natürlich hier der Trick (es sei denn, Sie wirklich ein Manager eines solchen Start sind), ist es, sich ein in die Schuhe von dieser Programmierer setzen.

EDIT: es ist ein imaginärer Kontext. Der Zweck dieser Geschichte ist es, Ihre Wünsche anzuregen. Ich möchte erfassen, was Entwickler motiviert.

Hier ist meine Checkliste, in keiner bestimmten Reihenfolge:

1. Tolle Computer zum Entwickeln. Mindestens die doppelte Leistung des Zielbenutzers, mit viel RAM und große / mehrere Monitore ... ~ $ 3 bis 5k Budget.
2. Schöne Kopfhörer für alle, die sie brauchen, wenn sie lieber mit Musik arbeiten.
3. Hervorragende Entwicklungswerkzeuge zum Arbeiten. Dies hängt etwas von Ihrer Zielumgebung, aber Visual Studio / Eclipse / was auch immer das Beste für den Job ist. Dies schließt Dinge wie kontinuierliche Integration / Build-Server ein.
4. Schneller Internetzugang - möglicherweise mit einem Caching-Proxy-Server, um Dinge wie SO, TheRegister, Reddit usw
5. Sehr wenige Besprechungen - nur das, was absolut notwendig ist und eine harte Begrenzung ihrer Länge (wir verwenden einen Timer); Denken Sie 'Stand-up-Meeting' wie Scrum.
6. Gesunde Arbeitsatmosphäre. Tageslicht, frische Luft, stabile Klimaanlage, Pflanzen, Bilder, gute Beleuchtung.
7. 10 bis 20% Ausfallzeit , um etwas Neues zu lernen oder Ihre Fähigkeiten ein wenig zu verbessern.
8. Ein Wasserkühler für jede Gruppe von Schreibtischen , die regelmäßig gewartet wird.
9. Marktgerechte Gehälter mit erfolgsabhängigen Prämien, bei denen Leistung und Vergütung klar definiert sind. Leistungsprämien würden wahrscheinlich die Gewinnbeteiligung des Unternehmens sein.
10. Förderung einer kollaborativen Arbeitsmoral ; Haben Sie technische Nachbesprechungen, um sich über das Lernen auszutauschen und Menschen in Teams zu versetzen, um ihre Erfahrungen auszubauen.
11. Kostenlose Getränke (alkoholfrei).
12. Ein Obstkorb für gesunde Snacks, die das Mittagessen nicht ruinieren.
13. Stellen Sie in den anderen Geschäftsbereichen einen professionellen Respekt für die Software-Entwicklungsabteilung her und umgekehrt. Dies ist ein langfristiges, unscharfes Ziel, aber es gibt Mittel und Wege, es zu etablieren.
14. Klare Kommunikation zum und vom Management der Erwartungen und Erfüllung dieser Erwartungen.
15. Klare Prioritäten für Arbeitselemente, die regelmäßig überprüft werden.
16. Verwendung von Best Practices in Bezug auf SDLC-Methoden - Agile / Scrum usw.
17. Klare und dokumentierte Abläufe, was zu tun ist, warum und wie für wichtige Dinge wie das Release-Management. Was auch immer automatisiert werden kann, dies sind nur die manuellen Teile - es gibt immer welche.
18. Unterstützendes Umfeld für Situationen, in denen es nicht so gut läuft. Keine Menschen zu treten, wenn sie Fehler verursachen, sondern ihnen zu helfen, aus ihren Fehlern zu lernen.
19. Rund- um-die-Uhr- Zugang zum Gebäude und Fernzugriff, wenn Teammitglieder außerhalb der normalen Öffnungszeiten Inspiration erhalten.
20. Whiteboards für Prototyping / lautes Nachdenken.
21. Feier des Erfolgs - ob ein Team-Lunch oder ein Ausflug zum Grand Prix am Wochenende, es ist wichtig, große Anstrengungen und großartige Ergebnisse zu erkennen.

Ich würde nicht haben:

• Nerf Gewehre / Frisbees / Billardtisch / Spielzeug. In der Arbeitsumgebung arbeiten wir. Es macht viel Spaß, die Arbeit zu erledigen, ohne Soldaten um Kollegen zu spielen, die versuchen, sich zu konzentrieren.
• Kostenloses Essen - Leute sollten eine Pause einlegen, um etwas zu essen zu bekommen.
• Internet-Zensur - ich würde es den Individuen überlassen, ihr Urteil auszuüben.

Geben Sie ihnen interessante Probleme auf arbeiten, und die Wahl der Werkzeuge, um die Arbeit an sie, dann kommt aus dem Weg.

Große Programmierer sind nicht durch Geld motiviert, oder innerhalb eines Unternehmens nach Status. Sie brauchen genug Geld und Status, um sich wohl zu fühlen, aber das war's. Große Programmierer sind von Interesse motiviert.

Paul Graham stimmt mir zu .

Es gibt ein großartiges YouTube-Video über die "Überraschende Wahrheit darüber, was uns motiviert". Ich habe das vor einiger Zeit gebloggt:

http://www.chrisholmesonline.com/2010/06/02/the-surprising-truth-about-what-motivates-us/

Mir gefällt der Teil, in dem er sagt, im Wesentlichen, dass er Ihre Mitarbeiter ausreichend bezahlt, damit Geld vom Tisch genommen wird, um zu überlegen, warum sie dort arbeiten möchten. Wenn Geld kein Motivationsfaktor mehr ist, erzielen Sie viel bessere Ergebnisse.

Ich weiß, was mich motiviert:

• In der Lage zu sein, die Tools zu verwenden, die ich bevorzuge. Geben Sie Ihren Entwicklern die Tools, die sie wollen und brauchen. Bei einem Team von 25 Mitarbeitern muss man natürlich Kompromisse eingehen und einen Konsens erzielen, aber letztendlich brauchen sie die besten Werkzeuge. Dies umfasst Hardware und Software.
• Normale Arbeitszeit. 35-40 Stunden pro Arbeit. Nichts mehr. Wenn sie alleine reinkommen wollen, um mehr zu tun, weil sie inspiriert sind, ist das in Ordnung. Aber die Überlastung von Menschen in Jobs, in denen sie ihre kritischen Denkmuskeln spielen lassen müssen, ist der schnelle Weg zur Katastrophe.
• Telecommute-Optionen. Ich arbeite gern bequem von zu Hause aus. Sie müssen sich nicht mit den Kopfschmerzen des Verkehrs auseinandersetzen und eine Stunde am Tag verlieren, um zu reisen. Ich kann für meine Familie, für Notfälle, als Taxi usw. da sein. Wenn Sie Mitarbeiter haben, die damit umgehen und ihre Arbeit erledigen können, geben Sie ihnen die Telearbeitsoption. Außerdem ist es viel einfacher, zu Hause ein 20 bis 30-minütiges Nickerchen zu machen (das steigert nachweislich die Produktivität, aber die Gesellschaft runzelt die Stirn).
• Ein hochwertiger Arbeitsplatz. Whiteboards, Tools für die Zusammenarbeit, Konferenzräume usw. Ein Team von 25 Mitarbeitern kann nur dann wirklich etwas Tolles schaffen, wenn sie zusammenarbeiten. Um zusammenarbeiten zu können, müssen sie ihre Ideen frei austauschen und zusammenarbeiten. Wenn sie remote arbeiten, haben Sie Skype usw. Geben Sie ihnen jedoch die Tools für die Zusammenarbeit.
• Klar definierte Ziele. Keine Fristen - das sind andere. Tore. Implementieren Sie dies, wie Sie möchten - Scrum, XP, ist mir egal -, aber Ihr Team benötigt klare Ziele und Meilensteine.
• Lass dich nicht auf ein bestimmtes Dogma ein; Seien Sie offen für Veränderungen und neue Ideen, neue Technologien usw. Hören Sie einander zu. Erzwingen Sie keine Architektur in Ihrem Team. Lassen Sie es sich durch Zusammenarbeit, Feedback und Input entwickeln.

Entwickler möchten großartige Software entwickeln. Wenn Sie ihnen die Gelegenheit dazu geben können, sie gut genug zu entschädigen, dass das Geld nicht in ihre Denkprozesse einfließt, und ihnen eine gesunde Work-Life-Balance zu bieten, werden sie produzieren.

Delegieren.

Angenommen, die 25 Entwickler arbeiten an verschiedenen Aspekten der Anwendung, teilen Sie sie in Unterteams auf und ernennen Sie 1 Mitglied jedes Teams zum Teamleiter. (HINWEIS: Diese Rolle sollte sich im Verlauf des Projekts verschieben und die Teams neu gemischt werden.)

Jetzt haben Sie 5 Team-Leads, die motivieren, und sie haben wiederum 4 Entwickler, die motivieren müssen.

Sie können sich auf die "globalen" Motivatoren (wie Aktienoptionen usw.) konzentrieren, während sich Ihre Teamleiter auf die einzelnen Motivatoren konzentrieren können (die an einem Mittwoch vorzeitig abreisen dürfen).

Stellen Sie sicher, dass Sie konsistent sind und die Teamleiter ihre Aktionen mit Ihnen und untereinander kommunizieren, um unnötige Reibungen zu vermeiden.

Ich bin bereit, abgewählt zu werden, aber du kannst mich motivieren, wie du willst (lass mich harte Stunden arbeiten, gib mir einen 386 für eine Maschine, auf der ich codieren kann, arbeite an einem rüttelnden Kartentisch im Dunkeln in einem Keller). schreie mich an, arbeite an Wochenenden und Feiertagen und biete keinen kostenlosen Kaffee an) und ich werde dein Crack-Team sein, solange du mir eine lächerliche Menge Geld bezahlst .

Ich stimme Dima und ChrisF zu. Ausgenommen einer der Punkte von Dima: Aktienoptionen.

Ich weiß, dass dies eine regionale Angelegenheit ist, aber in vielen Ländern werden Aktienoptionen vom Staat mit ihrem tatsächlichen Wert (innerer Wert) besteuert, wenn sie zugewiesen oder ausgegeben werden. Dies gilt nur, wenn Sie nachweisen können, dass die Volatilität die Berechnung eines inneren Werts nicht zulässt.

Ich habe einmal mehr Steuern für meine Aktienoptionen gezahlt, als sie wert waren. Sie hatten jeweils einen Wert von 40 Dollar, als sie ausgegeben wurden, aber ich konnte sie ein Jahr lang nicht ausüben, und bis dahin waren sie unter einem Dollar.

Aber zurück zu deiner Frage:

Individuelle Arbeitszeiten, großartige Tools, Einfluss auf die Entscheidungsfindung, ein politikfreies Umfeld (halten Sie es von ihnen fern, damit sie arbeiten können).

Nebenleistungen wie ein Budget, das allein für Tools, Bücher und Kurse ausgegeben werden kann.

KEINE Kabinen, höchstens 3 Personen in einem Büro mit mehr als 9 m2 pro Person. Bewegen Sie das Team nach Möglichkeit in ein eigenes Gebäude oder zumindest auf eine eigene Etage. Lassen Sie sie ihren Schreibtisch personalisieren - keine Schreibtischpolizei.

Eliminieren Sie Telefone von ihren Schreibtischen (E-Mail ohne Ton oder Instant Messaging, wieder ohne Ton, und Telefonzellen außerhalb der Büros mit Stühlen und kleinen Schreibtischen für ihre Laptops, keine Unterbrechung des Arbeitsablaufs ohne Dringlichkeit). Bitten Sie eine Sekretärin, eingehende Anrufe zu bearbeiten.

So wenig Meetings wie möglich. Tun Sie sie nicht am Montag (Montag macht sowieso keinen Spaß, manche sind noch am Wochenende, manche verlieren die letzte Energie, um durchzusteigen) oder am Freitag (was ich gerade über Wochenenden gesagt habe), aber Mittwochs sind perfekt (dies) gibt eine schöne Pause in der Mitte der Woche).

Administratorrechte auf ihren Maschinen. Kein First und Second Level Support.

Ich möchte nicht gezwungen werden, mit dem Haufen zu essen - ich weiß, ich bin anders -, da ich eine Pause brauche, um den ganzen Tag mit den gleichen Leuten zusammen zu sein. Aber eine Hörnchenpause zum informellen Informationsaustausch, ein monatlicher Abend ohne Gruppenzwang und mit Ehepartnern (Bowling, Abendessen) würde das für mich tun.

Zum zweiten ChrisF: Ich glaube nicht, dass irgendjemand 25 direkte Berichte verarbeiten kann. Bilde Teams. Und von Zeit zu Zeit veranstalten sie einen Wettbewerb.

Bearbeiten: Nachdenken, hier ist der wichtigste Punkt: Behandeln Sie Mitarbeiter wie Menschen, nicht wie Maschinen oder "Ressourcen". Stellen Sie sicher, dass sie sich wohl fühlen, wenn Sie Fragen stellen oder Probleme aufwerfen. Stellen Sie sicher, dass Sie Personen aufnehmen können, die persönliche Probleme haben, z. B. ein krankes Kind oder ein Elternteil. Mit anderen Worten, tun Sie Ihr Bestes, um eine Beziehung zu ihnen aufzubauen. Auch 25 sind noch klein genug, um den Geburtstag aller mit einer Torte zu feiern. Diese kleinen Dinge machen einen großen Unterschied.

Definitiv Aktienoptionen, damit der Erfolg des Unternehmens einen wesentlichen Einfluss auf die eigene Lebensqualität hat. Seien Sie darüber hinaus offen für die geschäftlichen Vorgänge. Es geht darum, dass die Mitarbeiter zusätzlich zu ihrer unmittelbaren Verantwortung zumindest einen Teil des Gesamtbilds sehen, sodass sie sich eher als Partner im Unternehmen und weniger als Zahnräder in einer Maschine fühlen.

Gute Arbeitsbedingungen. Bequeme Stühle, schnelle Maschinen, große Monitore, Tastaturen und Mäuse, mit denen sie sich am wohlsten fühlen. Ein Fenster ist schön ... Guter Luftstrom. Kaufen Sie ihnen Bücher über Programmierung, wenn sie ihre Fähigkeiten verbessern möchten.

Auch ein regelmäßiges gemeinsames Essen, etwa einmal in der Woche, am besten mit Bier, fördert die Moral. 25 Leute sind vielleicht ein bisschen zu viel dafür. Vielleicht sollten einzelne Teams einmal pro Woche Pizza und Bier trinken. Natürlich von der Firma bezahlt. :)

Ich leite ein Team von sechs Programmierern, also denke ich ein bisschen über dieses Thema nach. Hier sind meine Ideen -

Geben Sie ihnen Zeit zum Arbeiten - Unterbrechungen töten Produktivität und Motivation. Programmierer mögen es am liebsten, wenn sie den Kopf senken und mit der Arbeit beginnen können. Sie müssen ihnen auch Zeit geben, um einen Job gut zu machen - Programmierer hassen es, sich zu beeilen, um etwas zu erledigen, das innerhalb einer willkürlichen Frist erledigt ist. Normalerweise frage ich meine Programmierer, wie lange eine Aufgabe dauern wird, und respektiere dann ihre Schätzung. Ein Teil meiner Aufgabe als Teamleiter ist es, das mit dem Geschäft abzustimmen und ihnen dabei zu helfen, realistische Erwartungen zu entwickeln.

Geben Sie ihnen eine gute Ausrüstung - Es ist schrecklich, auf langsamen Computern programmieren zu müssen, und die meisten Programmierer hassen es auch, alte Entwicklungstools zu verwenden. Stellen Sie sicher, dass Ihre Programmierer wirklich gut ausgestattet sind - schnelle Computer, neueste Tools, große Bildschirme und auch ein sehr guter Stuhl. Diese Dinge sind im großen Rahmen nicht allzu teuer.

Geben Sie ihnen Respekt - Programmierer wünschen sich nachdrücklich Respekt für ihre technischen Fähigkeiten. Ehre die Arbeit, die sie bereits geleistet haben, und die Arbeit, die sie leisten. Respektiere ihre Meinungen in technischen Angelegenheiten. Wenn Sie eine technische Frage stellen, nehmen Sie die Antwort zum Nennwert. Wenn sie einen Fehler gemacht haben, finden Sie einen Weg, dies zu erwähnen, ohne dass sie das Gesicht verlieren. Sie können Dinge sagen wie: "Ich habe mich an Ihre Vorschläge gehalten, bin aber auf dieses Problem gestoßen. Was sollte ich Ihrer Meinung nach tun?"

Erlauben Sie ihnen, nach Hause zu gehen - Langes Arbeiten wird bald kontraproduktiv. Wenn Programmierer wissen, dass sie um 17.00 Uhr nach Hause gehen können, ist die Wahrscheinlichkeit, dass sie am nächsten Tag motiviert zur Arbeit zurückkehren, sehr viel höher.

Geben Sie ihnen Verantwortung - Programmierer treffen gerne technische Entscheidungen. Geben Sie ihnen also den Raum, Dinge so zu entwickeln, wie sie es für am besten halten. Wenn Sie architektonische oder gestalterische Standards haben, stellen Sie sicher, dass diese von vornherein verstanden werden. Wenn während einer Entwurfsprüfung Probleme auftreten, stellen Sie sicher, dass diese auf respektvolle und ermutigende Weise mitgeteilt werden.

Geben Sie ihnen Unterstützung - Erleichtern Sie es ihnen, zu kommen und um Hilfe zu bitten, wenn sie diese benötigen. Sagen Sie: "Wenn Sie Fragen haben, zögern Sie nicht zu fragen." Lassen Sie sie sich nicht schlecht fühlen, wenn sie eine Technologie nicht kennen, sondern sagen Sie: "Wenn Sie ein paar Stunden brauchen, um diese Technologie aufzufrischen, fahren Sie fort."

Ich gehe hier einen anderen Weg als die anderen Antworten: Versuchen Sie so gut Sie können, Ihre Mitarbeiter nicht zu demotivieren . Sie können Ihren Mitarbeitern all den Kaffee, die Snacks, die Computer usw. geben, die sie möchten, und sie haben immer noch keine motivierten Mitarbeiter, wenn Sie sich auf viele übliche (schlechte) Managementpraktiken einlassen, die für Sie als Manager sehr vernünftig erscheinen, die es aber sind pathologisch für die Mitarbeitermotivation. Für Beispiele dieser schlechten Praktiken können Sie viele der Vorschläge in den anderen Antworten umkehren:

• "Behandle Mitarbeiter wie Menschen, nicht wie Maschinen oder 'Ressourcen'" -> behandle Mitarbeiter wie gesichtslose austauschbare Ressourcen oder "VZÄ".
• "Pay over-market rates" -> Ihre Mitarbeiter sind Kosten, gute Manager minimieren Kosten.
• "Gib ihnen einen Grund, Qualitätsprodukte herzustellen" -> bestehe auf einer schnellen und schmutzigen Entwicklung (da der Kunde bereit ist, mit Fehlern zu leben)

Mein Punkt ist, dass die Schaffung eines Umfelds, das die Mitarbeiter bewegt, viel mehr erfordert als eine Checkliste mit positiven Maßnahmen *. Sie müssen jeden Aspekt Ihrer Handlungen als Manager überwachen, um sicherzustellen, dass Sie diesem Ziel nicht widersprechen.

Peopleware: Productive Projects and Teams ist ein Buch, das meiner Meinung nach sehr wichtig für die Motivation von Programmierern ist. Es enthält viele Kapitel über Managementpraktiken, die Mitarbeiter demotivieren (und somit effektive Teams verhindern). Eines meiner Lieblingskapitel ist "Teamicide", das besagt, dass es nichts gibt, was ein Manager tun kann, um ein effektives Team aufzubauen, aber viel, was er tun kann, um ein Team zu zerstören oder es davon abzuhalten, sich zu bilden.

* In der Tat können einige positive "motivierende" Aktionen eine de-motivierende Wirkung haben, wenn andere de-motivierende Faktoren vorliegen.

1. Vermeiden Sie die Versuchung, alle 25 gleichzeitig einzustellen.
2. Versuchen Sie zu Beginn, bekannte Top-Entwickler zu gewinnen.
3. Sobald Sie ein kleines Team von sehr talentierten Leuten haben, die wissen, was sie tun und ein hohes Maß an Erwartungshaltung aufgebaut haben.
4. Fügen Sie weitere Personen hinzu. Sie müssen wissen, dass sie von guten Leuten umgeben sind, die bereit sind, ihnen zu helfen, aber sie müssen mithalten.

Die weniger talentierten (ich sage nicht, dass sie saugen, aber diese Dinge sind relativ.) Menschen werden es schaffen, wenn sie in die richtige Umgebung gebracht werden (gute Leute), gut ausgebildet und beaufsichtigt werden.

Es ist viel einfacher, Leute zu managen, wenn man die richtigen Leute hat und Kultur und Einstellungen entwickelt, anstatt zu versuchen, eine Reihe von Regeln aufzustellen.

IMO, Aktienoptionen in Startups sind ein bisschen ein Betrug. Es geht in der Regel so:

1) Ein Team von jungen, energiegeladenen Entwicklern wird mit dem Versprechen rekrutiert, durch Aktienoptionen reich zu werden.

2) Das Startup durchläuft sein Startkapital und die zweite Runde der VC-Finanzierung wird eingespritzt. Die Optionen werden auf 1/2, 1/4 des ursprünglichen Papierwerts verdünnt.

3) Dies wird einmal, zweimal wiederholt, ...

Irgendwann klappt das Startup und die Optionen der Entwickler sind total wertlos. Alternativ sind sie so verwässert, dass die Entwickler nur eine geringe Rendite erzielen.

Ich denke, dass Sie Ihren Entwicklern ein anständiges Gehalt in echtem Geld zahlen sollten. Ob dies sie motiviert, hängt von ihrer Persönlichkeit ab. Aber zumindest werden sie eine faire Rendite für ihre Arbeit bekommen ... nicht irgendein Flim-Flam.

Lernen Sie jeden Entwickler individuell, persönlich und aufrichtig kennen, indem Sie seine Anforderungen in diesen Dimensionen erfüllen:

1. Geben Sie eine klare Richtung für Verantwortung und Erwartungen (sagen Sie ihnen, was benötigt wird)
2. Zugriff auf die Tools gewähren, die für die ordnungsgemäße Ausführung der Arbeit erforderlich sind (Monitore, bullige Systeme)
3. Geben Sie ihnen eine Möglichkeit, ihre Leistung zu messen (Geeks wie Graphen)
4. Geben Sie reichlich Gelegenheit dazu , berufliche Fähigkeiten entwickeln
5. Gib ihnen viel davon Anerkennung, wenn sie einen guten Job machen (wer Lob nicht mag)
6. Gib ihnen Jobs, die das sein werden erfolgreich sein werden (was können sie individuell gut?)
7. Gib ihnen einen Weg zu äußern ihre Meinungen, Ideen und Gefühle (in einer sicheren Art und Weise)
8. Geben Sie Möglichkeiten, um zu fördern und zu fördern Freundschaft geben (Arbeitskultur)
9. Gib ihnen einen Grund zu machen Qualitätsprodukte herzustellen (Stolz auf das, was sie herstellen)
10. Geben Sie eine höhere Berufung unter Hinweis darauf , warum sie tun , was signifikant an eine andere Person (es scheint fast eine ‚spirituelle‘ Dimension der Arbeit zu sein)

• Subteams (DB, Middle Layer, GUI)

• Wot keine Tester? Ersetzen Sie einige Code-Affen

• Wot keine Analysten? Ersetzen Sie einige Code-Affen

• Wer verwaltet Tools / Quellcodeverwaltung / Wiki / Infrastruktur / Umgebungen? Ersetzen Sie einige Code-Affen

• Gratis Kaffee, gratis Wasser, gratis Obst

• Freitagsbiere

Du meinst, sie bauen "das nächste große Ding" und sie sind noch nicht motiviert?

Werde sie los und finde Leute, die Spaß daran haben, was sie tun.

Sie möchten die Persönlichkeiten der Menschen kennenlernen. Nach den neuesten Führungstheorien ist es wichtig, dass Sie authentisch sind und Ihr Verhalten und Ihre Ziele mit Ihren Teammitgliedern teilen. Führung kann auch als Coaching Ihrer Teammitglieder zur Erreichung ihrer Ziele gesehen werden ( hier wäre eine Theorie)

Sie wollen Entwickler motivieren, die nächste Killer-App zu schreiben?

Vielleicht wäre es ein guter Anfang, sie wissen zu lassen, dass sie dies tun werden, so dass sie die langfristige Perspektive dazu sehen können. Ein solches Ziel sollte für sich allein schon sehr motivierend sein - WENN es wirklich eine Killer-App ist.

Dann zeig ihnen in Aktion, dass du es ernst meinst!

in der Reihenfolge oder Wichtigkeit:

• gemeinsame Sichtweise
• klare Erwartungen
• Vorhersehbare Umgebung (TDD, nächtliche Builds, tägliche Team-Chats, wöchentliche Check-Ins, was auch immer für Ihr Team und Ihr Produkt funktioniert)
• die bestmöglichen Werkzeuge
• ernstes Gehalt mit Überstunden
• Telearbeit
• Aktienoptionen

Steve McConnel hat einen guten Überblick darüber in seinem Buch Rapid Development sowie eine Liste von Quellen (einschließlich der vielgelobten Peopleware ) zum weiteren Lesen.

Es ist ein bisschen veraltet, aber immer noch eine abgerundete Zusammenfassung und sehr relevant.

• Zahlen Sie über dem Marktpreis
• Geben Sie ihnen klare Anforderungen (filtern Sie die Unwesentlichen heraus)
• Seien Sie leidenschaftlich bei der Softwareentwicklung und programmieren Sie selbst
• Sei der Enabler , nicht der "Boss"

Stellen Sie jemanden ein, der besser informiert ist als ich und von dem ich lernen kann, und erkennen Sie sowohl die Zeit, in der ich dem Beispiel richtig folge, als auch die Zeit, in der ich Recht habe und sie falsch liegen.

Team Events könnten helfen. Ereignisse wie das Besuchen eines Sportspiels usw. können einen Teil der Gruppe motivieren. Ich denke, die Balance ist es, ein Ereignis herauszufinden, das alle mit einbezieht.