Wie man eine Gruppe von Entwicklern führt, die viel mehr Talent haben als Sie

Als Entwickler hasse ich diese Dinge:

1. Das Anfordern von Software/Ressourcen dauert ewig und benötigt jede Menge Formulare usw.
2. Dumme Anforderungen, die im Widerspruch zu anderen Features stehen oder aufgrund vorhandener Funktionalität technisch nicht möglich sind.
3. Unangemessene und willkürliche/aus dem Nichts gezogene Fristsetzungen.
4. Ich kenne die Priorität meiner Arbeit nicht.

Also, wenn Sie das Obige klären können, dann würde es mich einen Dreck darum scheren, worauf Sie sich einlassen. Wenn Sie mir das Leben erleichtern, wenn Sie mich bitten, X/Y zu tun, dann bin ich viel eher geneigt, mein Bestes zu geben, um Ihnen zu helfen.

Nutzen Sie Ihr technisches Wissen, um sicherzustellen, dass die Entwickler das bekommen, was sie brauchen, und das Geschäftswissen, um zu klären, wann etwas erledigt wird.

Es wird Leute geben, die es nicht mögen (dh diejenigen, die es wollten usw.). Behandeln Sie dies als übliche Managementpraxis (suchen Sie daher hier nach relevanten Fragen, um sich zu orientieren).

Sie werden nicht für „Verwaltungsaufgaben“ ausgewählt, weil Sie der beste Entwickler sind. Sie werden ausgewählt, um sie zu übernehmen, weil Sie als die Person angesehen wurden, die diese Rolle am effektivsten erfüllt.

Sie müssen nicht der beste Entwickler im Team sein, um der Leiter zu sein. Es ist wichtig, dass Sie technisch kompetent sind , um Respekt zu wahren, da Sie sich in einer hybriden Rolle befinden. Verlieren Sie nie aus den Augen, dass Sie auch ein Entwickler sind, da ich davon ausgehen würde, dass es mindestens 50 % Ihrer Rolle bleiben wird.

IMHO haben die meisten guten Entwickler kein Interesse daran, mit administrativer Arbeit belastet zu werden, also brauchen Sie sich diesbezüglich keine Sorgen zu machen. Tun Sie, was Sie tun müssen, um die neuen "Führungs"-Aufgaben zu erfüllen, aber konzentrieren Sie sich darauf, ein guter Teamkollege zu bleiben.

Ein Team talentierter Entwickler erwartet von seinem Entwicklungsmanager nicht, dass er bei der Entwicklung besser ist als er selbst, sondern dass er ein Verteidiger gegen Effizienzverluste ist. Ihre administrative Arbeit wird entscheidend sein.

Der Direktor kommt herunter und fragt nach der Zeit von X Mitarbeiter, wenn dieser Mitarbeiter bereits zu 100 % einem anderen Projekt zugeteilt ist? Seien Sie da, um mit dem Direktor zu sprechen, Prioritäten zu erklären und Unterbrechungen des Kollegen zu vermeiden.

Wenn eine technische Entscheidung zu treffen ist, bitten Sie außerdem Ihre talentierten Kollegen, Ihnen ihre Meinung zu sagen. Zu wissen, dass sie technisch stärker sind als Sie, und dies zu zeigen, indem Sie sie um ihre Meinung zu Entscheidungen bitten, ist wichtig.

Mein Rat an Sie ist, sich nicht unter Wert zu verkaufen.

Lassen Sie sofort die Einstellung fallen, dass Sie ihnen irgendwie unterlegen sind, und äußern Sie diese Idee niemals dem Team oder lassen Sie es zeigen, dass Sie es auch nur einmal gedacht haben.

Der verantwortliche Typ muss kein erfahrener Techniker sein, er muss Richtung und Führung vorgeben. Lösen Sie Konflikte, weisen Sie Aufgaben zu, generieren Sie Leistungsmetriken usw. Wenn sie Ihre Arbeit erledigen könnten, würden sie zu 150 % in Rechnung gestellt . Sie sind nicht.

Was „Frustration lindern“ angeht, haben Sie keine Angst zuzugeben, dass einige von ihnen mehr Wissen haben als Sie, und geben Sie immer Anerkennung, wo es angebracht ist. Wenn es ein Problem gibt und [X] es löst, loben Sie ihn und bestätigen Sie dem Management/dem Kunden, dass [X] den Tag gerettet hat. Tolerieren Sie jedoch keine Herausforderung für Ihre Führung. Sicher, Sie sind nicht der beste Entwickler, aber Sie sind der Anführer, und das ist nicht verhandelbar.

