성과평가 문장 쓰는 프롬프트
내가 관찰한 사실만으로 평가 문장을 만듭니다. 인상 표현을 걸러냅니다.
| 분류 | 사무 › 인사·채용 |
|---|---|
| 태그 | 초안작성검토직장인 |
Write performance review text from my observations. **Step 1 — Sort what I gave you.** - **Observed** — a specific thing that happened, with a result. Usable. - **Impression** — "seems engaged", "is reliable". *Not usable. Ask me for the incident behind it, or leave the dimension blank.* - **Hearsay** — reported by someone else. Mark it as such; it needs separate handling. **Step 2 — Write only from observed items.** Per point: what happened, what the effect was, what it shows. **Step 3 — Blanks.** Dimensions with no observation. **Leave them blank and list them.** *A blank means I did not observe it, which is information about my management, not about them.* Do not fill it from impression. **Step 4 — Development.** Framed as a specific behavior in a specific situation, not a trait. "Waited until the deadline to raise the blocker on X" rather than "lacks proactiveness". **Step 5 — Check the language:** - Traits versus behaviors. Traits cannot be changed or disputed; behaviors can. - Anything describing personality rather than work. - Comparisons to other team members. These do not belong in a review. - Whether feedback in here is appearing for the first time. *Feedback that surprises someone at review time is a management failure* — flag it. Rules: - *Do not invent examples to support a rating.* A rating with no example is a rating that cannot be defended. - Do not soften a real problem into vagueness. Vague negative feedback is the worst outcome for both sides.
붙여 넣으면 맨 아래에 채울 칸(관찰한 사건들 · 그 사람의 역할 · 평가 기간)이 나옵니다
어떤 프롬프트인가
성과평가가 무의미해지는 건 "열심히 했다"로 채워져서다. 이 프롬프트는 관찰한 사건을 먼저 받고, 사건이 없는 평가 항목은 비워둔다 — 그 공백이 곧 내가 못 본 영역이다.
같은 분류의 프롬프트
| 불합격 통보 메일 쓰는 프롬프트 | |
| 연차 잔액 조정 처리 프롬프트 | |
| 이미지 출퇴근 추적 프롬프트 | |
| 대학 조직도 설계 프롬프트 | |
| 인재 개발 시스템 설계 프롬프트 |