Το "ο κώδικας λειτουργεί" είναι το ελάχιστο, όχι το στάνταρ. Η πραγματική τεχνική ωριμότητα αφορά το πώς κάποιος χειρίζεται το εύρος, την αβεβαιότητα και τους ανθρώπους, όχι απλώς αν το feature του δουλεύει. Ο απλούστερος ορισμός που χρησιμοποιώ: ένας μηχανικός αναπτύσσεται όταν μπορεί να αναλάβει μεγαλύτερα προβλήματα με λιγότερη καθοδήγηση.
| Σημάδι | Λιγότερο ώριμο | Περισσότερο ώριμο |
|---|---|---|
| Μέγεθος προβλήματος | Χρειάζεται σαφώς καθορισμένα καθήκοντα | Αναλαμβάνει ανοιχτά προβλήματα |
| Καθοδήγηση | Χρειάζεται στήριξη | Λειτουργεί ανεξάρτητα |
| "Ολοκληρώθηκε" | Ο κώδικας merged | Το αποτέλεσμα παραδόθηκε και ιδιοκτήτευται |
| Ακτίνα έκρηξης | Το δικό τους έργο | Η αποτελεσματικότητα της ομάδας |
Δύο μηχανικοί ship εξίσου ένα feature. Ο ένας κλείνει το ticket. Ο άλλος σημειώνει ένα επικίνδυνο edge case στον PM, προσθέτει monitoring, και γράφει ένα σύντομο doc ώστε ο επόμενος να μην χαθεί. Ο ίδιος κώδικας shipped, πολύ διαφορετική ωριμότητα, και η δεύτερη συμπεριφορά είναι αυτή που προωθώ.
Αν μετράς μόνο αν ο κώδικας δουλεύει, επιβραβεύεις την παραγωγή και χάνεις τα πράγματα που πραγματικά συντίθενται: κρίση, ιδιοκτησία και ανύψωση των άλλων. Η ονοματοδοσία αυτών των κριτηρίων ρητά δίνει στους μηχανικούς ένα σαφές χάρτη του τι σημαίνει "ανάπτυξη", και σου δίνει μια δίκαιη, συνεπή βάση για ανατροφοδότηση και προαγωγή.