Es ist ungefähr zehn Monate her, seit ich offiziell die Rolle des Group Tech Lead übernommen habe, und ich habe begonnen, das Gesamtbild dessen zu verstehen, was es mit sich bringt und was meine Verantwortlichkeiten sind. Es ist erwähnenswert, dass die Rollendefinition zwischen Unternehmen und Einzelpersonen stark variiert. In diesem Blogbeitrag teile ich meine eigenen Erfahrungen und Erkenntnisse darüber, was es bedeutet, ein Group Tech Lead zu sein, und was meiner Meinung nach der beste Weg ist, diese Rolle anzugehen.

Bei Melio haben wir für jedes Team einen Teamleiter und einen technischen Leiter sowie für jede Gruppe, die normalerweise aus 3–4 Teams besteht, einen Gruppenleiter und einen technischen Gruppenleiter.

Von Beginn meiner Karriere als Ingenieur an habe ich immer davon geträumt, einmal Architekt zu werden. Ich dachte, das bedeute, die Person zu sein, die alle wichtigen Entscheidungen trifft und an die sich andere wenden, wenn sie Antworten auf ihre größten Probleme suchen. Aber wie sich herausstellt, ist das nicht ganz richtig. Auf einem hohen technischen Führungsniveau zu sein bedeutet nicht, dass alle wichtigen Entscheidungen von einer Person getroffen werden müssen, die alles weiß. Stattdessen bedeutet es, zu lernen, wichtige Entscheidungen zu delegieren und ein starkes Team um sich herum aufzubauen. Es ist schwierig, diese Fähigkeit zu entwickeln, und ein Softwareentwickler muss sie normalerweise nicht erlernen.

Natürlich ist es nach wie vor unerlässlich, ein starker Ingenieur zu sein, und als Group Tech Lead werde ich häufig zu technischen Designsitzungen und anderen Entscheidungsbesprechungen eingeladen, bei denen ich einen Mehrwert bieten, mit der Technologie auf dem neuesten Stand bleiben und die verschiedenen verfügbaren Optionen verstehen muss . Aber wenn das Unternehmen wächst, ist es wichtig, sich daran zu erinnern, dass meine Aufgabe nicht nur darin besteht, kluge Entscheidungen zu treffen, sondern auch darin, die Menschen um mich herum zu befähigen, Entscheidungen zu treffen, auch wenn ich nicht verfügbar bin . Das bedeutet, ihnen zu vertrauen und sich darüber im Klaren zu sein, dass sie möglicherweise einen anderen Ansatz verfolgen als ich, aber solange das Problem gelöst wird und die Anforderungen erfüllt werden, können wir gemeinsam daraus lernen.

Wenn Sie darüber nachdenken, ein technischer Leiter zu werden, haben Sie diesen Satz wahrscheinlich schon eine Million Mal gehört und sind es wahrscheinlich leid, ihn zu hören – aber es stimmt: Diese Position ist nicht jedermanns Sache. Es gibt viele Vorteile, ein hochqualifizierter Ingenieur zu sein. Sie können an allem arbeiten, was Sie wollen, den größten Teil des Tages Code schreiben (was mein größtes Hobby ist) und gute Unternehmen wissen, wie sie diese Personen entschädigen können. Ich sage nicht, dass ich meine aktuelle Rolle nicht liebe; es ist genau das Gegenteil. Es ist jedoch eine völlig andere Rolle als die eines Ingenieurs. Wahrscheinlich schreibe ich etwa 20 % der Zeit Code, wenn nicht sogar weniger (ich schreibe Code immer noch am Wochenende, weil es, wie gesagt, mein Hobby ist).

Hier ist die Art von Arbeit, mit der ich normalerweise beschäftigt bin:

‍ Erstellen eines visionären Architekturplans auf hohem Niveau

Wie wird die Architektur in einem Jahr aussehen? Wie wäre es mit zwei Jahren? Ein Unternehmen braucht eine technische Vision. Dabei handelt es sich in der Regel um ein Dokument mit übergeordneten Diagrammen. Es lohnt sich, es in verschiedene Phasen mit bestimmten Daten zu unterteilen, damit es umsetzbar ist.

