개발자의 성과를 평가할 때 어떤 기준을 사용하나요?

공정하게 만드는 방법

• 피드백이 자의적이지 않도록 명문화된 그들의 레벨 기대치에 맞춰 캘리브레이션합니다.
• 평가 시점에 재구성하는 대신 구체적 증거를 지속적으로 모읍니다. 저는 사람별로 메모를 남깁니다.
• 성과(결과)와 잠재력(다음 레벨에 대한 역량)을 분리합니다. 둘을 혼동하면 잘못된 승진과 PIP 결정을 낳습니다.

함정

• 최신성 편향 — 기간 전체가 아니라 지난 2주로 판단하기.
• 가시성 편향 — 시끄러운 작업을 보상하고 on-call이나 리뷰 같은 조용한 접착제 작업을 놓치기.
• 지표를 목표로 다루기; 지표가 목표가 되는 순간 사람들은 그것을 게임합니다.

왜 중요한가

공정하고 증거 기반의 평가는 신뢰, 리텐션, 그리고 올바른 성장 투자를 이끕니다. 잘못하면 엉뚱한 사람을 승진시키고, 가장 강한 기여자의 사기를 꺾으며, 진짜 영향보다 보여주기식 작업이 이긴다고 팀을 가르치게 됩니다.