Was ist ein Teamleiter?

Hallo allerseits! Mein Name ist Arthur Dementyev. Ich möchte meine persönlichen Erfahrungen teilen und mehrere Artikel darüber schreiben, wie Management in der IT ist. Und auch darüber zu erzählen, auf welchen Rechen getreten wurde und welche Fehler vermieden werden konnten. Ich werde alle Artikel basierend auf meiner Erfahrung in verschiedenen IT-Unternehmen schreiben, in denen ich als Team Leader (TL) -Team aus mehreren Personen angefangen habe. In einem von ihnen habe ich von Grund auf eine kleine Abteilung zu einer großen IT-Struktur ausgebaut und bin zum CTO herangewachsen.

In vielen Unternehmen gibt es Probleme, oft machen Menschen Fehler. Es war die Kommunikation mit ihnen, die mich dazu veranlasste, einen Artikel zu schreiben. In naher Zukunft werde ich versuchen, weiter zu veröffentlichen. Ich hoffe, sie sind nützlich für TL, CTO, Abteilungsleiter oder diejenigen, die sie nur werden. Und ich beginne mit einer Geschichte darüber, was es bedeutet, Teamleiter zu sein. Es wird ein Einblick sein.

Hier sollten Sie sofort einen Exkurs machen. Es gibt verschiedene Unternehmen:

• groß, wobei normalerweise IT das Hauptaktivitätsprofil ist. Die Hierarchie besteht aus CTO, Tech Leader, Team Leader, Architekten, Projektmanager und Analyst. Unter solchen Bedingungen führt TL möglicherweise einige Funktionen nicht aus, die ich unten beschreiben werde.
• Unternehmen, in denen nur ein Teil des Unternehmens an die IT gebunden ist. Dort ist die Struktur die halbe erste Option;
• kleine Unternehmen mit einer kleinen IT-Abteilung von mehreren Personen (in meinem Fall waren wir drei). Es gibt einfach niemanden, auf den alle Verantwortlichkeiten verlagert werden können. Manchmal besteht die Aufgabe darin, ein solches Büro in einem Unternehmen vom ersten Punkt auf der Liste an zu erweitern.

Umfang und Verantwortungsbereich von TL hängen daher weitgehend von der Größe des Unternehmens oder der IT-Abteilung ab. Je größer das Unternehmen und je komplexer die IT-Struktur darin ist, desto weniger TL-Verantwortlichkeiten.

Wie werde ich Teamleiter?

Es gibt zwei Standardpfade zu einer TL-Position:

1. Karriereentwicklung eines Programmierers am aktuellen Arbeitsplatz. Wenn Sie zum Beispiel viel Initiative ergreifen, hart arbeiten, verantwortlich sind, zeigen, dass Sie Führungsqualitäten haben usw. Oder Sie werden an einen freien Ort versetzt, wenn sie aus irgendeinem Grund keine Person von außen einladen möchten. In diesem Fall schauen sie sich die Vorzüge an und wählen oft nur den leistungsstärksten technischen Spezialisten. Das heißt, der Strom und nicht das Streben bringt dich dorthin.
2. Sie wechseln den Job und kommen anstelle von TL zum neuen Unternehmen. Dies geschieht, wenn ein Spezialist über langjährige Erfahrung und den Wunsch verfügt, sich weiterzuentwickeln, das Wachstum in einem bestehenden Unternehmen jedoch aus irgendeinem Grund unmöglich und kompliziert ist. Als Ergebnis finden Sie ein Unternehmen, in dem sie glauben, dass Sie damit umgehen können.

Welchen Weg Sie auch immer zu Ihrer neuen Position einschlagen, jetzt werden Sie weniger Personen codieren und verwalten.

Änderung der Aktivität

Was ist neu in Ihrem Leben, seit Sie sich von einem Entwickler in eine TL verwandelt haben? Zweifellos werden Sie stärker in die Diskussionen einbezogen und nehmen an den Sitzungen teil. Sie können jedoch keine Zeit mit Routineaufgaben verschwenden, sondern diese an Kollegen delegieren. Sie müssen auch mehr Code überprüfen. Vielleicht fallen Sie Verträge und Abrechnung in der Buchhaltung. Es scheint, dass das Leben erfolgreich war und Sie das Ziel erreicht haben.



