ਤੁਸੀਂ ਕਿਸੇ developer ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਕਿਹੜੇ ਮਾਪਦੰਡ ਵਰਤਦੇ ਹੋ?

Question

Accepted Answer

ਮੈਂ developers ਦਾ ਮੁਲਾਂਕਣ **ਉਨ੍ਹਾਂ ਦੁਆਰਾ ਪੈਦਾ ਕੀਤੇ ਨਤੀਜਿਆਂ ਅਤੇ ਟੀਮ 'ਤੇ ਉਨ੍ਹਾਂ ਦੇ ਪ੍ਰਭਾਵ** ਦੇ ਆਧਾਰ 'ਤੇ ਕਰਦਾ ਹਾਂ, ਨਾ ਕਿ lines of code, commits, ਜਾਂ story points ਵਰਗੇ ਕੱਚੇ output metrics 'ਤੇ। ਚੰਗਾ ਮੁਲਾਂਕਣ ਇੱਕ ਅਰਥਪੂਰਨ ਸਮੇਂ ਦੀ ਮਿਆਦ ਵਿੱਚ ਕਈ ਸੰਕੇਤਾਂ ਨੂੰ ਜੋੜਦਾ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਇਕੱਲੇ sprint ਨੂੰ।

## ਮੈਂ ਅਸਲ ਵਿੱਚ ਕਿਸ ਵੱਲ ਦੇਖਦਾ ਹਾਂ

- **ਪ੍ਰਭਾਵ ਅਤੇ ਮਾਲਕੀਅਤ।** ਕੀ ਉਹ ਅਜਿਹਾ ਕੰਮ ship ਕਰਦੇ ਹਨ ਜੋ ਉਤਪਾਦ ਨੂੰ ਅੱਗੇ ਵਧਾਉਂਦਾ ਹੈ ਜਾਂ ਦੂਜਿਆਂ ਨੂੰ unblock ਕਰਦਾ ਹੈ? ਕੀ ਉਹ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਮਾਲਕ ਹਨ, rollout, monitoring, ਅਤੇ ਬਾਅਦ ਦੇ bugs ਵਰਗੇ ਗੜਬੜ ਵਾਲੇ ਹਿੱਸਿਆਂ ਸਮੇਤ?
- **ਗੁਣਵੱਤਾ ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ।** ਕੀ ਉਨ੍ਹਾਂ ਦਾ code production ਵਿੱਚ ਟਿਕਦਾ ਹੈ? ਕੀ ਉਹ codebase ਨੂੰ ਬਿਹਤਰ ਛੱਡ ਰਹੇ ਹਨ ਜਾਂ **tech debt** ਜਮ੍ਹਾਂ ਕਰ ਰਹੇ ਹਨ ਜਿਸ ਨੂੰ ਦੂਜਿਆਂ ਨੂੰ ਚੁਕਾਉਣਾ ਪੈਂਦਾ ਹੈ?
- **ਸਹੀ ਪੱਧਰ 'ਤੇ ਖ਼ੁਦਮੁਖ਼ਤਿਆਰੀ।** ਇੱਕ mid-level engineer ਜਿਸ ਨੂੰ ਰੁਟੀਨ ਕੰਮਾਂ 'ਤੇ ਹੱਥ-ਫੜਾਈ ਚਾਹੀਦੀ ਹੈ, ਉਸ senior ਤੋਂ ਵੱਖਰਾ ਹੈ ਜੋ ਇੱਕ ਅਸਪੱਸ਼ਟ ਸਮੱਸਿਆ ਲੈ ਕੇ ਇੱਕ ਯੋਜਨਾ ਵਾਪਸ ਕਰ ਸਕਦਾ ਹੈ।
- **ਸਹਿਯੋਗ multiplier।** Code review ਦੀ ਗੁਣਵੱਤਾ, mentoring, design ਇਨਪੁੱਟ, documentation। ਸਭ ਤੋਂ ਵਧੀਆ engineers ਆਪਣੇ ਆਲੇ-ਦੁਆਲੇ ਦੇ ਲੋਕਾਂ ਨੂੰ ਉੱਚਾ ਚੁੱਕਦੇ ਹਨ।
- **ਵਿਕਾਸ ਦੀ ਦਿਸ਼ਾ।** ਕੀ ਉਹ ਛੇ ਮਹੀਨੇ ਪਹਿਲਾਂ ਨਾਲੋਂ ਬਿਹਤਰ ਹਨ? ਕੀ ਉਹ feedback ਦਾ ਜਵਾਬ ਦੇ ਰਹੇ ਹਨ?

## ਮੈਂ ਇਸ ਨੂੰ ਨਿਰਪੱਖ ਕਿਵੇਂ ਬਣਾਉਂਦਾ ਹਾਂ

