"Der Code läuft" ist die Grundlage, nicht der Standard. Echte Engineering-Reife geht darum, wie jemand mit Umfang, Mehrdeutigkeit und Menschen umgeht, nicht nur ob ihre Funktion funktioniert. Die einfachste Definition, die ich verwende: Ein Ingenieur wächst, wenn er größere Probleme mit weniger Anleitung übernehmen kann.
| Signal | Weniger reif | Reifer |
|---|---|---|
| Problemgröße | Benötigt klar definierte Aufgaben | Übernimmt offene Probleme |
| Anleitung | Benötigt Steuerung | Operiert unabhängig |
| "Fertig" | Code gemerged | Ergebnis geliefert und verantwortet |
| Auswirkungsbereich | Ihre eigene Arbeit | Die Effektivität des Teams |
Zwei Ingenieure liefern beide eine Funktion. Einer schließt das Ticket. Der andere signalisiert einen riskanten Grenzfall an den PM, fügt Monitoring hinzu und schreibt eine kurze Dokumentation, damit die nächste Person nicht verloren ist. Derselbe Code wurde geliefert, aber sehr unterschiedliche Reife, und es ist das zweite Verhalten, auf das ich hinarbeite.
Wenn du nur misst, ob Code funktioniert, belohnst du Output und verpasst die Dinge, die wirklich zählen: Urteilsvermögen, Ownership und andere heben. Diese Kriterien explizit zu benennen, gibt Ingenieuren eine klare Landkarte, was "Wachstum" bedeutet, und gibt dir eine faire, konsistente Grundlage für Feedback und Beförderungen.