개념
피드백이 실패하는 세 가지 방식
리드가 처음 피드백을 줄 때 흔히 세 가지 중 하나로 실패한다.
- 성격을 말한다 — "좀 꼼꼼하지 못한 것 같아요." 듣는 사람은 방어하고, 무엇을 바꿔야 할지 모른다
- 너무 늦게 말한다 — 석 달 치를 모아 평가 시즌에 한꺼번에 말한다. 이미 기억도 흐리고 바꿀 기회도 지났다
- 샌드위치로 숨긴다 — 칭찬, 지적, 칭찬. 듣는 사람은 칭찬만 기억하거나, 칭찬이 나오면 "이제 지적이 오겠구나"라고 긴장한다
이 세 가지를 피하는 가장 단순한 도구가 SBI 모델이다.
SBI — 상황, 행동, 영향
SBI는 CCL(Center for Creative Leadership)이 정리한 피드백 모델이다. 세 부분으로 말한다.
| 부분 | 무엇을 말하나 | 나쁜 예 | 좋은 예 |
|---|---|---|---|
| 상황(Situation) | 언제, 어디서 | "요즘" | "어제 결제 모듈 트리아지 회의에서" |
| 행동(Behavior) | 관찰 가능한 행동 | "대충 한다" | "결함 3건에 재현 절차 없이 스크린샷만 붙였다" |
| 영향(Impact) | 그 행동이 만든 결과 | "별로다" | "개발팀이 3건 모두 반려했고, 재현에 반나절이 더 걸렸다" |
행동은 카메라에 찍힐 수 있는 것 이어야 한다. "성의가 없다"는 카메라에 찍히지 않는다. "재현 절차 없이 스크린샷만 붙였다"는 찍힌다.
SBI는 개선 피드백만을 위한 것이 아니다. 인정 피드백 에도 똑같이 쓴다. "잘했어요"는 무엇을 반복해야 할지 알려 주지 않는다.
[인정 SBI]
상황: 지난주 환불 정책 변경 테스트에서
행동: 기획서에 없던 부분 환불 + 쿠폰 복원 조합을 결정표로 찾아 질문으로 올렸고
영향: 기획이 정책을 보완했고, 운영에서 터졌으면 CS 문의가 대량으로 왔을 케이스를 미리 막았어요.
이런 질문을 앞으로도 계속해 주면 좋겠어요.인정 피드백과 개선 피드백의 비율은 인정이 더 많은 편이 좋다. 인정이 쌓여 있어야 개선 피드백이 공격이 아니라 도움으로 들린다.
피드백 뒤에는 질문을 붙인다
SBI로 말한 뒤 바로 해결책을 주지 말고 질문을 붙인다.
- "그때 어떤 상황이었어요?" — 리드가 모르는 맥락(환경이 불안정했다, 일정이 급했다)이 있을 수 있다
- "다음에 비슷한 상황이면 어떻게 하면 좋을까요?" — 해결책을 본인이 말하게 한다
본인이 말한 해결책은 리드가 준 해결책보다 실행될 가능성이 훨씬 높다. 이것이 코칭의 출발점이다.
GROW — 답을 주지 않고 찾게 하는 대화
피드백이 "이미 일어난 일"을 다룬다면, 코칭은 "앞으로 할 일"을 다룬다. GROW는 John Whitmore가 대중화한 코칭 대화 구조다.
| 단계 | 질문 예 |
|---|---|
| Goal(목표) | "이번 분기에 어떤 걸 할 수 있게 되고 싶어요?" "그게 되면 어떤 모습일까요?" |
| Reality(현실) | "지금은 어디까지 되고 있어요?" "무엇이 막고 있나요?" "이미 시도해 본 건?" |
| Options(선택지) | "할 수 있는 방법이 뭐가 있을까요?" "하나 더 떠올린다면?" "제약이 없다면?" |
| Will(의지) | "그중 무엇을 하겠어요?" "언제까지?" "제가 도울 수 있는 건?" |
리드가 가장 참기 어려운 단계는 Options다. 답이 빤히 보여도 먼저 말하지 않는다. 팀원이 선택지를 두세 개 낸 뒤에 "하나 더 추가해도 될까요?"라고 리드의 선택지를 여러 개 중 하나로 보탠다.
[GROW 대화 예 — 자동화를 배우고 싶은 2년 차]
G: 3개월 뒤 회귀 체크리스트 일부를 스스로 자동화할 수 있으면 좋겠어요.
R: 파이썬 기초 강의는 들었는데, 우리 저장소 구조를 보면 어디부터 봐야 할지 모르겠어요.
O: (팀원) 강의를 하나 더 듣기 / 자동화 담당자에게 구조 설명 요청
(리드 보탬) 기존 테스트 하나를 복사해 조금 바꿔 PR 올리기
W: 이번 주에 자동화 담당자와 30분 구조 설명, 다음 주 금요일까지 첫 PR.
리드는 PR 리뷰어를 배정해 주기로.1:1 면담 — 정기적으로, 팀원의 시간으로
피드백과 코칭이 일어나는 기본 자리가 1:1이다. 원칙은 세 가지다.
- 정기적으로 — 격주 30분이 흔한 기준이다. 문제가 있을 때만 하는 1:1은 호출처럼 느껴진다
- 팀원의 시간으로 — 안건의 절반 이상은 팀원이 가져온다. 리드가 진척 보고를 받는 자리가 되면 안 된다
- 기록을 남긴다 — 약속한 것과 다음에 확인할 것을 짧게 남긴다
[1:1 30분 구조]
5분 근황, 에너지 상태
15분 팀원 안건(막힌 것, 고민, 요청)
5분 리드 안건(피드백 SBI 1개, 공유 사항)
5분 성장 목표 점검(GROW의 W 확인), 다음 약속 정리진척 확인은 1:1이 아니라 스탠드업과 보드에서 한다(레슨 5, 6). 1:1을 진척 회의로 쓰면 팀원은 어려운 이야기를 꺼낼 기회를 잃는다.
어려운 대화 — 반복되는 문제와 성과 저하
같은 문제가 SBI 피드백 뒤에도 반복되면 대화의 무게를 올려야 한다. 준비할 것은 네 가지다.
- 사실 기록 — 날짜별 상황·행동·영향 세 건 이상
- 기대의 명확화 — 기준 문서(리뷰 체크리스트, 완료 조건)에 근거한 기대
- 지원 제안 — 교육, 페어 작업, 업무 조정 등 리드가 할 수 있는 것
- 다음 확인 시점 — 2~4주 뒤 무엇으로 개선을 확인할지
대화는 비공개로, 사실에서 시작해 팀원의 설명을 먼저 듣는다. 성과 저하의 원인이 개인 사정·업무 과다·역할 불일치인 경우가 적지 않다. 원인이 무엇이든 인사 절차가 필요한 수준이면 혼자 판단하지 말고 상위 관리자·인사 담당과 먼저 상의 한다.
심리적 안전 — 피드백이 오가는 팀의 조건
Google의 Project Aristotle 연구는 효과적인 팀의 가장 중요한 요인으로 심리적 안전(psychological safety)을 꼽았다. 실수를 말해도 불이익이 없다고 믿는 상태다. QA 팀에서 이것은 특히 중요하다. "제가 이 케이스를 빠뜨렸어요"라고 말할 수 없는 팀에서는 탈출 결함의 원인 분석이 불가능하다.
리드가 심리적 안전을 만드는 가장 빠른 방법은 자신의 실수를 먼저 말하는 것 이다. "지난 릴리스에서 제가 회귀 범위를 좁게 잡아서 이 결함이 빠졌어요. 다음엔 이렇게 하려고요."
실무에서 왜 필요한가
QA 팀의 이직 사유 상위에는 "성장이 없다"와 "리드와의 관계"가 늘 있다(모듈 7 레슨 9). 피드백과 코칭은 이 두 사유를 동시에 줄이는 도구다. 또 리뷰 체크리스트(레슨 2)가 결과물의 기준을 맞춘다면, 피드백과 코칭은 사람이 그 기준에 도달하게 돕는 장치다. 둘 중 하나만 있으면 기준은 압박이 되거나 방향 없는 격려가 된다.
채용시장에서의 위치
리드·매니저 면접의 행동 질문 중 "성과가 낮은 팀원을 어떻게 대했는가"는 거의 빠지지 않는다. 사실 기록, 기대 명확화, 지원 제안, 확인 시점의 네 요소로 답하면 구조적인 리더로 읽힌다.