peer-360 피드백 synthesis 진행하기(Conduct a peer-360 feedback synthesis)

충돌하는 피드백을 무너지지 않고 종합하는 법

동료 피드백은 종종 상충합니다. 같은 PM이 하나의 360 안에서 "너무 전술적"이라고도 불리고 "너무 전략적"이라고도 불릴 수 있습니다. Kim Scott의 Radical Candor와 HBR의 feedback fallacy 글은 모두 synthesis 단계가 PM이 실제로 좋아질지, 아니면 overwhelm될지를 가르는 지점이라고 말합니다. Theme clustering, specificity에 대한 정직한 평가, 그리고 무엇에 행동하고 무엇은 정중히 무시할지에 대한 명시적 결정을 해야 합니다.

이 프롬프트의 작동 방식

이 프롬프트는 specificity를 추적하며 theme를 뽑고, self-assessment 및 manager 관점과 비교해 검증하고, act / investigate / ignore bucket으로 분류합니다. 특히 "respectfully ignore" 출력이 규율입니다. 행동하지 않을 피드백도 회피가 아니라 근거 있는 명시적 선택이어야 합니다.

언제 사용할까

• 360 리뷰가 방금 도착했고 신호가 엇갈릴 때
• 동료 리뷰 사이클이 혼란을 만들고 있을 때
• Self-assessment를 외부 데이터에 grounding하고 싶을 때
• 새 매니저에게 과거 피드백 맥락을 설명해야 할 때
• 다음 사이클을 위한 growth plan을 만들고 있을 때

흔한 함정

• 모든 피드백을 똑같이 취급하는 것. 구체적 예시 없는 피드백("더 전략적으로")은 구체적 피드백보다 훨씬 덜 actionable합니다.
• 모든 것에 다 행동하려는 것. PM이 피드백 8개에 한 번에 반응하면, 실제로 눈에 띄는 변화는 하나도 일어나지 않습니다. 2개로 제한하세요.
• Ignore 결정을 피하는 것. 어떤 피드백은 role scope나 현실과 맞지 않습니다. 이름 붙이고 넘어가야 합니다.

참고 자료

• Radical Candor — Kim Scott
• The Feedback Fallacy — Harvard Business Review
• Kim Scott — Kim Malone Scott
• Begin with Trust — Harvard Business Review