Beispiele: Umstellung auf Microservices, Experimentieren mit serverloser Architektur, Unterstützung mehrerer Regionen, Angabe begrenzter Kontexte usw.

Förderung des visionären Architekturplans auf hohem Niveau

Es reicht nicht aus, die Dokumente einfach nur zu erstellen. Es ist auch wichtig, sie mit anderen zu teilen, Feedback einzuholen, sie zu verbessern und sie dem gesamten Forschungs- und Entwicklungsteam vorzustellen, um sicherzustellen, dass alle auf dem gleichen Stand sind.

Teilnahme an Tech-Design-Sitzungen

Ich verlange von niemandem, dass er mich einlädt. Wenn sich jemand dazu entschließt, bin ich dankbar, dass er anwesend war und sein wird, sehr aufmerksam zuhört und in den meisten Fällen Bedenken äußert, sobald andere Teilnehmer mit dem Stellen von Fragen fertig sind. Eventuell vereinbare ich sogar eine separate Sitzung mit den Referenten. Wenn Sie andere zuerst zu Wort kommen lassen, besteht eine gute Chance, dass jemand meine Frage stellt. Und wenn keine Zeit mehr bleibt? Das ist großartig, jetzt kann ich die Frage in einem weniger formellen Rahmen stellen.

‍♀️ Ermächtigend

Eine meiner Hauptaufgaben besteht darin, die richtigen Personen zu identifizieren, die das Potenzial haben, das Unternehmen zu leiten, und herauszufinden, wie ich sie dabei unterstützen kann, ihr volles Potenzial auszuschöpfen. Haben sie beispielsweise schon einmal eine Präsentation vor dem gesamten Unternehmen gehalten? Wenn nicht, kann ich ihnen bei der Vorbereitung und Lieferung helfen. Haben sie jemals ein Projekt von Anfang bis Ende mit vollständiger Eigenverantwortung geleitet? Wenn nicht, kann ich sie durch den Prozess begleiten. Haben sie jemals ein Diagramm erstellt, auf das sich die gesamte Organisation beziehen kann? Wenn nicht, kann ich ihnen bei der Erstellung helfen.

‍♀️ Delegieren

Dies ist ein Bereich, in dem ich noch viel Raum für Verbesserungen habe – indem ich Personen identifiziere, die in bestimmten Bereichen hervorragende Leistungen erbringen, und ihnen Aufgaben und Verantwortlichkeiten delegiere. Es fällt mir leicht, die richtige Antwort zu geben oder ein Problem zu lösen, aber es ist viel schwieriger, die Leute zu finden, die die zukünftigen Experten in einem bestimmten Bereich sein werden, ihnen zu delegieren und sie gleichzeitig auf den neuesten Stand zu bringen. Dies erfordert nicht nur technisches Wissen, sondern auch Führungs-, Mentoring- und Coaching-Fähigkeiten. Es handelt sich um einen kontinuierlichen Prozess zur Identifizierung und Entwicklung von Talenten innerhalb des Teams und zur Befähigung dieser, mehr Verantwortung zu übernehmen.

‍ Code schreiben

Wenn ich Code schreibe, bemühe ich mich, einen Mehrwert zu schaffen, indem ich neue Tools oder Muster entdecke, die bisher noch nicht verwendet wurden.

Es ist wichtig, sich mit dem Code auseinanderzusetzen, um den Kontext zu verstehen, womit Ingenieure arbeiten, und um Schwachstellen zu erkennen. Auf diese Weise wirken architektonische Ratschläge nicht unzusammenhängend. Wenn Ideen umgesetzt werden, sehen sie oft anders aus als bei der ersten Konzeptualisierung

‍ Codeüberprüfungen

