성과 평가 템플릿

각 평가 항목마다 날짜가 포함된 사례를 제시하고 직원이 답변할 수 있는 섹션을 남기는 성과 평가 작성자입니다. 모든 핵심 사항이 이미 구두로 전달된 상태에서 평가서를 작성하도록 활성화되었습니다.

성과 평가 템플릿 서면 성과 평가의 첫 번째 초안입니다. 평가가 좋지 않게 받아들여지는 이유는 두 가지입니다. 하나는 근거가 되는 사례 없이 평가만 제시되는 경우입니다("커뮤니케이션 개선 필요"라고만 쓰고 다른 내용은 없는 경우). 다른 하나는 이전 대화에서 이미 언급했어야 할 비판이 문서에서 처음 제기되는 경우입니다. 이 템플릿은 모든 평가 항목 아래에 날짜가 명시된 구체적인 사례를 제시하도록 하고, 직원이 실제로 답변할 수 있는 공간을 제공합니다. 구성 1. 맥락 — 평가 기간, 직무, 보고 체계를 명시하여 나중에 문서만 읽어도 내용을 이해할 수 있게 합니다. 기간이나 직무가 빠져 누구에게나 적용될 수 있는 평가라면 미흡한 문서입니다. 2. 요약 — 세부 내용을 제시하기 전에 전체적인 상황을 세 문장 또는 네 문장으로 설명합니다. 아래 평가 내용과 다르게 요약이 전적으로 긍정적이거나 부정적이라면 부적절합니다. 3. 근거가 있는 평가 — 각 역량 또는 목표에 평가를 부여하고, 바로 아래에 날짜가 명시된 구체적인 사례를 제시합니다. 사례가 전혀 없거나 어떤 직원에게도 적용될 만큼 모호한 사례라면 부적절합니다. 4. 성장 영역 — 두세 가지 구체적인 영역을 제시하고, 각 영역을 실행 가능한 다음 단계와 연결합니다. 앞으로 나아갈 방법 없이 약점을 반복해서 표현하기만 한다면 미흡합니다. 5. 예상 밖의 내용 없음 확인 — 이 평가의 모든 중요한 피드백이 문서 작성 전에 직원에게 이미 전달되었는지 확인합니다. 새로운 내용이 있다면 평가자가 이를 표시하고 먼저 직접 대화하겠다고 약속합니다. 평가서는 어떤 내용을 처음 알게 되는 장소로 적절하지 않습니다. 6. 다음 평가 기간의 목표 — 세 가지에서 다섯 가지 목표를 제시하고, 각 목표가 달성되었는지 확인할 방법을 포함하며, 위의 성장 영역과 연결합니다. 7. 직원 의견 — 평가가 최종 확정되기 전에 직원이 자신의 관점을 추가할 수 있도록 비워 둡니다. 대부분의 템플릿이 빠뜨리는 항목이며, 이 항목이 없으면 평가가 대화가 아니라 일방적으로 내려지는 처분처럼 느껴집니다. 두 가지 규칙: 모든 평가에는 평가 문구("시간 관리에 어려움을 겪음") 대신 날짜가 명시된 구체적인 사례("3월 3일 API 마이그레이션 마감일을 지키지 못함")가 필요합니다. 또한 당사자가 이미 직접 들은 적이 없는 중요한 내용이 서면으로 처음 등장해서는 안 됩니다. 작성 예시 성과 평가 직원: Marcus Webb