Glauben Sie, dass ein Football-Coach ein besserer Werfer ist als der Star-Quarterback?

Obwohl die beiden oben genannten wissen, wie man Fußball spielt, haben sie unterschiedliche Funktionen – und Fähigkeiten – im Team.

Ihre Beschreibung klingt nach dem „Servant-Leader“-Modell – und Ihr Mangel an technischen Fähigkeiten in Bezug auf Ihr Team wird Ihnen tatsächlich helfen , erfolgreich zu sein.

Sie verdienen sich den Respekt des Teams, indem Sie ihre Talente erkennen und sie angemessen einsetzen.

Wenn zum Beispiel jemand in Bezug auf „Subjekt X“ schlauer ist als Sie, dann konsultieren Sie ihn zu „Subjekt X“, wenn Sie eine Entscheidung treffen. Dies zeigt mehrere Dinge: (1) Sie erkennen ihr Talent an, (2) Sie respektieren ihr Talent, (3) Sie möchten, dass das Team erfolgreich ist – nicht Sie.

Lassen Sie sich von ihnen technisch führen, während Sie sie professionell führen.

Erfolgsindikator: Wenn Ihr Projekt abgeschlossen ist, sollte es sich so anfühlen, als ob das Team es geschafft hätte – nicht Sie – oder eine einzelne Person.

Also... hier ist der Deal. Sie arbeiten mit Entwicklern zusammen, die besser entwickeln können als Sie. Das ist vollkommen in Ordnung! Wenn Sie dies sofort verstehen, sind Sie tatsächlich einem großen Teil der mittleren Manager da draußen voraus, die nie an diesen Punkt kommen, entweder weil sie absichtlich Leute einstellen, die nicht so gut sind wie sie selbst, oder weil sie so sehr damit beschäftigt sind Dunning-Krueger, dass sie nie "verstehen", wie viel besser die Menschen um sie herum sind.

Aber Sie werden nicht dafür bezahlt, Code zu schreiben, Sie werden dafür bezahlt, andere Leute zu verwalten, die Code schreiben. Also ... vielleicht hilft das: Betrachten Sie sich weniger als "Anführer" im Sinne eines Mannschaftskapitäns, sondern eher als Unterstützungsstab für sie. Seien Sie der Bildschirm zwischen dem oberen Management und Ihren Leuten: Wenn jemand oben Probleme mit der Arbeit Ihres Teams hat oder wenn er einen bestimmten Job in X Zeit erledigen muss, stellen Sie sicher, dass Sie und nicht einer der Entwickler die Person ist, die das bekommt info (und dann das Problem protokollieren und priorisieren). Wenn Sie keinen BA haben, handeln Sie als einer. Wenn ich als Entwickler spreche, wenn ich mit Nicht-Entwicklern sprechen muss, werde ich das tun, aber ich weiß, dass ich es wirklich, wirklich schätze, wenn jemand zwischen mir und den Hoi Polloi ist.

Die andere Sache, die meiner Meinung nach wirklich funktioniert, was viele Entwickler nicht unbedingt selbst tun, ist viel, viel Kommunikation. Arbeiten Sie agil/Scrum? Wenn nicht, würde ich es mir stark überlegen. Selbst wenn Sie reinen Wasserfall machen, weil Ihr Unternehmen es vorschreibt, gibt es keinen Grund, einige Aspekte von Agile/Scrum nicht hinzuzufügen, wie das tägliche Aufstehen oder das Schätzen der Arbeitsbelastung nach „Sprint“ in Punkten. Wenn jemand mit einer Aufgabe zu kämpfen hat, schnappen Sie sich einen erfahreneren Entwickler, um mit ihm darüber zu sprechen, wie er sie bewältigen kann, und versuchen Sie, eine Einstellung von „Wir sind als Team erfolgreich und scheitern“ zu fördern, damit die Leute, die möglicherweise zurückfallen, auffangen können mit der Hilfe derer, die voraus sind.

Schließlich sind Sie die Person, die für die Systeme verantwortlich ist, Dinge wie die Codebasis, den Check-in-Prozess, Tests usw. Als Programmierer mit ADHS bin ich ein. manchmal wirklich, wirklich unorganisiert, und b. Ich bin weit, weit, weit entfernt von der einzigen Person, die in diesem Beruf mit dieser besonderen Erkrankung arbeitet. Ich persönlich profitiere sehr davon, ein Führungs-/Unterstützungsteam zu haben, das willens und in der Lage ist, Struktur zu geben. Je weniger ich darüber nachdenken muss, desto mehr kann ich mich auf das Schreiben von Code konzentrieren - oh schau! Vogel!