Ich wünschte, ich könnte mehr Pull Requests (PRs) überprüfen. Ich versuche, diejenigen zu priorisieren, die ich für wichtig halte oder bei denen ich einen Mehrwert schaffen kann. Es ist jedoch wichtig zu beachten, dass der Versuch, jede einzelne PR zu überprüfen, überwältigend und kontraproduktiv sein kann. In der Vergangenheit habe ich erlebt, dass technische Leiter als Gatekeeper agierten und dadurch letztendlich ein Engpass für das gesamte Team entstand. Dies kommt dem Unternehmen nicht zugute; Tatsächlich schadet es ihm.

Ich vertraue den Ingenieuren, mit denen ich zusammenarbeite, und glaube, dass sie Fehler beheben und daraus lernen werden, wenn sie Fehler machen. Alle PRs überprüfen zu müssen, ist wie ein „Null-Bugs“-Rennen, obwohl Bugs in Wirklichkeit ein natürlicher Teil des Lernprozesses sind – genau wie ich aus meinen eigenen Fehlern gelernt habe. Deshalb vertraue ich meinen Teamkollegen und konzentriere mich darauf, bei den PRs, die ich überprüfe, unterstützend und hilfreich zu sein. Es geht darum, ein Gleichgewicht zwischen Qualitätskontrolle und der Stärkung des Teams zu finden.

Interne Kommunikation (APIs und Dokumentation)

Wie kommunizieren andere Teams mit unserem? Finden wir, dass immer wieder dieselben Anfragen auftauchen? Scheinen manche Leute die meisten Fragen zu bekommen?

Ich habe festgestellt, dass bessere APIs und eine bessere Dokumentation zur Verbesserung der Kommunikation beitragen können. Ich glaube, dass die Arbeit daran entscheidend ist, um anderen Teams dabei zu helfen, effektiver mit unserer Gruppe zu kommunizieren. Es ist wichtig sicherzustellen, dass die benötigten Informationen leicht zugänglich sind und dass sie wissen, an wen sie sich bei Fragen wenden können. Es ist auch wichtig, den Überblick über die häufigsten Anfragen und Fragen zu behalten, um zu sehen, ob es Muster oder Bereiche gibt, in denen wir die Kommunikation verbessern können.

Code riecht

Die Suche nach Code-Smells ist für Ingenieure eine nie endende Aufgabe. Es ist ein fortlaufender Prozess, das System wartbar zu halten. Jeder muss sich an dieser Anstrengung beteiligen, um sicherzustellen, dass die Codebasis in gutem Zustand bleibt.

️ Fehlende Diagramme

Genau wie bei Code-Smells gibt es einen „Missing Diagram Smell“, wenn Leute anfangen, sich in einem bestimmten Bereich zu verirren, oder alternativ, wenn es sehr lange dauert, bis neue Leute diesen Bereich erlernen.

Ich habe festgestellt, dass dies normalerweise ein Zeichen für ein fehlendes Architekturdiagramm ist, das die Lernkurve beschleunigt und auch als gute Grundlage für Diskussionen dient.

Fehlender Softwarekomponentengeruch

Eine mangelhafte Softwarekomponente erkennt man daran, dass Abschnitte eine unzureichende Leistung erbringen, was zu einer Erhöhung der täglichen Arbeitsbelastung führt. Dies kann auf eine Implementierung zurückzuführen sein, die häufig manuelle Eingriffe erfordert, falsch positive Fehler, redundante Logik, übermäßig komplexe Domänen und andere.

Beispiele für fehlende Komponenten sind ein unterstützender Dienst, ein Code generierendes Paket oder ein fehlendes Entitätsmodell. Die Integration von Softwarekomponenten kann den Entwicklungsprozess vereinfachen und das Entwicklungserlebnis insgesamt verbessern.

Da ich über umfassende Kenntnisse unseres Systems verfüge, bin ich in der Lage, Vorfälle zu identifizieren, ihre Auswirkungen zu bewerten und die Zeit zu bestimmen, die für den Bau relevanter Komponenten erforderlich ist.

️ Teilnahme an wichtigen Architekturprojekten

