developer ની performance નું મૂલ્યાંકન કરવા તમે કયા માપદંડ વાપરો છો?

Question

IT Interview Practice · Accepted Answer

હું developers નું મૂલ્યાંકન **તેઓ જે પરિણામો ઉત્પન્ન કરે છે અને ટીમ પર તેમની જે અસર છે** તેના આધારે કરું છું, lines of code, commits, અથવા story points જેવા કાચા output metrics પર નહીં. સારું મૂલ્યાંકન એક જ sprint નહીં, પણ અર્થપૂર્ણ સમયગાળામાં અનેક સંકેતોને ત્રિકોણ બનાવે છે.

## હું ખરેખર શું જોઉં છું

- **અસર અને ownership.** શું તેઓ એવું કામ ship કરે છે જે product ને આગળ વધારે અથવા બીજાઓને unblock કરે? શું તેઓ rollout, monitoring, અને follow-up bugs જેવા ગૂંચવાયેલા ભાગો સહિત સમસ્યાના end to end માલિક છે?
- **ગુણવત્તા અને વિશ્વસનીયતા.** શું તેમનો કોડ production માં ટકે છે? શું તેઓ codebase ને વધુ સારી છોડી રહ્યા છે કે **tech debt** ભેગી કરી રહ્યા છે જે બીજાઓએ ચૂકવવી પડે છે?
- **યોગ્ય સ્તરે સ્વાયત્તતા.** એક mid-level engineer જેને નિયમિત કાર્યો પર હાથ પકડવાની જરૂર છે તે એક senior થી અલગ છે જે અસ્પષ્ટ સમસ્યા લઈ શકે અને એક plan પાછી આપી શકે.
- **સહયોગ ગુણક.** Code review ગુણવત્તા, mentoring, design ઇનપુટ, documentation. શ્રેષ્ઠ engineers તેમની આસપાસના લોકોને ઊંચા કરે છે.
- **વૃદ્ધિ માર્ગ.** શું તેઓ છ મહિના પહેલા કરતાં વધુ સારા છે? શું તેઓ feedback નો પ્રતિસાદ આપી રહ્યા છે?

## હું તેને કેવી રીતે ન્યાયી બનાવું છું

- **તેમના સ્તરની અપેક્ષાઓ** સામે calibrate કરો, લખેલી, જેથી feedback મનસ્વી ન હોય.
- review સમયે પુનઃનિર્માણ કરવાને બદલે નક્કર પુરાવા સતત એકત્ર કરો. હું દરેક વ્યક્તિ દીઠ notes રાખું છું.
- **performance** (પરિણામો) ને **potential** (આગલા સ્તર માટેની ક્ષમતા) થી અલગ કરો. તેમને ભેળવવાથી ખરાબ promotion અને PIP નિર્ણયો થાય છે.

| સંકેત | સારો સ્રોત | ભ્રામક સ્રોત |
|---|---|---|
| ઉત્પાદકતા | ship થયેલા પરિણામો | Lines of code, commit count |
| ગુણવત્તા | Incident/defect trends | વ્યક્તિલક્ષી અંતર્મન |
| સહયોગ | Peer feedback, PR history | meetings નું પ્રમાણ |

## ભૂલો

- **Recency bias** — સમયગાળો નહીં, છેલ્લા બે અઠવાડિયા પર નિર્ણય કરવો.
- **Visibility bias** — ઘોંઘાટિયા કામને પુરસ્કૃત કરવું અને on-call અને reviews જેવા શાંત glue work ને ચૂકી જવું.
- metrics ને targets તરીકે ગણવા; જે ક્ષણે metric એક ધ્યેય બને છે, લોકો તેને game કરે છે.

## આ શા માટે મહત્વનું છે

ન્યાયી, પુરાવા-આધારિત મૂલ્યાંકન વિશ્વાસ, retention, અને યોગ્ય વૃદ્ધિ રોકાણો ચલાવે છે. તેને ખોટું કરો અને તમે ખોટા લોકોને promote કરો છો, તમારા સૌથી મજબૂત contributors ને નિરાશ કરો છો, અને ટીમને શીખવો છો કે દેખાવડું કામ વાસ્તવિક અસરને હરાવે છે.

સંકેત	સારો સ્રોત	ભ્રામક સ્રોત
ઉત્પાદકતા	ship થયેલા પરિણામો	Lines of code, commit count
ગુણવત્તા	Incident/defect trends	વ્યક્તિલક્ષી અંતર્મન
સહયોગ	Peer feedback, PR history	meetings નું પ્રમાણ

હું ખરેખર શું જોઉં છું

હું તેને કેવી રીતે ન્યાયી બનાવું છું

ભૂલો

આ શા માટે મહત્વનું છે

સંબંધિત પ્રશ્નો