성과 검토 문구 템플릿
재사용 가능한 성과 검토 문구 템플릿(강점과 긍정적인 피드백, 개선을 위한 건설적인 영역, 개발 계획을 통한 목표 설정)을 통해 관리자는 공정하고 증거에 기반한 리뷰를 더 빠르게 작성할 수 있습니다.
템플릿 카테고리 개요
성과 평가는 관리자가 직면하는 가장 중요한 작문 작업 중 하나이며, 언어는 정확해야 합니다. 모호한 칭찬은 공허하게 들리고, 모호한 비판은 논쟁을 불러일으키며, 기한이 없는 개발 목표는 소용이 없습니다. 대부분의 관리자는 압축된 창에서 여러 직원에 대한 리뷰를 작성합니다. 이는 피로로 인해 언어의 품질이 저하되고 동일한 일반적인 문구가 모든 곳에 나타남을 의미합니다. 텍스트 확장기는 행동 기반 칭찬, 미래 지향적인 개선 프레임, SMART 스타일 목표 언어 등 입증된 피드백 구조를 저장하므로 짧은 트리거만으로 HRIS 또는 성능 플랫폼을 포함한 모든 데스크탑 앱의 전체 프레임워크를 드롭합니다. Lightning Assist은 입력할 때마다 제공하는 특정 예, 측정항목 또는 체��인 날짜에 대한 자리 표시자와 함께 이러한 인라인을 삽입합니다. AI Enhance은 어려운 피드백을 건설적으로 표현하는 데 도움이 될 수 있지만 증거와 예는 항상 여러분에게서 나옵니다. 템플릿은 구조를 유지하고 관리자는 내용을 추가합니다.
이 템플릿을 사용해야 하는 경우
전체 검토 주기에 걸쳐 성과 검토 템플릿을 사용하세요. 강점 초안 작성, 실행 가능하도록 구체적인 개선 피드백 작성, 실제 일정과 성공 지표가 있는 개발 목표 구축 등이 있습니다. 각 섹션의 구조적 구성 요소는 일정합니다. 변경되는 사항은 직원 이름, 구체적인 예, 관찰된 행동 및 목표 세부 사항입니다. 구조를 템플릿화한다는 것은 문장 구성보다는 증거와 내용에 대한 리뷰 작성 시간을 소비한다는 것을 의미합니다. 이 템플릿은 연중 체크인 메모 및 프로모션 작성에도 유용합니다. 항상 구체적인 사례나 지표를 직접 제공하세요. 증거 기반 피드백은 방어 가능한 검토와 일반적인 검토를 구별하는 요소입니다.
이 카테고리의 예제 템플릿
- 강점과 긍정적인 피드백: 특정 사례에 기반한 행동 기반 칭찬.
- 개선이 필요한 영역: 변화할 구체적인 행동을 포함하는 미래지향적이고 비개인적인 프레이밍.
- 목표 설정 및 개발 계획: 지원 리소스 및 체크인 날짜가 포함된 SMART 스타일 목표입니다.
실제 예제 템플릿
강점/긍정적인 피드백
효과적인 긍정적 피드백은 결과뿐만 아니라 행동과 영향을 나타냅니다. "이번 분기에 정말 잘했어요"라는 말은 직원에게 반복할 수 있는 말을 하지 않습니다. "타임라인에 도달하기 전에 지속적으로 범위 변경을 표시하여 2분기 릴리스를 일정대로 유지했습니다."는 복제 가능한 패턴을 제공합니다. 행동 기반 칭찬은 교정 대화에서도 더욱 방어적입니다. 구조는 매번 동일합니다. 행동 이름을 지정하고, 특정 사례를 인용하고, 영향을 설명합니다. 동작, 구체적인 예 및 결과에 대해 자리 표시자를 사용하십시오. ;prstrength과 같은 트리거를 유지하면 10번째 검토 시 기본 필러 문구를 사용하지 않고 완전한 강점 섹션을 구축할 ��� 있습니다.
[#Employee Name#] consistently demonstrates [#specific strength, e.g., "proactive communication under pressure"#]. In [#specific example or project#], [#he/she/they#] [#what they did — concrete behavior#], which resulted in [#measurable or observable outcome#]. This is a pattern that [#positively affects the team / contributes to X goal / sets a strong example#]. Continuing to build on this in [#area or next context#] will [#expected positive impact#].
개선이 필요한 부분(건설적)
건설적인 피드백은 행동보다는 성격 특성을 설명할 때, 또는 너무 일반적이어서 직원이 무엇을 바꿔야 할지 모를 때 가장 자주 실패합니다. 작동하는 프레임: 특정 행동(사람이 아님)의 이름을 지정하고, 그것이 팀이나 작업에 미치는 영향을 설명하고, 구체적이고 관찰 가능한 대체 행동("더 나은" 모습)으로 마무리합니다. 이는 직원에게 평결이 아닌 목표를 제공합니다. 동작, 영향 및 예상되는 변경 사항에 대해 자리 표시자를 사용합니다. ;primprove과 같은 트리거�� 유지하세요. 상황이 민감한 경우 초안을 붙여넣고 AI Enhance을 사용하여 톤을 다듬으세요. 단, 관찰한 사실을 직접 제공하세요. 이 도구는 증거가 아닌 표현을 향상시킵니다.
One area for [#Employee Name#] to develop is [#specific behavior, e.g., "meeting preparation — arriving with an agenda and pre-read materials"#]. In [#specific situation or recurring pattern#], [#the impact — e.g., "this added 15–20 minutes to team meetings and shifted preparation work to others"#]. Going forward, the expectation is [#specific, observable alternative behavior#]. [#Manager/team#] will support this by [#resource, coaching, or process change#], and progress will be reviewed at [#next check-in or review date#].
목표설정/개발계획
기한이 없는 개발 목표, 성공 지표, 명확한 지원 구조는 기껏해야 희망적인 것입니다. 구체적이고, 측정 가능하고, 달성 가능하고, 관련성이 있고, 시간 제한이 있는 SMART 프레임은 장식적인 목표가 아닌 실행 가능한 목표를 만들기 위해 존재합니다. 검토의 목표 섹션에는 목표가 무엇인지, 성공을 어떻게 측정할 것인지, 어떤 지원이 제공되는지, 언제 체크인할 것인지에 대한 답변이 있어야 합니다. 이러한 구성 요소는 모든 직원에게 동일합니다. 구체적인 내용만 변경됩니다. 목표, 지표, 지원 리소스, 체크인 날짜에 자리 표시자를 사용하세요. ;prgoal과 같은 트리거를 유지하여 "이것을 다시 검토하겠습니다"로 마무리하�� 대신 모든 개발 계획이 완료되도록 하세요.
Development goal for [#review period, e.g., "H2 2025"#]: [#Employee Name#] will [#specific, measurable goal — e.g., "lead two cross-functional projects end-to-end with no escalations"#]. Success metric: [#how progress will be measured — e.g., "on-time delivery + stakeholder feedback"#]. Support: [#available resource — e.g., "PM mentorship, access to Confluence project templates"#]. Check-in: [#date or cadence — e.g., "30-day check-in on [date], mid-point review on [date]"#]. Notes: [#any additional context or stretch objective#]
시작하는 방법
강점 블록(;prstrength), 개선 블록(;primprove), 목표 설정 블록(;prgoal)의 세 가지 스니펫을 만듭니다. 직원 이름, 특정 행동 또는 예, 영향 또는 지표, 체크인 ���짜에 대한 자리 표시자를 추가합니다. 트리거를 입력하면 HRIS, Word 문서 또는 모든 성능 플랫폼에서 단축키가 필요하지 않거나 단축키 모드를 사용하여 입력할 때 인라인으로 확장됩니다. 직접 관찰한 사실을 입력한 후 AI Enhance을 사용하여 민감한 개선 피드백에 대한 표현을 다듬습니다. 사례나 증거를 생성하기 위해 AI를 사용하지 마십시오. 템플릿은 구조를 유지하고 리뷰를 공정하고 방어 가능하게 만드는 세부 사항을 제공합니다.
전문가 팁
- 긍정적이든 건설적이든 모든 피드백을 특성보다는 특정 행동과 관찰 가능한 사례에 고정시킵니다. "훌륭한 커뮤니케이터"보다 "일관되게 위험을 조기에 전달"하는 것이 더 유용합니다.
- 개선 피드백에서는 예상되는 변화의 이름을 지정하기 전에 해당 행동이 팀이나 업무에 미치는 영향을 지정하세요. 이렇게 하면 피드백이 개인적이라기보다는 근거가 있다는 느낌을 갖게 됩니다.
- 모든 개발 목표에는 ��공 지표와 체크인 날짜가 필요합니다. 둘 다 없는 목표는 재검토될 가능성이 없으며 변화를 주도할 가능성도 없습니다.
- AI Enhance을 사용하여 어려운 피드백의 표현을 다듬으면서 자신만의 증거를 제공하세요. 이 도구는 기본 평가의 정확성이 아니라 문장 구성을 향상시킵니다.
관련 페이지 및 스니펫
귀하의 워크플로에 대한 관련 가이드, 템플릿 및 비교를 살펴보세요.