Aber die Euphorie vergeht ziemlich schnell und Sie fangen fast an zu brennen. So etwas passiert: Der Fluss der Aufgaben ist endlos, sie müssen gelöst oder delegiert werden, folgen Sie dem, was das Team schreibt. Ärgerliche Manager wollen ständig etwas und rufen ständig zu Besprechungen auf. "Gibt es nichts mehr zu tun?" - Du denkst. Die Chefs zittern mit den Fristen, und plötzlich verlässt eine Person das Team und sucht nach einem Ersatz für Sie. Auch die Frau ruft an. Im Allgemeinen werden Sie gereizt und stehen kurz vor dem Burnout. In diesem Modus können Sie wirklich maximal ein Jahr leben.

Wie kann man in so einer Hölle überleben? Wie macht der Rest das? Das Hauptproblem ist das Verlassen Ihrer Komfortzone. Sie befinden sich in einer neuen Welt, die alten Regeln gelten nicht. Natürlich gibt es einen Ausweg, aber Sie müssen ihn in gewissem Sinne selbst finden, sich selbst brechen und sich etwas Neues bewusst werden.

Was Sie verstehen müssen

Es gibt ein paar Dinge zu realisieren. Und je früher Sie dies tun, desto besser und einfacher wird es für Sie, zu leben.

• Sie erhalten kein Geld für das Schreiben von Code. Die Fähigkeit, Code zu schreiben und zu verstehen, ist für TL immer noch wichtig. Sie bewertet und überlegt die Architektur usw. Aber Sie haben nur zwei Hände und das Team hat deutlich mehr. Ihre Hauptaufgabe ist es, solche Bedingungen zu schaffen, dass das Team am effektivsten ist. Der Programmierer muss den Code schreiben, und alles andere ist Ihr Anliegen.
• Jetzt schreiben Ihre Kollegen Code besser als Sie. Sechs Monate bis ein Jahr werden vergehen, und der Mangel an Übung wird Ihre Fähigkeiten beeinträchtigen. Immerhin machen sie das fast alle Arbeitsstunden und Sie von Zeit zu Zeit oder abends zu Hause.
• Hör auf, die Menschen dir gleich zu machen. Ein Mensch ist so arrangiert, dass er glaubt, niemand könne das Problem besser lösen als er. Erstens ist dies nicht immer der Fall, und zweitens ist es keine TL mehr, wenn Sie Zeit damit verbringen, alle Probleme zu lösen, weil Sie denken, dass die Leute das nicht können. Vertraue Menschen.
• Ihre wichtigsten Leistungsindikatoren sind die Qualität des gesamten Projekts und die Entwicklungszeit. Hier spielen vielleicht Ihre Kommunikationsfähigkeiten die Hauptrolle. Etwas muss effizient und lange erledigt werden, und manchmal ist eine schnelle Lösung zweckmäßiger. Die Schwierigkeit besteht darin, dass Sie dies zum Programmierer bringen und ihn davon überzeugen müssen, das zu tun, was Sie in diesem Moment brauchen. Und nicht nach 2 Tagen, um festzustellen, dass er nur in der Mitte ist und jetzt eine fertige Lösung benötigt wird.
• Menschen motivieren. Überlegen Sie sich ein Motivationssystem, damit jeder besser arbeiten kann. Boni ausgeben, wenn es keinen Notfall gab? Nein, das ist Unsinn. Implementieren Sie Metriken, sammeln Sie Statistiken und bewerten Sie die Arbeit von Personen. Überwachen Sie auch das berufliche Wachstum der Mitarbeiter, die sich entwickeln. Halten Sie immer Ihren Finger am Puls der Zeit.
• Sie müssen Leute einstellen. Es ist gut, wenn Sie eine Personalabteilung haben, die IT-Spezialisten einstellen kann. Wenn nicht, haben Sie zusätzliche Verantwortlichkeiten. Lernen Sie, freie Stellen zu schaffen, Spezialisten auszuwählen, Interviews zu führen und zu entlassen. Und wenn Sie kein Startup mit Weltrauminvestitionen haben, machen Sie sich bereit, Leute im Budget unterhalb des Marktes zu finden. Möglicherweise müssen Sie die Kandidaten sogar selbst anrufen.
• Sie sind für das gesamte Projekt verantwortlich. Wenn Ihr Dienst plötzlich längere Zeit abstürzt oder nicht wiederhergestellt werden kann, weil keine Sicherungen vorhanden sind, sind Sie immer für die Verwaltung verantwortlich. Die technische Effizienz des Projekts liegt in Ihrer Verantwortung.
• Sie können die gewünschte Technologie nicht auswählen. Ein gewöhnlicher Entwickler kann neue Technologien anbieten. Die Aufgabe von TL besteht darin, das Gleichgewicht des Technologie-Stacks des Projekts aufrechtzuerhalten. Denken Sie daran, dass die Stabilität des Projekts und des Entwicklungsprozesses in Ihrer Verantwortung liegt. Was ist, wenn der einzige Bewahrer einer speziellen Technologie das Team verlässt? Darüber hinaus muss der Einsatz jeder Technologie gerechtfertigt sein. Ich beobachtete regelmäßig, wie eineinhalb Bagger in einem winzigen Projekt alles auf Microservices sahen. Sie erkannten nicht, dass das Unternehmen dafür nicht bereit war. Natürlich führten solche Experimente zu nichts Gutem.
• Sie sind ein Lebensretter in jeder Eile. In Notsituationen kann man nicht einfach auf den Befehl bellen: "Alles muss getan werden!" und gehen. Du musst bis in die Nacht sitzen. Sie können Entwickler nicht mit einem Eins-zu-Eins-Problem zurücklassen. Dies ist ein schlechtes Beispiel für sie, die Verantwortung liegt in solchen Fällen bei der TL. Aber es macht auch keinen Sinn, das gesamte Team in der Notarbeit zu halten. Ich selbst kehrte mehrmals um 5 Uhr morgens nach Hause zurück und kam am nächsten Tag um 9 Uhr morgens zu einem Treffen an. Im Allgemeinen besteht Ihre Aufgabe nicht darin, dies zur Sprache zu bringen.
• Sie müssen in der Lage sein, jedes Mitglied des Teams zu ersetzen. Wenn jemand krank wird, in den Urlaub fährt oder aufgibt und der Entwicklungsprozess stoppt, liegt die gesamte Verantwortung bei Ihnen. Seien Sie immer darauf vorbereitet.
• Der psychologische Aspekt. Sie müssen mit dem Team kommunizieren und die Leute verstehen, wissen, welche Probleme sie haben können, und sogar helfen, sie zu lösen. Die meisten Programmierer sind introvertiert. Sie sollten versuchen herauszufinden, was nicht zu ihnen passt oder die Arbeit beeinträchtigt. Natürlich wird die Mehrheit dies nicht sagen, Sie müssen lernen, dies zu verstehen. Aber die Hauptsache ist, nicht zu weit zu gehen und kein Psychologe statt Chef zu werden, sonst endet es schlecht.

