---
name: modu-ai/feedback-loop
source: https://app.decimal.ai/s/modu-ai-feedback-loop@1/SKILL.md
source_sha256: 295685dee5cb
---

# 피드백 주고받기 (Feedback Loop)

## 개요

피드백은 어렵다. 주는 사람은 관계가 상할까 봐 돌려 말하다 메시지가 흐려지고, 받는 사람은 인격 공격으로 받아들여 방어부터 한다. 이 스킬은 피드백을 **사람이 아니라 행동·사안**에 고정하는 구조(SBI)를 제공하고, 받은 피드백에서 감정과 사실을 분리해 배울 것만 건지는 법을 돕는다. 회피하지 않고, 깨지지도 않게.

## 트리거 키워드

피드백, 피드백 주는 법, 피드백 받기, 부정적 피드백, 건설적 피드백, 쓴소리, 피드백 회피, 중간 보고, 중간 피드백, SBI, 피드백 소화

## 워크플로우

### 1단계: 피드백의 목적 정하기

비난과 피드백은 다르다. 피드백은 **상대가 더 잘하도록 돕는 것**이지 화풀이가 아니다.

- 주기 전 자문: "이 말로 상대가 무엇을 바꾸길 바라는가?" 답이 없으면 그건 감정 배설이다.
- 받을 때 전제: "이 안에 내가 쓸 수 있는 게 한 조각이라도 있나?"
- 칭찬 피드백도 똑같이 구체적으로 — "잘했어" 대신 "어디가 왜 좋았는지"

### 2단계: SBI 구조로 전달하기 (주는 쪽)

행동을 사람에서 떼어내는 3단 구조다.

| 단계 | 내용 | 예시 |
|------|------|------|
| S (상황) | 언제·어디서 | "어제 고객 미팅에서" |
| B (행동) | 관찰한 사실(해석 빼고) | "발표 중 자료를 미리 안 띄워서 5분 지연됐어요" |
| I (영향) | 그 행동이 미친 결과 | "고객이 준비가 덜 됐다고 느낀 것 같아요" |

→ "당신은 항상 준비가 부족해" 같은 인격·일반화는 금지. 사실 → 영향만 말하고, 개선은 함께 찾는다.

### 3단계: 받은 피드백 소화하기 (받는 쪽)

부정적 피드백이 오면 본능은 방어다. 그 사이에 한 박자를 둔다.

1. **즉답 대신 멈춤**: "피드백 고마워요, 정리해서 다시 말씀드릴게요"로 시간 확보
2. **감정 ↔ 사실 분리**: 기분 나쁜 것과 내용이 맞는지는 별개로 본다
3. **하나만 건지기**: 전부 맞을 필요 없다. 쓸 수 있는 한 조각만 골라 행동으로 바꾼다
4. **출처 가중치**: 신뢰하는 사람·반복되는 피드백은 무겁게, 일회성·악의는 가볍게

→ 피드백은 나에 대한 최종 판결이 아니라 한 시점의 한 관점이다.

### 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년 한국 기준 자체 구성.