- **ਉਨ੍ਹਾਂ ਦੇ ਪੱਧਰ ਦੀਆਂ ਉਮੀਦਾਂ** ਦੇ ਵਿਰੁੱਧ calibrate ਕਰੋ, ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ, ਤਾਂ ਜੋ feedback ਮਨਮਾਨੀ ਨਾ ਹੋਵੇ।
- review ਵੇਲੇ ਇਸ ਨੂੰ ਮੁੜ-ਉਸਾਰਨ ਦੀ ਬਜਾਏ ਠੋਸ ਸਬੂਤ ਲਗਾਤਾਰ ਇਕੱਠੇ ਕਰੋ। ਮੈਂ ਹਰ ਵਿਅਕਤੀ ਲਈ ਨੋਟ ਰੱਖਦਾ ਹਾਂ।
- **ਕਾਰਗੁਜ਼ਾਰੀ** (ਨਤੀਜੇ) ਨੂੰ **ਸੰਭਾਵਨਾ** (ਅਗਲੇ ਪੱਧਰ ਲਈ ਸਮਰੱਥਾ) ਤੋਂ ਵੱਖ ਕਰੋ। ਇਨ੍ਹਾਂ ਨੂੰ ਰਲਗੱਡ ਕਰਨਾ ਮਾੜੇ promotion ਅਤੇ PIP ਫ਼ੈਸਲਿਆਂ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ।

| ਸੰਕੇਤ | ਚੰਗਾ ਸਰੋਤ | ਗੁੰਮਰਾਹ ਕਰਨ ਵਾਲਾ ਸਰੋਤ |
|---|---|---|
| ਉਤਪਾਦਕਤਾ | ship ਕੀਤੇ ਨਤੀਜੇ | Lines of code, commit count |
| ਗੁਣਵੱਤਾ | Incident/defect ਰੁਝਾਨ | ਵਿਅਕਤੀਗਤ ਅੰਦਰੂਨੀ ਅਹਿਸਾਸ |
| ਸਹਿਯੋਗ | Peer feedback, PR ਇਤਿਹਾਸ | meetings ਦੀ ਮਾਤਰਾ |

## ਗ਼ਲਤੀਆਂ

- **Recency bias** — ਪੂਰੀ ਮਿਆਦ ਨਹੀਂ, ਸਗੋਂ ਪਿਛਲੇ ਦੋ ਹਫ਼ਤਿਆਂ ਦਾ ਨਿਰਣਾ ਕਰਨਾ।
- **Visibility bias** — ਉੱਚੀ ਆਵਾਜ਼ ਵਾਲੇ ਕੰਮ ਨੂੰ ਇਨਾਮ ਦੇਣਾ ਅਤੇ on-call ਅਤੇ reviews ਵਰਗੇ ਚੁੱਪ glue ਕੰਮ ਨੂੰ ਖੁੰਝਾਉਣਾ।
- metrics ਨੂੰ targets ਵਜੋਂ ਵਰਤਣਾ; ਜਿਸ ਪਲ ਕੋਈ metric ਟੀਚਾ ਬਣ ਜਾਂਦਾ ਹੈ, ਲੋਕ ਇਸ ਨਾਲ ਖੇਡਣ ਲੱਗ ਪੈਂਦੇ ਹਨ।

## ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਨਿਰਪੱਖ, ਸਬੂਤ-ਆਧਾਰਿਤ ਮੁਲਾਂਕਣ ਭਰੋਸਾ, ਟਿਕਾਅ, ਅਤੇ ਸਹੀ ਵਿਕਾਸ ਨਿਵੇਸ਼ਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ। ਇਸ ਨੂੰ ਗ਼ਲਤ ਕਰੋ ਅਤੇ ਤੁਸੀਂ ਗ਼ਲਤ ਲੋਕਾਂ ਨੂੰ promote ਕਰਦੇ ਹੋ, ਆਪਣੇ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਯੋਗਦਾਨੀਆਂ ਦਾ ਮਨੋਬਲ ਤੋੜਦੇ ਹੋ, ਅਤੇ ਟੀਮ ਨੂੰ ਸਿਖਾਉਂਦੇ ਹੋ ਕਿ ਦਿਖਾਵੇ ਵਾਲਾ ਕੰਮ ਅਸਲ ਪ੍ਰਭਾਵ ਨੂੰ ਹਰਾ ਦਿੰਦਾ ਹੈ।

ਸੰਕੇਤ	ਚੰਗਾ ਸਰੋਤ	ਗੁੰਮਰਾਹ ਕਰਨ ਵਾਲਾ ਸਰੋਤ
ਉਤਪਾਦਕਤਾ	ship ਕੀਤੇ ਨਤੀਜੇ	Lines of code, commit count
ਗੁਣਵੱਤਾ	Incident/defect ਰੁਝਾਨ	ਵਿਅਕਤੀਗਤ ਅੰਦਰੂਨੀ ਅਹਿਸਾਸ
ਸਹਿਯੋਗ	Peer feedback, PR ਇਤਿਹਾਸ	meetings ਦੀ ਮਾਤਰਾ