तपाईं एक developer को प्रदर्शन मूल्याङ्कन गर्न कुन मापदण्ड प्रयोग गर्नुहुन्छ?

Question

Accepted Answer

म developer हरूलाई **उनीहरूले उत्पादन गर्ने परिणाम र टीममा पार्ने प्रभाव** मा मूल्याङ्कन गर्छु, lines of code, commit, वा story point जस्ता कच्चा output मापदण्डमा होइन। राम्रो मूल्याङ्कनले एउटै sprint होइन, अर्थपूर्ण समयावधिमा धेरै संकेतहरू triangulate गर्छ।

## म वास्तवमा के हेर्छु

- **प्रभाव र ownership।** के उनीहरूले product लाई अघि बढाउने वा अरूलाई unblock गर्ने काम ship गर्छन्? के उनीहरूले rollout, monitoring, र follow-up bug जस्ता गन्जागोल भागहरू सहित समस्यालाई end-to-end own गर्छन्?
- **गुणस्तर र भरपर्दोता।** के उनीहरूको कोड production मा टिक्छ? के उनीहरूले codebase राम्रो छोड्दैछन् वा अरूले तिर्नुपर्ने **tech debt** जम्मा गर्दैछन्?
- **सही स्तरमा स्वायत्तता।** नियमित कामहरूमा hand-holding चाहिने mid-level इन्जिनियर अस्पष्ट समस्या लिएर योजना फर्काउन सक्ने senior भन्दा फरक हुन्छ।
- **सहकार्य multiplier।** code review गुणस्तर, mentoring, design input, documentation। उत्कृष्ट इन्जिनियरहरूले आसपासका मानिसहरूलाई उठाउँछन्।
- **वृद्धिको प्रक्षेपवक्र।** के उनीहरू छ महिनाअघि भन्दा राम्रा छन्? के उनीहरू feedback मा प्रतिक्रिया दिँदैछन्?

## म यसलाई कसरी निष्पक्ष बनाउँछु

- **उनीहरूको स्तरको अपेक्षा** विरुद्ध calibrate गर, लेखिएको, ताकि feedback मनपरी नहोस्।
- review को समयमा पुनर्निर्माण गर्नुको सट्टा निरन्तर ठोस प्रमाण जम्मा गर। म प्रत्येक व्यक्तिको नोट राख्छु।
- **प्रदर्शन** (नतिजा) लाई **सम्भावना** (अर्को स्तरको क्षमता) बाट छुट्याऊ। यिनलाई मिलाउनुले खराब promotion र PIP निर्णयहरू निम्त्याउँछ।

| संकेत | राम्रो स्रोत | भ्रामक स्रोत |
|---|---|---|
| उत्पादकता | Ship गरिएका नतिजा | Lines of code, commit संख्या |
| गुणस्तर | Incident/defect प्रवृत्ति | व्यक्तिगत अनुमान |
| सहकार्य | Peer feedback, PR इतिहास | meeting को मात्रा |

## जोखिमहरू

- **Recency bias** — पूरै अवधि होइन, पछिल्ला दुई हप्ता मात्र मूल्याङ्कन गर्नु।
- **Visibility bias** — हल्ला गर्ने कामलाई पुरस्कृत गर्दै on-call र review जस्ता शान्त glue काम छुटाउनु।
- मापदण्डलाई लक्ष्य ठान्नु; एउटा मापदण्ड लक्ष्य बन्ने बित्तिकै, मानिसहरूले यसलाई खेल बनाउँछन्।

## यो किन महत्त्वपूर्ण छ

निष्पक्ष, प्रमाण-आधारित मूल्याङ्कनले विश्वास, टिकाउने काम, र सही वृद्धि लगानी चलाउँछ। यो बिगारे तपाईंले गलत मानिसहरूलाई promote गर्नुहुन्छ, आफ्ना बलिया योगदानकर्ताहरूलाई निराश पार्नुहुन्छ, र टीमलाई देखावटी कामले वास्तविक प्रभावलाई जित्छ भनी सिकाउनुहुन्छ।

संकेत	राम्रो स्रोत	भ्रामक स्रोत
उत्पादकता	Ship गरिएका नतिजा	Lines of code, commit संख्या
गुणस्तर	Incident/defect प्रवृत्ति	व्यक्तिगत अनुमान
सहकार्य	Peer feedback, PR इतिहास	meeting को मात्रा