Ich bin an der Planung und Durchführung von Großprojekten beteiligt, die einen großen Einfluss auf die technologische Infrastruktur und Ausrichtung des Unternehmens haben. Ich arbeite eng mit anderen Leitern und Ingenieuren zusammen, um sicherzustellen, dass die Projekte erfolgreich verlaufen.

Normalerweise bin ich an drei bis vier Projekten gleichzeitig beteiligt, zusätzlich zu dem Projekt, an dem ich ganz praktisch arbeite.

Für mich ist es wichtig, mindestens ein Projekt zu haben, in dem ich vollständig mit dabei bin, damit ich in den Codedetails bleiben und den Bereitstellungslebenszyklus miterleben kann.

An diesen Projekten beteiligt zu sein bedeutet nicht, dass ich sie leite. Ganz im Gegenteil. Dies ist der Ort, an dem ich anderen die Möglichkeit geben kann, die Führung zu übernehmen, und gleichzeitig versuche, mit allem, was ich kann, zu helfen.

‍ Interne Vorträge

Auch die Durchführung von Präsentationen und Vorträgen zu wichtigen Themen, die dem Unternehmen dabei helfen könnten, sich technologisch weiterzuentwickeln, gehört zu meinen Aufgaben. Das Team über die neuesten Technologien und Branchentrends auf dem Laufenden zu halten und deren Auswirkungen auf das Unternehmen zu besprechen, ist für kontinuierliche Verbesserung und Fortschritt von entscheidender Bedeutung.

☕️ Kaffeepausen und Plausch mit meinen Kollegen

Es ist äußerst wichtig, Kaffeepausen mit Teammitgliedern einzulegen. Auch wenn ich kein Team- oder Gruppenleiter bin, finde ich es wichtig, mir die Zeit zu nehmen, lockere Gespräche mit meinen Kollegen zu führen. Eine starke Kommunikation ist der Schlüssel zu effektiver Teamarbeit und gute Kommunikation beginnt mit einfachen Gesprächen. Es ermöglicht mir, meine Kollegen auf einer persönlicheren Ebene kennenzulernen, ihre Perspektive zu verstehen und Vertrauen aufzubauen. Es hilft mir auch, eine offene Kommunikationslinie aufrechtzuerhalten und potenzielle Probleme oder Hindernisse zu erkennen, bevor sie zu einem Problem werden.

️Mich selbst fördern Zum Wohle des Unternehmens

Das Schreiben von Tech-Blogs und Vorträge auf Konferenzen trägt nicht nur dazu bei, die Marke des Unternehmens zu stärken, sondern lockt auch Top-Talente für das Unternehmen an und erweitert Ihr berufliches Netzwerk. Darüber hinaus ist es eine unterhaltsame Möglichkeit, Ihr Wissen und Ihre Erfahrungen mit anderen in der Branche zu teilen.

‍ Vorstellungsgespräch

Vorstellungsgespräche können zeitaufwändig sein, aber letztendlich ist der Prozess von entscheidender Bedeutung, da er Ihnen die Auswahl der Personen ermöglicht, die eng mit Ihnen zusammenarbeiten werden.

Diese Entscheidung ist von großer Bedeutung, da die Menschen, mit denen Sie zusammenarbeiten, einen direkten Einfluss auf den Erfolg des Unternehmens haben. Es ist wichtig, sich die Zeit zu nehmen, Kandidaten, ihre Qualifikationen und ihre Passung zur Unternehmenskultur gründlich zu bewerten.

‍♂️ Teilnahme an wichtigen Meetings

Ich nehme nur an Besprechungen teil, deren Zweck ich vollständig verstehe und bei denen ich glaube, dass ich einen Mehrwert schaffen kann. Wenn ich teilnehme, mache ich mir unbedingt Notizen und überprüfe sie anschließend. Dies hilft mir, während des Meetings konzentriert zu bleiben und wichtige Informationen zu behalten. Es ermöglicht mir auch, alle während des Meetings getroffenen Aktionspunkte oder Entscheidungen nachzuverfolgen.

‍⚕️ Menschen zufällig helfen

