- Das produktzentrierte Modell großer Technologieunternehmen legt den Fokus auf kurzfristige Leistung und Sichtbarkeit, während in den Bereichen Infrastruktur und Developer Tools Nachhaltigkeit und Stewardship als zentrale Werte gelten
- Der Autor arbeitet bei Google in Developer-Tools- und Infrastrukturteams und stellt das Vertrauen und die Effizienz der Ingenieure als Kunden über die Aufmerksamkeit des Managements
- Durch langfristiges Systemmanagement (Stewardship) entstehen im Laufe der Zeit Kontextwissen und Erfahrung, die zu Innovationen in Großprojekten wie Bigtrace führen
- Statt kurzfristiger Aufmerksamkeit zu folgen, betrachtet er Vertrauen und technische Wirkung als Vermögenswerte und baut politisches Kapital auf, mit dem er bei Bedarf „Nein“ sagen kann
- Auch in der schnell rotierenden Technologiebranche existiert damit ein Karrieremodell auf Basis von Tiefe und Ausdauer, das langfristig Wirkung entfaltet und ein alternatives Modell darstellt
Engineering in unterschiedlichen Welten
- Produktteams richten sich an externe Kunden aus und bewerten den Erfolg anhand kurzfristiger Metriken wie Umsatz und MAU (monatlich aktive Nutzer)
- In diesem Umfeld sind Agilität und Sichtbarkeit (Spotlight) nötig, um die Aufmerksamkeit des Managements zu gewinnen
- Infrastruktur- und Entwicklerwerkzeugteams richten sich dagegen auf interne Ingenieure als Kunden und bauen Werkzeuge und Systeme auf, die die Produktleistung unterstützen und Debugging ermöglichen
- Die Aufmerksamkeit des Managements ist geringer, und da die Rekrutierung von PMs schwierig ist, entsteht eine ingenieurzentrierte Bottom-up- statt Top-down-Struktur
- Das Team definiert selbst die Probleme, bei denen es den größten Einfluss hat, und löst diese; das Management überprüft anschließend die Wirkung
Der Zinseszinseffekt von Stewardship
- In Produktumgebungen ist Geschwindigkeit die wichtigste Währung, in Infrastrukturumgebungen ist Kontext der zentrale Vermögenswert
- Wird ein Ingenieur als austauschbare Ressource behandelt, geht Kontext verloren und implizites Wissen im System verschwindet
- Der erste Nutzen langfristiger Steuerung ist die Effizienz durch Mustererkennung
- Wer lange in einem Bereich bleibt, kann neue Anfragen schnell mit früheren Fällen verknüpfen und schneller lösen
- Der zweite Nutzen ist die systemische Innovation
- Einige Probleme werden nur durch langfristige Beobachtung sichtbar, und das Ergebnis ist Bigtrace
- Anfang 2023 stellten mehrere Google-Teams fest, dass sie Performancetracing-Daten im Terabyte- bis Petabyte-Bereich nicht verarbeiten konnten
- Nach einem Jahr Prototypenforschung und Feedback-Sammlung wurde Bigtrace zu Beginn 2024 aufgebaut
- Heute verarbeitet es monatlich mehr als 2 Milliarden Traces, die von über 100 Ingenieuren genutzt werden
- Hätte ich mich damals für kurzfristige Projektwechsel entschieden, gäbe es Bigtrace nicht
Die Kraft des „Nein“
- High-Visibility-Projekte bringen Ressourcen und Aufmerksamkeit, gehen aber mit politischer Volatilität und dem Risiko von Qualitätsverlusten einher
- Das durch langfristiges Stewardship aufbauende Vertrauenskapital gibt die Kraft, den Reizen des Rampenlichts zu widerstehen
- Beispiel: Im KI-Boom wurde der Wunsch geäußert, LLM in Perfetto zu integrieren; da jedoch Präzision den Kernwert darstellt, wurde es bewusst abgewogen
- Beim Kernel-Debugging sind präzise Zeitstempel essenziell, Halluzinationen (hallucination) sind nicht akzeptabel
- Es geht dabei jedoch nicht um ein „ewiges Nein“, sondern um ein „Wir warten, bis es korrekt implementiert ist“
Alternative Währung der Einflussnahme
- Wer aus dem Rampenlicht heraustritt, verliert Management-Sichtbarkeit, gewinnt dafür eine andere Währung: technische Vertrauenswürdigkeit und Nützlichkeit
- Shadow Hierarchy (Schattenhierarchie)
- In Infrastrukturorganisationen ist es wichtiger, von den Vorgesetzten der Kundenteams anerkannt zu werden als vom eigenen Vorgesetzten
- Beispiel: Wenn das Pixel-Team sagt „Ohne Perfetto ist Debugging unmöglich“, dann erreicht dieser Einfluss über die Managementkette hinweg die Unternehmensführung
- Das ist keine Politik, sondern technisch begründete Fürsprache auf Basis von Vertrauen, die in Beförderungsbewertungen ein starkes Signal liefert
- Utility Ledger (Wirkungsbuch)
- Utility: Wenn ein Tool bei der Fehlerbehebung genutzt wird, wird sein purer Nutzen belegt
- Criticality: Direkte Verbindung zum Erfolg zentraler Produktteams
- Ubiquity: Mehrere Organisationen teilen dieselben Traces und arbeiten gemeinsam
- Scale: Die Verarbeitung von Petabyte-Daten belegt die Robustheit der Architektur
- Die Kombination dieser Metriken sichert anhaltenden Einfluss, der selbst bei organisatorischen Neuausrichtungen stabil bleibt
Typen und Entscheidungen eines Staff Engineers
- Laut Will Larsons Staff Engineer gibt es mehrere Arten von Staff Engineers, darunter Solver/Right Hand und Architect/Tech Lead
- Der erste Typ ist der Problemlöser, der die Intentionen des Managements umsetzt; der zweite der langfristige Besitzer einer bestimmten Domäne
- Der Autor gehört zur zweiten Gruppe und betont tiefe technische Kontexte und langfristige Verantwortung
- Dieser Ansatz ist in der Regel nur in ertragreichen Großunternehmensumfeldern möglich und hängt von Glück und Entscheidung ab
- Auf ein gutes Team zu stoßen ist Glück, doch jahrelang zu bleiben und als Engineer zu wachsen ist eine Entscheidung
- Diese Teams werden nach außen oft nicht wahrgenommen, aber sie erhalten eine langfristige Mission und eine stabile Engineering-Kultur
Fazit
- Die Tech-Industrie preist das Motto „Bewege dich schnell“, doch ein Pfad aus Tiefe und Geduld existiert ebenso
- Auch ohne dem Rampenlicht zu folgen lässt sich eine sinnvolle und einflussreiche Karriere aufbauen
- Der Aufbau nachhaltiger Systeme durch langes Verweilen im Problemraum ist die wohl ambitionierteste Entscheidung
Noch keine Kommentare.