Sie können diesen Ort auch nutzen, um neue Dinge auszuprobieren, und ich habe das Gefühl, je mehr Sie davon tun, desto mehr werden Ihre Leute unter Ihnen die Bemühungen zu schätzen wissen. Habt ihr alle Pair Programming ausprobiert? Es gibt Leute da draußen, die sagen, dass es in Bezug auf die pro Arbeitsstunde geschriebenen Zeilen genauso effizient, wenn nicht sogar effizienter ist als die Codierung von Mann zu Mann. Vielleicht funktioniert es gut für deine Jungs, vielleicht auch nicht. Du wirst es nie wissen, bis du es versuchst! Wie stark engagiert sich Ihr Team für testgetriebene Entwicklung? Wie wäre es mit Code-Review? Ich kann nicht sagen, dass irgendeines dieser Dinge für Ihr Team funktionieren wird, aber die Bereitschaft, offen zu sein und neue Dinge auszuprobieren, wird nach unten sickern, denke ich.

Es kommt selten vor, dass ein Manager in den Augen seiner Untergebenen ein Entwickler ist, weil Manager nicht viel Zeit mit Programmieren verbringen können, wodurch ihr Wissen schwindet. Es ist mir egal, ob ein Manager jemals programmiert hat,

Andererseits schaffe ich es nicht, ein Glas Wasser mit den Anweisungen auf dem Boden zu leeren. Ohne einen guten Manager stecke ich in großen Schwierigkeiten. Ich priorisiere und lese Menschen immer so, wie ich es für richtig halte, und niemand stimmt jemals zu. Ohne einen Manager, der mir dabei hilft, sterbe ich immer an politischen Ursachen. Wenn ich Glück habe, hilft und beschützt mich mein Vorgesetzter, damit ich mich auf meine Arbeit konzentrieren kann.

Ich habe eine Frage an Sie. Warum hast du diesen Job bekommen, und nicht die anderen Jungs? Was rechtfertigt es, dass Ihre Zeit den anderen Leuten zu 150 % in Rechnung gestellt wird? Wenn Sie die Antworten nicht kennen, müssen Sie sie herausfinden.

Hier ist ein Hinweis. Die Programmierung ist im Vergleich zur Verwaltung einfach. Computer sind großartig, Menschen sind eine Nervensäge. Sie werden mit wirtschaftlichem und zeitlichem Druck zu kämpfen haben, gegen den Programmierer nicht viel tun können. Sie arbeiten sich immer den Hintern ab und können im Allgemeinen nicht beschleunigen. Ihr Projekt wird unter dem Druck stehen, zu lange zu dauern und zu viel zu kosten. Jemand, hoffentlich Sie, muss herausfinden, was Sie an Ihren Plänen ändern müssen, damit Sie die Arbeit reduzieren und dennoch die kritischen Ziele Ihrer Kunden erreichen können. Wer darin nicht gut ist, wird ersetzt.

Um das Beste aus Ihrem Team herauszuholen, müssen sie von Ihrem Projekt inspiriert werden, entweder für die Art des Systems, die vom System unterstützten Ziele oder das Geld, das sie durch den Abschluss der Arbeit erhalten. Um dies zu erleichtern, müssen Sie von der Arbeit begeistert sein oder akzeptieren, dass das Arbeitsumfeld und die Ziele nicht so toll sind.

Ich denke, Andrew Berry hat den Nagel bereits auf den Kopf getroffen, diese Antwort ist wirklich ein erweiterter Kommentar. Ich würde ihnen nicht verraten, dass Sie durch die neuen Führungsaufgaben, die Sie übernehmen, mehr Geld verdienen.

Eine Freundin erzählte mir von etwas Ähnlichem, das in ihrer Firma passiert war. Die Entwickler waren froh, jemanden zu haben, der sich um die administrative Arbeit kümmert, was sie verachteten. Sie sahen die Person nicht als Chef, sondern eher als Kollegen, der für die Durchführung von Scrum und das Erstellen einiger PowerPoint-Berichte für das Management usw. verantwortlich war, und an ihrer Beziehung änderte sich nichts wirklich. Bis irgendwie die Geldinformationen durchsickerten, und plötzlich gab es eine Menge Groll gegen die Person, die in der „Management“-Position kandidierte.

