| name | feedback-loop |
| description | 피드백을 건설적으로 주고, 받은 피드백을 감정 상하지 않게 소화하도록 도와주는 스킬입니다. '피드백 어떻게 줘야 해', '부정적 피드백 받았는데 속상해', '피드백 전달하는 법', '중간 점검 요청하고 싶어'처럼 말하면 됩니다. SBI 구조로 건설적 피드백을 설계하고, 받은 피드백을 사실과 감정으로 분리해 소화하며, 먼저 피드백을 요청하는 법까지 다룹니다.
|
| user-invocable | true |
| version | 2.27.0 |
피드백 주고받기 (Feedback Loop)
개요
피드백은 어렵다. 주는 사람은 관계가 상할까 봐 돌려 말하다 메시지가 흐려지고, 받는 사람은 인격 공격으로 받아들여 방어부터 한다. 이 스킬은 피드백을 사람이 아니라 행동·사안에 고정하는 구조(SBI)를 제공하고, 받은 피드백에서 감정과 사실을 분리해 배울 것만 건지는 법을 돕는다. 회피하지 않고, 깨지지도 않게.
트리거 키워드
피드백, 피드백 주는 법, 피드백 받기, 부정적 피드백, 건설적 피드백, 쓴소리, 피드백 회피, 중간 보고, 중간 피드백, SBI, 피드백 소화
워크플로우
1단계: 피드백의 목적 정하기
비난과 피드백은 다르다. 피드백은 상대가 더 잘하도록 돕는 것이지 화풀이가 아니다.
- 주기 전 자문: "이 말로 상대가 무엇을 바꾸길 바라는가?" 답이 없으면 그건 감정 배설이다.
- 받을 때 전제: "이 안에 내가 쓸 수 있는 게 한 조각이라도 있나?"
- 칭찬 피드백도 똑같이 구체적으로 — "잘했어" 대신 "어디가 왜 좋았는지"
2단계: SBI 구조로 전달하기 (주는 쪽)
행동을 사람에서 떼어내는 3단 구조다.
| 단계 | 내용 | 예시 |
|---|
| S (상황) | 언제·어디서 | "어제 고객 미팅에서" |
| B (행동) | 관찰한 사실(해석 빼고) | "발표 중 자료를 미리 안 띄워서 5분 지연됐어요" |
| I (영향) | 그 행동이 미친 결과 | "고객이 준비가 덜 됐다고 느낀 것 같아요" |
→ "당신은 항상 준비가 부족해" 같은 인격·일반화는 금지. 사실 → 영향만 말하고, 개선은 함께 찾는다.
3단계: 받은 피드백 소화하기 (받는 쪽)
부정적 피드백이 오면 본능은 방어다. 그 사이에 한 박자를 둔다.
- 즉답 대신 멈춤: "피드백 고마워요, 정리해서 다시 말씀드릴게요"로 시간 확보
- 감정 ↔ 사실 분리: 기분 나쁜 것과 내용이 맞는지는 별개로 본다
- 하나만 건지기: 전부 맞을 필요 없다. 쓸 수 있는 한 조각만 골라 행동으로 바꾼다
- 출처 가중치: 신뢰하는 사람·반복되는 피드백은 무겁게, 일회성·악의는 가볍게
→ 피드백은 나에 대한 최종 판결이 아니라 한 시점의 한 관점이다.
4단계: 먼저 피드백 요청하기
피드백을 기다리지 말고 먼저 구하면 작게·자주 받을 수 있다(중간 보고).
- 구체적으로 묻기: "어땠어요?"(막연) 대신 "이 보고서에서 논리가 약한 부분이 있을까요?"
- 타이밍 잡기: 완성 전 초안 단계에서 — 다 만든 뒤보다 고치기 쉽다
- "나 일하고 있어요" 신호: 진행 중 중간 공유는 신뢰를 쌓고 막판 사고를 막는다
5단계: 피드백을 행동으로 닫기
받았으면 닫아야 다음 피드백이 온다.
- 받은 피드백 중 바꿀 1~2가지를 정해 실제로 적용
- 피드백 준 사람에게 반영 결과를 짧게 공유 — "지난번 말씀 반영해서 이렇게 바꿨어요"
- 이 닫는 루프가 "이 사람은 피드백을 받는 사람"이라는 신뢰를 만든다
사용 예시
예시 1: "후배가 자꾸 마감을 놓치는데 어떻게 말해야 기분 안 상하게 전달할까?"
→ SBI 구조(상황·행동·영향) → 인격 표현 제거 → 개선책을 함께 찾는 질문형 마무리
예시 2: "상사한테 일 못한다는 피드백 받고 너무 속상해"
→ 감정·사실 분리 → 반복·신뢰 출처인지 가중치 판단 → 쓸 수 있는 1조각 + 행동 전환안
예시 3: "프로젝트 중간에 피드백을 미리 받고 싶은데 어떻게 요청하지?"
→ 구체적 질문 설계 → 초안 단계 타이밍 → 중간 보고 메시지 템플릿
산출물
- SBI 기반 피드백 스크립트(상황·행동·영향)
- 받은 피드백 소화 체크리스트(감정/사실 분리·가중치)
- 피드백 요청 질문 + 중간 보고 메시지 템플릿
- 반영 결과 공유 멘트
주의사항
- 부정적 피드백은 1:1로, 즉시·짧게. 공개 자리에서의 지적은 메시지보다 모욕으로 남는다.
- 받은 피드백을 전부 수용할 필요는 없다. 단, 반복되는 피드백은 신호일 가능성이 높다.
- 피드백을 "돌려 말하기"로 부드럽게 하려다 핵심이 사라지면 안 준 것과 같다.
관련 스킬
- moai-comms:negotiation-1on1: 피드백이 면담·요청으로 이어질 때 대화 설계
- moai-comms:report-speak: 중간 보고로 피드백을 미리 받기
- moai-comms:conflict-handler: 피드백이 갈등으로 번질 때 대응
- moai-hr:performance-review: 공식 성과평가 피드백 면담
이 스킬을 사용하지 말아야 할 때
- 공식 인사평가·고과 피드백: 평가 면담은
moai-hr:performance-review를 사용한다.
- 개인 회고·자기 점검: 나 혼자 돌아보는 회고는
moai-productivity를 쓴다.
- 괴롭힘·차별 상황: 단순 피드백이 아니라 직장 내 괴롭힘이면 인사·고충 채널과 공식 절차로 다룬다.
출처
피드백 일반 프레임워크(SBI 모델·감정/사실 분리·중간 보고) + 사용자 vault 노트 참고. 표현·예시는 2026년 한국 기준 자체 구성.
