Ich wurde zweimal Teamleiter
Ich habe eine solche Eigenschaft: zu versuchen, in allem eine perfekte Ordnung herzustellen, zu systematisieren, Prozesse aufzubauen. Ich habe mich immer dafür interessiert, mehr als nur Codierung zu übernehmen. Mein erstes Startup, nennen wir es "T", war im Entwicklungsprozess in totalem Chaos.
Jetzt würde ich dort kaum anfangen zu arbeiten, aber dann war es sehr atmosphärisch. Stell dir vor. Viele parallele Kunden. Der Manager ging direkt (und punktuell) zu den Entwicklern. Wir haben oft die angekündigten Fristen verpasst und uns spät aufgesetzt. Ich erinnere mich, wie der Chef eines Tages um 20 Uhr anrief und ihn bat, zur Arbeit zu kommen, um die Funktion für den Kunden zu optimieren, weil "er die Frist morgen früh bekannt gab". Aber bei T waren wir eine Familie.
Und sie haben alles selbst gemacht - so gut sie konnten. Ich erinnere mich, dass ich Ubuntu auf einem Rack-Server installiert habe, den uns einer der Investoren gegeben hat. Als ich es einschaltete, hörte es einen Hubschrauber abheben!
Dort bin ich zum Technischen Direktor aufgewachsen und habe mit einem Team von 10 Leuten gearbeitet. Tatsächlich geschah die erste aus einer Laune heraus, dass die Erfahrung der Teamführung dort stattfand.
In D, wo ich als Entwickler tätig war, waren die Dinge anders - besonders wenn es um Prozesse ging.
Das Unternehmen hat klassisches Scrum implementiert: klare Sprints, Burndown-Diagramme, Demos, Planung, Story Points, Pflege zur Vorbereitung des zukünftigen Sprints. Ich war erstaunt über die Qualität des Prozesses, schrieb den Code leise und beobachtete, wie alles funktionierte. Dann freundete er sich mit dem Scrum Master an und warf ihm Fragen zu. Er antwortete eifrig und teilte coole Bücher.
Ich erinnere mich besonders an "Scrum und XP: Notizen von der Front" von Henrik Kniberg. Der Prozess in "D" wurde in der Nähe dieser Methodik aufgebaut: Infolgedessen wussten alle Führungskräfte und Verkäufer genau, wann das Ergebnis sein würde.
Ich bin auch als Entwickler zu Skyeng gekommen. Im Gegensatz zu meinen anderen Unternehmen ist die kontinuierliche Integration hier hervorragend implementiert: Jeden Tag werden Funktionen für die Produktion freigegeben. In meinem Team ähnelte der Prozess am ehesten Kanban.
Wir hatten einen exzellenten Teamleiter Petya. Bei Einzelgesprächen konnten wir alles besprechen: von Problemen mit der Nichteinhaltung von Fristen bis zu Einstellungen für den Task-Tracker. Manchmal habe ich nur Feedback gegeben, manchmal habe ich etwas geraten.
Also hat Petya mich durchschaut und etwas über die Erfahrung der Teamführung bei T und des Fernunterrichts Scrum bei D gelernt.
Irgendwann schlug er vor, dass ich aufstehen sollte.
Die Operation "Nachfolger" in meinem Fall sah so aus und dauerte 6 Minuten.)
Und eine Woche später stellte sich heraus, dass eine neue Richtung im Unternehmen eröffnet wurde, und Petja mit einem Teil des Teams ging zu diesem Projekt. Die restlichen Jungs brauchen einen neuen Vorsprung.
Alles geschieht von selbst, als würde Sie das unsichtbare Gesetz der Anziehung in Richtung Teamführung treiben.
Wenn ein Unternehmen einen Teamleiter braucht und jeder denkt "Wo kann ich ihn bekommen?", Nehmen sie oft von den Leuten, die:
- besser organisiert
- sind schnell in Teamprozesse und Ideen involviert,
- motiviert und glaubwürdig in den Augen anderer Entwickler.
Solche Personen werden im Management schnell zur Kenntnis genommen. Wenn also eine Stelle frei wird, gehen sie zu ihnen. So hat es für mich und zumindest für mehrere Kollegen aus anderen Unternehmen funktioniert, mit denen ich über dieses Thema gesprochen habe. Und es ist lustig, dass alle bemerkt haben, dass der Übergang fast keine Anstrengungen unternehmen musste.
Hier muss erklärt werden, wer in unserem Fall der Teamleiter ist.
, (, - , ). : , . , .
Skyeng :
Skyeng :
Aber es ist eine Sache, die Aufgaben eines Teamleiters zu übernehmen und eine ganz andere, sie zu bewältigen.
Was hat sich geändert und wie bin ich damit umgegangen?
Die ersten Tage leben Sie mit einem Gefühl von Euphorie, Triumph und Freude. Trotzdem: Sie sind an der Spitze eines ganzen Teams, Sie haben einen Einsatz gemacht, Sie haben mehr Möglichkeiten und Verantwortung! Seit ich T verlassen habe, sind einige Jahre vergangen. Ich habe Erfahrungen gesammelt, meine Fehler analysiert, fortgeschrittene Prozesse und Methoden gesehen und daran gearbeitet. All dies gab mir Kraft und Zuversicht für den zweiten Einstieg in die Teamführung.
Mit der Zeit verging jedoch das Gefühl der Euphorie und der Alltag begann. Folgendes ist mir aufgefallen.
Sie müssen mental darauf vorbereitet sein, sich vom "Every Night Zen" zu trennen ... und sich mit dem "Quarterly" anzufreunden. Das Ergebnis der Arbeit eines Teamleiters wird normalerweise nicht an einem Tag oder sogar in einer Woche angezeigt. Dies ist sowohl ein Plus als auch ein Minus.
In seinem Bericht "Pannen und Pannen beim Übergang vom Ingenieur zum Teamleiter" kommt Artem Kalichkin auf den Punkt und sagt, dass "Programmierer einer der glücklichsten Menschen der Welt sind".
Wenn Sie Entwickler sind, haben Sie jeden Tag einen kompilierten Build, eine abgeschlossene Aufgabe, eine neue Funktion in der Produktion - und das ist eine gewisse Freude. Eine Art Zen: Ich habe den Job gemacht, Sie können abends in Ruhe zur Ruhe gehen.
Der Teamleiter hat im Stand-up selten etwas zu teilen: Weil Sie gestern „die Planung durchgeführt, telefoniert, die E-Mails gelesen und dem Rückstand Aufgaben hinzugefügt haben“. Ergebnisse wie ein neuer Abschnitt auf einer Website oder eine große Funktion in einer Anwendung bestehen aus kleinen Schritten, die Sie und Ihr Team jeden Tag durchlaufen. Während dieser Zeit schreiben Sie möglicherweise keine einzige Codezeile, aber im Allgemeinen ziehen Sie ein solches Arbeitsvolumen ein, das Sie in dieser Zeit niemals gemeistert hätten.
Zum Beispiel hat mein Team einen Abschnitt mit Studienthemen für die Skyeng-App für iOS und Android erstellt: Wir haben eine Karte für die Übungsstufe, eine Energieskala für verschiedene Kategorien von Schülern, tägliche Ziele, Aufgabenfortschritts-Tracker, verschiedene Mechanismen für Aufgabenkarten, Sprachausgabe und mehr implementiert.
Der gleiche Abschnitt im Anhang.
Sie können die Anzahl der Bildschirme und die Mechanik einer Lektion im GIF schätzen: Die Bewegung wird beschleunigt
Dies ist größtenteils eine Geschichte über die Delegation. Sie müssen die Gewohnheit bekämpfen, alles selbst zu tun. Um ein echter Teamleiter zu werden, müssen Sie grundsätzlich lernen, wie man mit den Händen der Entwickler Ihres Teams programmiert.
Ein unerfahrener Teamleiter kann leicht zum "Engpass" eines Teams werden . Je weniger der Entwickler von der Arbeit abgelenkt ist, desto idealer sind das Ergebnis und das Team. Daher hat er einen Aufgabenstau mit Prioritäten, einen Stand-up-Stand und ein paar andere Meetings pro Woche. Und wenn Sie eine neue Funktion für die Arbeit planen müssen, ein kritischer Fehler gefunden wird, der Prod ausgefallen ist oder das Team eine Frage hat, ziehen sie die Teamführung. Damit alles und jeder funktioniert, muss man viel kommunizieren.
« -» — , - .
Hier möchte ich
Die Praktiken, die ich gelernt habe, haben dazu beigetragen, die Defokussierung zu beseitigen. Ich warnte alle, dass ich eingehende Anrufe 1-2 Mal am Tag überprüfen würde, begann Tage ohne Besprechungen und Anrufe zu arrangieren, plante meinen Arbeitstag schriftlich (ich habe sogar versucht, diese Praxis im Team einzuführen, aber die Entwickler mögen das nicht). Ich habe die Prioritäten nur geändert, wenn etwas wirklich Kritisches passiert ist. Infolgedessen wurden die Dinge, die ich geplant hatte, nicht mehr verschoben.
Im Allgemeinen musste ich meine Gewohnheiten brechen und dringend eine Reihe nützlicher Techniken beherrschen.
Die für einen Lead erforderlichen Fähigkeiten werden während der Entwicklung nicht entwickelt. Als Teamleiter werden Sie ein aktiver Teilnehmer an der Handelsbeziehung zwischen Geschäft und Entwicklung. Das Ziel eines Unternehmens ist der Gewinn, daher möchte der Kunde in kurzer Zeit viele hochwertige Funktionen aus der Entwicklung erhalten. Entwickler bemühen sich um Qualität, aber nicht in Eile. In diesem Bild muss der Teamleiter das richtige Gleichgewicht zwischen Qualität, Geschwindigkeit und Umfang der zu lösenden Aufgaben halten.
Dazu müssen Sie eine vertrauensvolle Beziehung zum Kunden aufbauen, damit er versteht, was das Team tut, wie lange es dauert, diese oder jene Funktion zu kürzen, ob wir Zeit haben oder nicht, was zu tun ist, um Zeit zu haben. Sie müssen diese "Soft Skills" entwickeln und gleichzeitig die Position und die Prinzipien des Teams fest verteidigen. Denken Sie auch an Prozesse, Formate und Pipeline-Architekturen: Wie Aufgaben zu Ihnen kommen, wie sie ausgeführt werden, wie sie behoben werden, wie sie in die Produktion gehen.
Natürlich können die Fähigkeiten selbst entwickelt werden. Sie müssen jedoch darauf vorbereitet sein, dass dies zu einer gewissen Veränderung der Persönlichkeit führt.
Keine Teamführung mehr: Wie man sich nicht verliert und sich wieder findet
Vor zwei Jahren glaubte ich, dass der Teamleiter der nächste Schritt in der Entwicklung eines Programmierers war. Jetzt denke ich, dass dies ein weiterer paralleler Entwicklungszweig ist. Das Ergebnis des Übergangs hängt stark von jeder einzelnen Person ab - und Sie werden es erst wissen, wenn Sie es versuchen.
Diese Rolle muss getestet werden. Und keinen Monat, nicht zwei. Mindestens sechs, denke ich. Noch besser - ein oder zwei Jahre. Es besteht eine hohe Wahrscheinlichkeit, dass es schwierig wird. Sie möchten zurückkehren, ohne ein Ergebnis zu erzielen. Ich würde Ihnen raten, sich eine Frist zu setzen und zu sagen: „Ich ziehe bis zum Ende dieser Frist keine Zwischenschlussfolgerungen. Ich werde es testen und am Ende werde ich eine Entscheidung treffen, ob es meine ist oder nicht. " Persönlich habe ich genau das getan.
Nachdem ich anderthalb Jahre (von September 2018 bis Februar 2020) als Lead gearbeitet hatte, entschied ich mich bewusst, diese Rolle zu verlassen und kehrte zur Entwicklung zurück. Gleichzeitig führt das Team den KanalWen ich gelesen habe, ist als CTO in meiner Firma aufgewachsen.
Wir sind immer fern, die Hauptkommunikation ist in Slack: "Alle Bewegungen werden aufgezeichnet." Alles stellte sich wie auf dem Bild heraus: Der Kollege, den ich vorgeschlagen habe, versucht sich als Teamleiter, und ich genieße den "Abend-Zen" im Rahmen eines anderen Teams.
Und diesen Sommer haben ein paar andere Leute, die einen ähnlichen Weg gegangen sind, und ich ein internes Treffen über unsere Erfahrungen gemacht. Und die wichtigste Frage, die sich aus dem Publikum stellte: Ok, wie kann man verstehen, wenn man überlegt, wo man sich weiterentwickeln soll, ob die Rolle des Teams Ihre ist oder nicht?
So kam die Idee, es in einem öffentlichen Format zu diskutieren mit:
- Egor Tolstoi (Podlodka-Podcast und Kurse) - er hat sich für das Produktmanagement entschieden und wird über den Moment sprechen, in dem er feststellte, dass er die Entwicklungsleitung satt hatte.
- Vadim Martynov (Kontur und die RndTech-Community) - er kehrte zu den Entwicklern zurück und wird erzählen, wie er sich umgeschult hat, um Code zu schreiben, und wie sich all dies auf die Finanzen auswirkte.
- und Eugene Kot (Wrike und der gleiche Vortrag über Teamleitungsschmerzen) als Moderator.
Alles wird nächsten Mittwoch (2. September) um 19 Uhr online stattfinden. Moskau / Kiew / Minsk auf YouTube: Die Zuschauer haben einen Chat und eine einfache Möglichkeit, sich per Stimme einzuschalten. Und wenn Sie noch die Kraft haben, lassen Sie uns im Zoom sprechen.
Hier können Sie Ihrem Kalender eine Erinnerung hinzufügen .
Nehmen Sie an der Diskussion "MoreNeTimlead" teil oder sehen Sie sie sich in der Aufnahme an. Ich hoffe, unsere Erfahrung wird Ihnen nützlich sein, denn vor zwei Jahren dachte ich auch, dass ...