Moral der Geschichte, Ihre Gehaltsinformationen sollten Ihren Mitarbeitern gegenüber vertraulich sein.

Entwickler werden normalerweise erkennen, dass jedes Team jemanden braucht, der sich um die administrativen Aufgaben und Verwaltungsangelegenheiten kümmert. Wenn Sie als Teammitglied anerkannt werden, das dies tut, haben Sie Erfolg.

Um dies zu erreichen, müssen Sie Folgendes tun: die Arbeit erledigen. Pläne machen. Richtet sie hin. Stellen Sie sicher, dass alle Dinge, für die Sie verantwortlich sind, funktionieren. Nach einer Weile werden Sie geschätzt.

Da die meisten Antworten ziemlich lang sind, möchte ich eine einfache hinzufügen.

Sie können nicht erwarten, als Team in allem besser zu sein. Das ist offensichtlich und könnte eine gute Sache sein. Besprechen Sie Ziele mit Ihrem Team, engagieren Sie sich mit ihnen. Sie machen deutlich, was Sie tun können und was nicht. Wenn Sie sicherstellen, dass Sie ihre Meinung wertschätzen, aber auch deutlich machen, welche Dinge nicht wichtig sind, sollte das vollkommen in Ordnung sein.

Soweit ich weiß, möchte ich als Entwickler nur, dass die Leute wissen, wozu ich fähig bin, und gehört werden, wenn ich denke, dass meine Meinung wertvoll ist. Ich denke, die meisten Entwickler sind so.

Ich würde sagen, entspann dich.

Ich war über 20 Jahre Berater und sowohl Manager als auch Manager, und es kommt äußerst selten vor, dass der Manager der beste oder schärfste Entwickler in einem Team ist.

Die Rolle eines Entwicklungsmanagers besteht darin, das Beste aus seinem Team herauszuholen, und dazu sind 20 % technische Fähigkeiten und 80 % menschliche Fähigkeiten erforderlich. Ihre Aufgabe ist es, die relativen Stärken jedes Mitglieds Ihres Teams zu verstehen, eine produktive Kommunikation zu fördern, ihnen zu helfen, in ihren Rollen zu gedeihen und zu wachsen, sie vor dem Hagel von Bullshit zu schützen, den die meisten Organisationen erzeugen, und jedem das Gefühl zu geben, anerkannt zu werden und in ihrer Arbeit geschätzt.

Dies sind alles „Soft Skills“: Ihre technischen Fähigkeiten helfen Ihnen, den Entwicklungsprozess und die größeren Designentscheidungen zu verstehen, die Ihr Projekt mit sich bringt. Aber diese sind nur in dem Maße wirklich hilfreich, wie Sie dazu beitragen können, dass Ihr Team glücklich, konzentriert und produktiv bleibt.

Geben Sie nur bitte nicht vor, über Kenntnisse oder Fähigkeiten zu verfügen, die Sie nicht haben. Es hört sich so an, als ob Sie vom Können Ihres Teams ein wenig eingeschüchtert sind, aber Ihre Rolle besteht nicht darin, der klügste Typ im Raum zu sein. Es soll die Samen säen, den Boden düngen und die Heuschrecken fernhalten. Und wenn Sie das gut machen, haben Sie sich Ihren Lohn und den Respekt Ihres Teams verdient.

@USER_8675309 - Sie können eine großartige Führungskraft sein, unabhängig davon, wie Ihre Entwicklerfähigkeiten im Vergleich zu Ihrem Team abschneiden. Sie führen, indem Sie Ihr Team unterstützen und von hinten statt von vorne führen. Anstatt Befehle zu erteilen und einen machiavellistischen Führungsansatz zu verfolgen, sollten Sie sich in diesem Fall darauf konzentrieren, dem Team genügend Ressourcen und Zeit zur Verfügung zu stellen, um sicherzustellen, dass die erzielten Ergebnisse das Ergebnis echter Zusammenarbeit und kreativen Denkens sind. Denken Sie daran, dass jedes Mitglied Ihres Teams seine eigenen individuellen Fähigkeiten und Talente hat. Es liegt an Ihnen, diese Talente zu erkennen und aufstrebende Führungskräfte zu identifizieren. Das Richtige tun, anstatt das Richtige zu tun! Viel Glück, Alter ... du hast es geschafft!