Weitere 14 Lektionen aus 14 Jahren bei Google

1. Die besten Ingenieure wählen die richtigen Probleme aus

Man kann nicht in alles maximale Energie investieren.

2. Wenn du nicht weißt, was du einfordern musst, bist du nicht bereit für ein Meeting

Genehmigung, Auswahl, Beseitigung von Blockern (unblock), Informationsweitergabe (inform) – wenn du davon keines auswählen kannst, wird das Meeting Zeitverschwendung sein.

3. „Muss gemacht werden“ ist kein Plan. „Ich mache es am Dienstag“ ist ein Plan.

Ein konkretes Datum erzeugt Momentum.

4. Langsamer Code ist nur ein Symptom, langsame Entscheidungen sind die eigentliche Ursache.

Wenn es nicht Stunden, sondern Wochen dauert, etwas zu entscheiden, sollte man sich den Grund dafür ansehen.

5. Betrachte Zuverlässigkeit (Reliability) als Produkt-Feature

So wie man keine Features veröffentlicht, ohne das Produkt zu überprüfen, sollte man auch kein System deployen, ohne über Zuverlässigkeit gesprochen zu haben.

6. Wenn die Schnittstellen zwischen Teams schlecht sind, kann Kommunikation nicht gut funktionieren

Mehrdeutige Grenzen und unklare Verträge (Contracts) führen zu mehr Meetings und mehr Slack-Kanälen. Es muss klar sein, wer wofür verantwortlich ist und wie die gegenseitigen Abhängigkeiten aussehen.

7. Die beste Eskalation bringt gleich einen Vorschlag mit.

Sowohl die Person, die das Problem anspricht, als auch die Person, die es löst, haben das Thema erfasst – aber nur eine Seite gewinnt Vertrauen und Autonomie.

8. Baue Systeme, die keine Helden brauchen

Wenn eine Person fortlaufend das Unternehmen oder das Team retten muss, ist das kein Ruhm, sondern ein Zeichen dafür, dass etwas abstürzt.

9. Betrachte Observability als Teil des Features

„Bestätigt, dass der Code korrekt funktioniert“ sollte als Abschluss der Arbeit gelten.

10. Kleine PRs sind freundlich. Besonders, wenn sie von AI erstellt wurden.

Kleine PRs ermöglichen schrittweises Denken, sodass Wissen nach und nach aufgebaut werden kann.

11. Wenn man ein neues Team hinzufügt, kommen nicht nur Nodes, sondern auch Edges hinzu

Wenn man Verbindungen nicht bewusst reduziert, bleibt der Output auch mit einem neuen Team gleich.

12. Eine Migration ist niemals nur eine Migration

Migrationen, die wirklich abgeschlossen werden, haben drei Gemeinsamkeiten: einen Sponsor, der kontinuierlich involviert bleibt, ein Team, das die Migration tatsächlich vorantreibt, und ein klares Enddatum, dem alle vertrauen. Wenn nicht alle drei Bedingungen erfüllt sind, bleibt die Migration für immer „fast abgeschlossen“ und man trägt dauerhaft die Verantwortung für zwei Systeme.

13. AI macht Entwürfe leicht, guter Geschmack (Taste) wird immer seltener.

Ingenieure, die das Beste auswählen können, werden in dieser Ära die besten sein.

14. Vertrauen ist Latenzoptimierung

Jedes Mal, wenn du ein Versprechen hältst, einen Fehler ehrlich zugibst oder das Leben anderer einfacher machst, zahlst du auf ein Konto ein. Ich habe erlebt, wie Ingenieure mit durchschnittlichen technischen Fähigkeiten enorme Ergebnisse erzielt haben, weil ihnen alle vertraut haben.

---

Dies ist ein Folgebeitrag zu https://de.news.hada.io/topic?id=24909.