Einige Nachteile. Gibt es irgendwelche Pluspunkte?

Ja! Und es gibt noch viele weitere Minuspunkte. Sie haben jetzt die Ressourcen, die Sie verwalten. Sie haben also mehr Mittel, um das Ergebnis zu erzielen, dh geschäftliche Probleme zu lösen. Das erwartet er von dir.

Ich würde einen Vergleich mit einer Fußballmannschaft machen. Als junger Mannschaftstrainer hat jeder Spieler seine eigenen Stärken und Schwächen. Wenn Sie sie verwalten, ohne die jeweiligen Merkmale zu berücksichtigen, ist es unwahrscheinlich, dass Sie etwas gewinnen können. Wenn Sie jedoch ein echter Teamleiter werden, sollten Sie in der Lage sein, die Schwächen Ihrer Kollegen in Stärken umzuwandeln, um den Sieg zu erringen.

Sie können nicht sehr erfahrene Leute einstellen, aber in einem halben Jahr verwandeln Sie sie in coole Spezialisten, die das Projekt vorantreiben. Denken Sie daran, dass Sie coole Ansätze in Ihrem Arsenal haben, zum Beispiel Scrum oder Kanban, die schmerzhafte Entwicklung zu einem etablierten Prozess für alle Teilnehmer machen können.

Sie haben auch ein riesiges Feld zum Experimentieren. Sie haben Ressourcen, um nach neuen Lösungen zu suchen und diese auszuprobieren. Dies muss getan werden, etwas wird funktionieren und Erfolg bringen. Suchen Sie nach Möglichkeiten, die sowohl dem Team als auch dem Unternehmen zugute kommen. Es gibt keine Silberkugel, Sie müssen Ihre eigene Lösung finden, die unter bestimmten Bedingungen funktioniert.

Nutzen Sie Ihre Erfahrung und bauen Sie effektive Mitarbeiterauswahlsysteme auf. Motivieren und entwickeln Sie auch Ihr Team. Und vergessen Sie nicht die Entwicklung Ihrer selbst: Lesen Sie Bücher, hören Sie Vorträge, gehen Sie zu Konferenzen. Am Ende chatten Sie einfach mit Menschen und tauschen Sie Erfahrungen aus. Als Ergebnis bauen Sie das stärkste Traumteam auf.

Wenn Sie immer noch nicht verstehen, werden Sie im Laufe der Zeit feststellen, dass die wichtigste Ressource Menschen sind. Bleiben Sie bei Ihren Kollegen, nicht beim Chef und den Untergebenen. Sei ein Mechanismus, hilf ihnen und sie werden dir helfen.

