Immer kündigungsbereit sein

• Eine gute Philosophie für das Arbeitsleben lautet: "Always be quitting"

• Das heißt nicht, dass man ständig an die Kündigung denken soll, sondern dass man so handeln soll, dass man jederzeit gehen könnte

→ Das macht einen zu einem besseren Engineer und eröffnet Chancen für Wachstum

→ Ähnlich wie "sich selbst ersetzbar machen" und "die eigene Arbeit im Job automatisieren"

• Der Kern ist, "nicht unverzichtbar" zu sein: NOT being indispensable

→ Wenn man unverzichtbar wird, steckt man in einem bestimmten Job fest und hat weder Urlaub noch Wachstum

→ Wenn dieser Job überflüssig wird, wird auch die eigene Stelle überflüssig

• Paradoxerweise macht es dich frei, austauschbar (disposable) zu sein

→ Es wird leichter, in höhere Rollen hineinzuwachsen, und man kann das Projekt, an dem man arbeitet, einfacher wechseln

• Konkrete Wege, das umzusetzen

1. Dokumentiere Wissen.

→ Wenn dir jemand eine Frage stellt, zeigt das eine Lücke in den Dokumenten, die du erstellt hast.

→ Sorge dafür, dass deine Nachfolger dich nicht brauchen, indem du Antworten in Dokumentation, Bugs, Code-Kommentaren und überall sonst festhältst.

2. Dokumentiere langfristige Pläne.

→ Sorge dafür, dass man anhand dieses Plans sehen kann, was als Nächstes im Projekt passiert, auch wenn du nichts in Echtzeit erklärst.

→ Plane schon Monate im Voraus, damit deine Kollegen nicht vom ersten Tag an verloren sind, selbst wenn du gehst.

3. Dokumentiere Meetings.

→ Dokumentiere jedes Meeting, an dem du teilnimmst, teile es im Team und schreibe auf, wer dabei war, was besprochen wurde und wie entschieden wurde.

→ Verweise in Design-Dokumenten auf diese Protokolle. Dein Nachfolger wird sie brauchen, um aufzuholen.

4. Lade andere Menschen in Meetings ein.

→ Wenn es kein 1:1-Meeting ist und du der Einzige aus deinem Team in einem Meeting bist, lade weitere Leute ein.

→ Andere Perspektiven sind nützlich, aber noch wichtiger ist es, zu vermeiden, dass du der einzige Kontaktpunkt bist.

5. Bilde die Menschen um dich herum aus.

→ Das Ziel ist, dass sie unabhängig werden. (Das ist das, was auf einer typischen Engineering Ladder als Senior gilt.)

→ Sorge dafür, dass sie mit den Plänen und technischen Details vertraut sind und Dokumentation nutzen können.

6. Finde und schule einen Nachfolger.

→ Wenn du deine Rolle ändern willst, musst du ersetzbar sein. Finde jemanden, der dich ersetzen kann, und coache diese Person aktiv und kontinuierlich.

7. Gib Menschen Macht (Power).

→ Vertraue darauf, dass sie das Richtige tun.

→ Wenn du in einer Führungsposition bist, bringe andere nicht dazu, dich um Erlaubnis zu bitten.

→ Lass sie selbst entscheiden und leite sie dabei an, auf Basis der richtigen Daten zu entscheiden.

8. Werde nicht zum PoC (Point of Contact).

→ Erstelle Mailinglisten oder andere Kommunikationskanäle, in die du andere einbeziehen kannst, und skaliere darüber die Kommunikation.

9. Delegiere.

→ Wenn du anderen Verantwortung gegeben, sie in Gruppen und Meetings einbezogen und Wissen dokumentiert hast, dann sind sie bereit, deine Arbeit zu übernehmen.

→ Delegiere Aufgaben, an denen sie wachsen können, und konzentriere dich auf Dinge, die nur du tun kannst.

10. Lerne immer weiter.

→ Baue Wissen in Bereichen auf, die dich interessieren, und halte es spannend.

→ Ein Bonus ist es, wenn dieses Gebiet zu der Zukunft passt, in die du gehen willst!

• All das bedeutet nicht, Verantwortung aufzugeben.

→ Du musst weiterhin Verantwortung für dein Projekt und dein Team übernehmen und das durchhalten, solange du deine Rolle ausfüllst.

→ Das ist wichtig, weil dir genau diese Verantwortung neue Türen öffnen wird.

• Wenn du all das oben Genannte tust, machst du nicht nur dich selbst besser, sondern das ganze Team.

→ Das ist auch als IC (Individual Contributor, also nicht im Management) möglich, und tatsächlich übst du damit einige der Skills von Staff-/Principal+-Engineers.

[bichi]

Zumindest alles, was hier steht, sollte auf jeden Fall zu 100 % umgesetzt werden, damit ein Unternehmen normal funktionieren kann.

[dua804]

Mein persönlicher Maßstab für einen Job ist ebenfalls: „Die Arbeit muss auch ohne mich weiterlaufen. Mit mir sollte sie besser werden.“ Ich versuche, danach zu handeln und diesen Grundsatz einzuhalten.

[xguru]

Ein Teil davon ist eher so eine Art „Hä?“-Ratschlag. Er passt zu großen Organisationen, kann aber auch nicht besonders gut zu Startup-Organisationen passen.

Trotzdem halte ich es für gut, Wissen und Meetings zu dokumentieren, zu schulen, Befugnisse zu geben, zu delegieren und immer mit einer lernbereiten Haltung heranzugehen.

Auch auf HN gibt es viele Meinungen dafür und dagegen zu dem Beitrag https://news.ycombinator.com/item?id=27456222