Als Mitarbeiter mit Domänenkenntnissen versuche ich so gut ich kann zu helfen, wenn ich um Hilfe gebeten werde – sei es beim Design, bei der Fehleruntersuchung oder in formelleren Situationen, in denen meine Meinung geschätzt wird.

Und auch hier ist es mein Ziel, so viel wie möglich zu delegieren und andere zu befähigen, mehr Verantwortung zu übernehmen. Dies ermöglicht es mir, mein Wissen und meine Erfahrung weiterzugeben und gleichzeitig anderen dabei zu helfen, in ihren Rollen zu wachsen und sich weiterzuentwickeln.

Was ich nicht mache:

Blockieren Sie die Zusammenführung von PRs

Diese PRs blockieren? Auf keinen Fall! Wenn ich das tun würde, würde das bedeuten, dass die Verantwortung für den Code bei mir liegt und nicht bei der Person, die ihn geschrieben hat. Und das ist einfach nicht ermächtigend. Jeder sollte seinen Code bis zur Ziellinie – der Produktion – besitzen.

Code-Styling

Das ist vielleicht kein großes Thema, aber es ist mir wichtig. Wenn es um das Code-Styling geht, sollte man es meiner Meinung nach am besten den Ingenieuren überlassen, die sich darum kümmern. Als Group Technical Lead sollte mein Fokus auf größeren Themen und Projekten liegen. Code-Styling ist eine Aufgabe, die problemlos von einem Ingenieur übernommen werden kann, der sich dafür begeistert. Ermöglichen wir unseren Teammitgliedern, die Verantwortung für ihren Code zu übernehmen, einschließlich seines Erscheinungsbilds.

Meinungen einholen

Selbst wenn ich ein Manager wäre, glaube ich nicht, dass es jemals ein guter Ansatz ist, den Leuten zu sagen, was sie tun sollen. Mein Ziel ist es, mit klugen und fürsorglichen Menschen zusammenzuarbeiten, denen ich nicht sagen muss, was sie tun sollen. Es fühlt sich nicht gut an, wenn Leute einen herumkommandieren; es fühlt sich an, als ob sie denken, sie wüssten es besser.

Anstatt etwas Bestimmtes anzufordern, wenn ich eine Pull-Anfrage durchprüfe oder an einer Besprechung teilnehme, bevorzuge ich es, eine Frage zu stellen, indem ich das potenzielle Problem darlege, an das ich denke, und Meinungen einzuholen. Oftmals bin ich angenehm überrascht von den Antworten und entdecke Perspektiven oder Erkenntnisse, die ich vorher nicht berücksichtigt hatte.

Sei proaktiv

Es ist wichtig zu verstehen, dass selbst bei bester Planung und Ausführung unweigerlich unerwartete Herausforderungen auftreten. Anstatt die Schuld auf bestimmte Personen zu schieben, ist es wichtig, die zugrunde liegenden Umstände zu identifizieren, die zu der Situation beigetragen haben. Führungskräfte sollten ruhig bleiben und einen proaktiven Ansatz verfolgen, um Lösungen zu finden, die dem Team als Ganzes zugute kommen.

Ich könnte kein Projekt erfolgreich durchführen, ohne konsequent Vertrauen aufzubauen , das den zentralsten Aspekt meiner Arbeit darstellt.

Ohne sie sind alle Strategien und Aktionen zwecklos. Ich habe beobachtet, dass Personen mit beeindruckenden Titeln mit minimaler Wirkung kamen und gingen, da es ihnen nicht gelang, Vertrauen aufzubauen oder aufrechtzuerhalten.

Vertrauen kann man nicht über Nacht gewinnen. Sie verdienen es, indem Sie sich aufrichtig um diejenigen kümmern, von denen Sie Vertrauen gewinnen möchten, indem Sie für deren Feedback und neue Ideen empfänglich sind und diese Einstellung täglich konsequent beibehalten.

Ich habe noch niemanden getroffen, der es geschafft hat, zu führen, ohne eine persönliche Verbindung aufzubauen und Vertrauen aufzubauen. Am Ende des Tages beginnt und endet alles mit Vertrauen.