"code चलता है" फर्श है, मानक नहीं। वास्तविक engineering परिपक्वता इस बारे में है कि कोई scope, ambiguity, और लोगों को कैसे संभालता है, न कि केवल यह कि उनका feature काम करता है या नहीं। सबसे सरल परिभाषा जो मैं उपयोग करता हूं: एक engineer बढ़ रहा है जब वे कम मार्गदर्शन के साथ बड़ी समस्याएं ले सकते हैं।
| Signal | कम परिपक्व | अधिक परिपक्व |
|---|---|---|
| Problem size | well-defined tasks चाहिए | open-ended समस्याएं लेता है |
| Guidance | steering चाहिए | स्वतंत्र रूप से काम करता है |
| "Done" | Code merges | Outcome delivered और owned |
| Blast radius | उनका अपना काम | टीम की प्रभावशीलता |
दो engineers दोनों एक feature ship करते हैं। एक ticket बंद कर देता है। दूसरा एक जोखिम भरे edge case को PM को flag करता है, monitoring जोड़ता है, और एक छोटा doc लिखता है ताकि अगला व्यक्ति खोया न रहे। वही code shipped, बहुत अलग परिपक्वता, और यही दूसरा व्यवहार है जिसकी ओर मैं promote कर रहा हूं।
अगर आप केवल यह मापते हैं कि code काम करता है या नहीं, तो आप output को पुरस्कृत करते हैं और उन चीज़ों को चूक जाते हैं जो वास्तव में compound होती हैं: judgment, ownership, और दूसरों को ऊपर उठाना। इन मानदंडों को स्पष्ट रूप से नाम देना engineers को एक स्पष्ट नक्शा देता है कि "growth" का क्या मतलब है, और आपको feedback और promotion के लिए एक निष्पक्ष, सुसंगत आधार देता है।