Team Leader ist kein Superprogrammierer, sondern ein Leader, der aus allen Ressourcen, egal was passiert, ein cooles Team zusammenstellen und einen Gewinn für das Unternehmen erzielen kann. Das macht diesen Job wirklich cool.



Für mich persönlich ist es das höchste Lob, wenn Leute kommen und sagen: "Verdammt, welchen Service Sie heruntergespült haben! Auch mit so einem kleinen Team! “ Danach verstehen Sie, dass nicht alles umsonst war. Und es gibt Kraft, um das Projekt noch besser zu machen. Gewinnen Sie sozusagen Ihre Meisterschaft mit den Jungs.

Für diejenigen, die schon morgen ein Interview machen

Es lohnt sich, über die offenen Stellen für die TL-Position zu berichten. Wie ich oben schrieb, sind Unternehmen unterschiedlich, sie haben unterschiedliche Aufgaben. Versuchen Sie beim Vorstellungsgespräch zu verstehen, wen der Arbeitgeber noch braucht, damit Ihre Erwartungen mit der Realität übereinstimmen. Es ist besonders lustig, wenn das Unternehmen keine klare Hierarchie hat und alles an einer Person hängen sollte. Normalerweise steht in ihren offenen Stellen ein Satz: „Sie müssen 70–80% der Zeit programmieren. Ich würde empfehlen, solche Vorschläge zu vermeiden. Entweder möchten sie bei Ihnen sparen, oder das Management versteht nicht, warum sie TL benötigen. Natürlich ist jeder Fall individuell, aber es gibt immer noch Facetten des Rationalen. Am Ende brennt eine Person aus und geht, weil Sie nicht die ganze Zeit in Stress leben können.



Gehen Sie die Wahl des Ortes mit dem Verständnis dessen an, was Sie bekommen möchten. Denken Sie daran, dass das Interview nicht nur mit Ihnen, sondern auch mit dem Unternehmen geführt wird. Fühlen Sie sich frei, Fragen zu stellen, alles herauszufinden. Es ist besser, alles im Voraus zu wissen, als im Abgrund zu landen. Sie können sogar darum bitten, sich mit dem Team vertraut zu machen und zuzuhören, was Ihr zukünftiges Team sagt. Der Preis für Fehler ist hoch: Der falsche Ort kann jede weitere Entwicklung behindern und erlaubt Ihnen nicht, in diese wunderbare Welt einzudringen.

Schlussfolgerungen

Die Entscheidung, TL zu werden, sollte eine bewusste Entscheidung sein, und zwar nicht nur, weil Sie es satt haben, Code zu schreiben, oder ein höheres Gehalt wünschen. TL ist der erste Schritt im IT-Management. In diesem Stadium können Sie verstehen, ob es Ihnen gefällt oder nicht. Wenn nicht, können Sie jederzeit zu den Entwicklern zurückkehren. Denken Sie jedoch daran, dass es schwierig sein kann, zurück zu gehen, wenn Sie lange an TL arbeiten. TL schreibt nicht viel Code, die Welt mit der Technologie verändert sich sehr, Erfahrung geht verloren. Es kann sich herausstellen, dass Sie zurückkommen, und es wird lange dauern, bis Sie die verlorene Zeit wieder gut gemacht haben.

Dies ist sicherlich ein sehr interessanter Job. Sie müssen Ihr Denken brechen und neu denken. Und natürlich die Komfortzone verlassen. Aber dann erhalten Sie wertvolle Managementerfahrung, können Teams aufbauen und Ergebnisse für das Unternehmen erzielen.

Alles, was oben beschrieben wurde, kommt mit Erfahrung. In Lehrbüchern und Kursen lernen Sie nicht, TL zu sein. Aber sie können helfen, eine beträchtliche Anzahl von Rechen zu umgehen.

PS: Danke für deine Zeit! Ich bitte Sie, nicht streng zu urteilen, dies ist mein erster Artikel über den Hub Ich hoffe, sie wird jemandem nützlich sein. Ich habe versucht, meine persönlichen Erfahrungen zu vermitteln. Für jede Meinung wäre ich dankbar. Dies ist jedoch nur der Anfang. Dann möchte ich mich mit den Details der Entwicklungs- und Managementprozesse des Teams befassen und erläutern, wie ich sie aufgebaut habe.

Meine anderen IT-Management-Artikel:
Traumteam aus dem Nichts: Einstellung von IT-Fachleuten
So erstellen und verwalten Sie erfolgreiche Teams
Neuer Mitarbeiter - tot oder lebendig
Wachsen, Teamleiter, groß und klein