"Kode berjalan" adalah dasar, bukan standar. Kematangan rekayasa sejati adalah tentang bagaimana seseorang menangani ruang lingkup, ambiguitas, dan orang-orang, bukan hanya apakah fitur mereka bekerja. Definisi paling sederhana yang saya gunakan: seorang engineer berkembang ketika mereka dapat mengambil masalah yang lebih besar dengan panduan yang lebih sedikit.
| Sinyal | Kurang matang | Lebih matang |
|---|---|---|
| Ukuran masalah | Memerlukan tugas yang terdefinisi dengan baik | Mengambil masalah terbuka |
| Panduan | Memerlukan pengarahan | Beroperasi secara independen |
| "Selesai" | Kode digabungkan | Hasil disampaikan dan dimiliki |
| Jari-jari ledakan | Pekerjaan mereka sendiri | Efektivitas tim |
Dua engineer keduanya meluncurkan fitur. Satu menutup tiket. Yang lain menandai kasus tepi yang berisiko kepada PM, menambahkan pemantauan, dan menulis doc singkat sehingga orang berikutnya tidak tersesat. Kode yang sama dikirim, kematangan yang sangat berbeda, dan itu adalah perilaku kedua yang saya dorong.
Jika Anda hanya mengukur apakah kode berfungsi, Anda memberi penghargaan pada output dan melewatkan hal-hal yang sebenarnya berkembang: penilaian, kepemilikan, dan mengangkat orang lain. Menamai kriteria ini secara eksplisit memberi engineer peta yang jelas tentang apa arti "pertumbuhan", dan memberi Anda dasar yang adil dan konsisten untuk umpan balik dan promosi.