동료에게 글로 비판을 전하면서 가혹하게 들리지 않으려면 어떻게 해야 할까요?

공유 제안서 4쪽에 댓글창이 열려 있어요. “이건 말이 안 되는데요”라고 썼다가 지우고, “조금만 다듬어 보면 어떨까요?”라고 썼다가 그것도 지웠어요. 아무것도 요청하지 않으니까요. 이 부분은 틀렸어요. 두 번째 안의 비용이 빠져 있고, 결정은 목요일이고, 쓴 사람은 매주 함께 일하는 사람이에요. 어떻게 써도 비난으로 읽히거나, 아무것도 바뀌지 않을 만큼 약하게 읽힐 것 같아요.

저는 초안을 읽고 나쁘게 닿을 수 있는 단어를 표시해 주는 앱 Subtext를 공동 창업했어요. 그러니 당신이 이 앱을 쓰면 저에게도 이득이 돌아오고, 아래 내용은 어느 것도 인사(HR)나 법률 자문이 아니에요. 이 글은 동료끼리 글로 주고받는 비판을 다뤄요. 채팅이든 이메일이든 문서 댓글이든 코드 리뷰든요. 관리자가 하는 성과 면담은 다루지 않아요. 더 아래에서 Subtext가 부실한 인수인계 문서에 대한 메모를 읽고, 저는 앱이 달아 준 태그 두 개와 내놓은 버전 세 개를 보여 드려요.

피드백이 옳아도 공격처럼 닿을 수 있어요. 연구가 가리키는 방향은 이래요. 댓글은 사람이 아니라 일을 겨냥하고, 읽는 사람이 실제로 할 수 있는 것을 건네고, 상대가 알고 싶어 하지 않을 거라고 단정하지 않는 거예요. 어느 한 가지 대본을 뒷받침하지는 않고, 동료끼리 주고받는 글 비판에 가장 가까운 연구도 가상의 코드 리뷰 댓글을 쓴 것이었어요¹. 문구부터 보고 싶다면 네 가지 역할과 메시지 다섯 개로 바로 가세요.

글로 하는 비판은 무엇 때문에 가혹하게 읽힐까요?

제가 읽은 바로는, 비판이 얼마나 가혹하게 들리는지는 문제가 얼마나 심각한지만큼이나 비판이 어떻게 짜였는지에 달려 있어요. 연구가 내놓는 쓸 만한 정의가 하나 있어요. Robert Baron은 1988년 논문에서 비판이 구체적이고 배려가 있으며 낮은 성과를 내적 원인 탓으로 돌리지 않으면 건설적이라고 했고, 이 규칙을 어기면 파괴적이라고 했어요. 내적 원인이란 제 해석으로는 상황이 아니라 사람에 관한 무언가예요².

첫 번째 연구에서는 학부생 83명이 자기 작업에 대해 건설적인 비판 또는 파괴적인 비판을 받았어요. 파괴적인 비판을 받은 사람들은 분노와 긴장을 더 많이 보고했고, 앞으로 의견이 갈릴 때 비판한 사람에게 맞서거나 피할 가능성이 더 크다고 답했어요. 두 번째 연구에서는 학부생 106명 가운데 첫 과제에서 파괴적인 비판을 받은 사람들이 건설적인 비판이나 비판 없음을 받은 사람들보다 이어진 두 과제에서 더 낮은 목표를 세웠고 자기효능감도 더 낮게 보고했어요². 실험실 안의 학생들이었으니, 이 결과는 비판이 무엇을 할 수 있는지를 보여줄 뿐 동료가 가혹한 이메일을 받은 뒤에 어떻게 하는지를 보여주지는 않아요. 초록에는 과제 수행에 미친 영향이 보고돼 있지 않으니 저라면 그런 영향이 있다고 말하지 않겠어요.

비판은 도움이 될까요, 아니면 자주 역효과가 날까요?

피드백은 평균적으로는 도움이 되지만 매번 그런 건 아니에요. Kluger와 DeNisi가 1996년에 피드백과 수행을 다룬 메타분석은 관찰 23,663건에서 나온 효과 크기 607개를 합쳤어요. 평균적으로 피드백은 수행을 표준편차의 약 0.4만큼 끌어올렸어요(d = .41). 하지만 3분의 1이 넘는 개입이 오히려 수행을 떨어뜨렸고, 표본의 우연한 변동도, 피드백이 긍정적인지 부정적인지도 그 이유를 설명하지 못했어요³. 이걸 당신의 이메일이 역효과를 낼 확률이 세 번에 한 번이라는 뜻으로 읽지는 않겠어요. 연구들은 과제와 환경이 제각각이었고, 요즘의 직장 채팅을 다룬 것은 하나도 없었어요.

저자들이 내놓은 설명은 피드백이 주의가 향하는 곳을 바꾼다는 거예요. 연구들을 가로질러 비교하면, 주의가 과제에서 사람 쪽으로 옮겨 갈수록 피드백의 효과가 떨어졌어요³. 일을 두고 말하고 사람을 두고 말하지 말라는 익숙한 조언에 제가 찾은 가장 강한 연구 근거가 이것이에요. 다만 동료의 메시지에 적용하는 건 여전히 추론이에요. 비교는 연구들 사이에서 이뤄진 것이지, 한 가지 특징만 다른 메시지들 사이에서 이뤄진 게 아니니까요.

그 뒤에 나온 교육 분야 메타분석은 연구 435건, 학습자 6만 1천 명 넘는 자료를 봤어요. 정보가 풍부한 피드백, 곧 교정 피드백에 학습자가 자기 학습을 어떻게 조절하고 있는지에 대한 정보가 더해진 피드백이 평균 효과가 가장 컸고(d = 0.99), 교정 피드백만, 곧 무엇이 맞고 틀렸는지와 정답만 주는 경우는 0.46, 보상이나 벌만 주는 경우는 0.24였어요⁴. 범주는 연구 초록에서 코딩한 것이고, 비교도 동료가 아니라 학생을 다룬 연구들 사이의 것이에요. 제가 끌어내는 추론은 느슨한 거예요. 쓸 만한 정보가 담긴 댓글이 판결보다 낫다는 거죠. “합계 행에 취소된 주문이 아직 들어 있어요”는 읽는 사람에게 어디를 볼지 알려줘요. “합계는 좀 더 신경 써 주세요”는 알려주지 않아요.

상대는 정말 듣고 싶어 할까요?

입을 다무는 이유 가운데 하나는 상대가 알고 싶어 하지 않을 거라는 믿음일 수 있어요. Abi-Esber와 동료들은 참가자 1,984명으로 실험 다섯 건을 했어요. 피드백을 주는 사람들은 받는 사람이 건설적인 피드백을 얼마나 원하는지를 낮춰 짐작하는 경향이 있었어요. 가상의 직장 시나리오에서도, 떠올린 경험에서도, 친구나 룸메이트, 연인 사이의 실시간 피드백에서도 그랬어요⁵.

이 실험들의 피드백은 건설적인 것이었어요. 구체적이고, 실행할 수 있고, 상대의 안녕을 생각하며 건넸고, 받는 사람이 모르고 있지만 고칠 수 있는 문제에 관한 것이었어요. 증거의 대부분은 예측과 떠올린 경험이고, 글로 한 피드백은 시험하지 않았어요. 그래서 이 연구가 청하지 않았거나, 이견이 있거나, 고치기 어려운 비판까지 모든 동료가 반긴다는 걸 보여주지는 않아요. 받는 사람이 부정확하거나 주제넘거나 부당한 비판을 거부하는 것도 충분히 합리적이에요. 저는 이 결과를 시험지로 써요. 내가 상대 입장이라면 이걸 알고 싶을까, 정확한 말인가, 상대가 바꿀 수 있는 일인가를 물어보는 거예요.

Abi-Esber 논문의 저자 네 명 가운데 한 명인 Francesca Gino는 다른 논문 네 편에서 연구 부정행위를 했다고 Harvard가 판단했고, 본인은 이를 부인해요⁵. Crossref, OpenAlex, PubMed에는 이 논문에 대한 정정이나 철회, 우려 표명이 올라 있지 않아요⁵.

내가 할 말일까요, 그리고 글로 써야 할까요?

문구에 앞서 던질 질문이 두 가지 있어요. 첫 번째는 자격에 관한 거예요. 내가 의지하는 일에서 생긴 문제이고, 둘이 합의한 무언가와 견주어 어긋난 것이라면 내가 제기할 수 있는 일이에요. 어떤 사람의 전반적인 성과나 그 일이 그 사람에게 맞는지는 그 사람을 관리하는 사람에게 맡기겠어요. 대부분은 내가 다르게 했을 거라는 것뿐이라면, 취향이라고 말하세요.

두 번째는 글로 쓸지예요. 글로 하느냐 말로 하느냐를 두고 가장 가까운 연구는 다른 주제를 다뤄요. 이메일에서 글쓴이는 자기 어조가 얼마나 분명히 전달되는지를 과대평가해요. 학생들에게 정해준 어조로 쓰게 한 실험이에요⁶. 대부분 낯선 사람이거나 대학생인 참가자들은 논쟁적인 주제를 두고 글로 쓸 때보다 말로 할 때 더 많이 이해하고 갈등은 덜 겪었어요. 다만 별도의 표본에서는 대부분이 글로 쓰는 쪽을 더 좋아한다고 답했어요⁷. 사람들은 오랜 친구와의 통화가 이메일보다 더 어색할 거라고 예상했지만, 실제로는 그렇지 않았어요⁸. 어느 것도 누군가의 일에 대한 비판은 아니고, 통화가 댓글보다 낫다는 걸 보여주지도 않아요. 단호한 Slack 메시지에 관한 글이 첫 번째 연구를, 약속을 취소하는 문자에 관한 글이 세 번째 연구를 다뤄요.

제 나름의 원칙은 사실과 원하는 변경이 분명하면 글로 쓰고, 이견이 있거나 되풀이되거나 반박이 줄줄이 이어질 법한 일이면 먼저 이야기한 뒤 합의한 내용을 글로 남기는 거예요. 글은 고쳐 쓸 수 있고, 상대가 자기 속도로 답할 수 있고, 기록이 남아요. 상대가 어느 쪽을 선호하는지 모르겠다면 물어보세요.

메시지에는 무엇을 담고, 무엇을 덜어야 할까요?

글로 하는 비판에는 역할이 네 가지 있고, 저라면 이 순서로 하겠어요. 이건 Baron의 규칙 세 가지와 위의 주의에 관한 발견, 그리고 아래의 실무 지침을 바탕으로 만든 제 틀이에요.

1. 구체적인 그 일. 문서와 대목, 사건, 합의한 산출물을 짚고, 그것이 합의한 기준과 어떻게 다른지 적으세요. 내가 관찰한 것과 내가 추론한 것을 구분하세요. “합계 행에 취소된 주문이 들어 있어요”는 관찰이고, “부주의하다”는 추론이에요.
2. 그것이 낳은 것. 그 일이 작업에 무엇을 바꿨는지를 내 쪽에서 말하세요. 모두가 동의한다고 주장하지 말고요. “그래서 요약을 끝내지 못했어요” 같은 식이에요.
3. 요청 하나. 상대가 할 수 있는 변경 하나를 말하고, 시간은 실제로 걸려 있는 일이 있을 때만 적으세요. 어느 부분이 필수이고 어느 부분이 내 취향인지도 밝히세요. Google이 공개한 코드 리뷰 지침이 Nit, Optional, FYI 같은 라벨로 하는 방식이에요⁹. 다만 그건 실무 지침이지 실험이 아니에요. 구체적이라는 것이 빠짐없다는 뜻은 아니니, 가장 중요한 변경부터 말하고 나머지는 라벨을 붙이세요. 채팅이라면 메시지는 하나로 보내고, 이메일이라면 분명한 제목 아래 요청을 앞쪽에 두세요.
4. 열어 둔 문과, 진심인 제안. 내가 맥락을 놓쳤을 수 있는 곳에서는 진짜 질문을 하고, 가짜 질문 속에 요구를 숨기지 마세요. 검토나 통화는 실제로 할 때만 제안하세요.

4쪽의 댓글이라면 이렇게 쓸 수 있어요. “이 부분에 두 번째 안의 비용이 없고, 목요일 결정이 그 비용에 달려 있어요. 그 전까지 대략적인 수치를 넣어 주실 수 있을까요? 제가 못 본 곳에 이미 있다면 알려 주세요.”

그러고 나서 덜어내세요. 일이 아니라 상대를 묘사하는 말을 덜어내세요. 부주의한, 게으른, “넌 맨날”, 비난으로 쓴 “또”, “당연히” 같은 말이에요. 반어적인 질문, “아직 좀 그렇네요” 같은 두루뭉술한 판정, 비꼼, 불만을 누그러뜨리려고 붙인 웃는 얼굴, 이름을 든 동료와의 비교, 모두가 그렇게 생각한다는 주장도 덜어내세요. Baron의 정의가 다루는 건 모호하고 배려 없고 사람을 겨냥한 것뿐이니, 이 목록의 나머지는 제 것이고, 웃는 얼굴에 대해서는 이모지 연구들의 결과가 서로 다른 쪽을 가리켜요. 저라면 직접적이거나 짧은 것을 이 목록에 넣지 않겠어요.

보내기 전에, 합리적인 독자가 문제를 찾을 수 있는지, 기준을 이해할 수 있는지, 추측 없이 행동할 수 있는지, 그리고 내 설명에서 틀린 부분을 바로잡을 수 있는지 물어보세요. 공손한 말이 몇 개인지 세는 대신 저라면 이 시험을 쓰겠어요.

샌드위치, SBI, Radical Candor, NVC는 효과가 있을까요?

샌드위치, 곧 칭찬, 비판, 칭찬의 순서에는 서로 다른 쪽을 가리키는 논문이 세 편 있어요. 의대 3학년생이 글로 주고받은 동료 피드백을 다룬 연구 두 건(20명과 350명)에서 학생들은 샌드위치가 이후 수행에 도움이 된다고 믿었지만, 그렇다는 증거는 없었어요¹⁰. 대학생 91명의 무작위 실험에서는 일반적인 긍정 진술 두 개 사이에 낀 교정이 교정만 줬을 때보다 이어서 푼 수학 문제가 더 많았어요. 다만 저자들은 이를 부분적인 증거라고 불러요¹¹. 학부생 8명이 모의 사무 과제를 하며 모든 순서를 다 해 본 연구에서는 평균적으로 샌드위치가 가장 효과적인 순서가 아니었어요¹². 그러니 반증된 것도 아니고 효과가 있다고 밝혀진 것도 아니에요. 제 생각은 참되고 구체적이고 관련 있는 것만 칭찬하라는 거예요. 쿠션 역할만 하는 칭찬은 길이를 늘리고 무슨 말이 이어질지 궁금하게 만들 뿐이니까요.

SBI, Radical Candor, NVC는 실무자의 틀이에요. Situation-Behavior-Impact, Kim Scott이 말한 개인적으로 아끼면서 직접 도전하는 것의 짝, 그리고 비폭력 대화(Nonviolent Communication)예요. SBI 교육을 판매하는 Center for Creative Leadership은 이를 연구에 기반했다고 하지만, 제가 읽은 페이지에는 결과를 다룬 연구가 나오지 않아요¹³. Radical Candor의 판매처 페이지도 그 틀의 결과 연구를 인용하지 않아요¹⁴. 2026년 11월 5일에 발표된 NVC 교육 연구 31건의 리뷰는 근거의 확실성을 매우 낮음에서 보통으로 평가했고, 대부분 적절한 통제가 없고 자기보고에 의존한다는 걸 발견했으며, NVC가 사회적 기능을 개선한다는 흔한 가정보다 결과의 양상이 더 소박하다고 했어요¹⁵. 상당수는 교도소나 병원 같은 환경에서 시험한 교육 프로그램이었어요.

비판 메시지 다섯 개, 고치기 전과 후

이 다섯 개는 이 글을 위해 지어낸 것이고, 어느 것도 정답이 아니에요. 각각 하나의 길일 뿐이에요. 고친 뒤의 글은 각 상황 설명과 고치기 전의 글에 나온 사실만 쓰고, 거기에 요청을 더했어요. 요청은 제가 붙인 거예요.

부실한 인수인계. Owen의 인수인계 문서에는 스테이징 로그인과 열려 있는 버그 목록이 없었고, 당신은 대부분을 직접 맞춰봤어요.

고치기 전 “Owen님, 인수인계 문서 고마워요. 좀 부실하긴 했네요 😅 결국 대부분 제가 직접 맞춰봤어요. 다음엔 스테이징 로그인이랑 열려 있는 버그 목록도 넣어주면 어떨까요? 신경 쓰지 마세요.”

고친 뒤 “Owen님, 인수인계 문서 고마워요. 스테이징 로그인과 열려 있는 버그 목록이 없어서 대부분 제가 직접 맞춰봤어요. 다음 인수인계 때 둘 다 넣어 주실 수 있을까요? 제가 못 찾은 곳에 있다면 알려 주세요.”

“좀 부실하긴 했네요 😅”는 웃는 얼굴이 붙은 판정이고, “신경 쓰지 마세요”는 불만을 거둬들여요. 고친 뒤의 글은 빠진 두 가지를 짚고, 당신이 들인 수고는 그대로 두고, 고쳐 달라고 요청하고, 다른 곳에 있을 가능성도 열어 둬요.

당신에게 비용을 치르게 한 마감. Callum의 테스트 보고서는 월요일까지였는데 수요일에 와서, 릴리스가 수요일에서 금요일로 밀렸어요. 이번 분기에만 두 번째이고, QA는 릴리스 이틀 전에 보고서가 필요해요.

고치기 전 “테스트 보고서는 월요일까지였어요. 이게 두 번째예요. 또 늦어지면 팀장님께 말씀드릴 수밖에 없어요.”

고친 뒤 “Callum님, 테스트 보고서가 월요일까지였는데 수요일에 와서 릴리스가 수요일에서 금요일로 밀렸어요. QA가 릴리스 이틀 전에 보고서를 받아야 해서, 다음 건은 그 시점까지 필요해요. 걸리는 게 있다면 지금 알려 주세요.”

날짜와 결과는 남겨요. “두 번째”는 보고서 한 건에 대한 요청 안에서 점수를 매기는 거라서 빼요. 패턴이 정말 있다면 아래의 Tobias처럼 별도의 대화에서 다룰 일이에요. 협박도 뺐어요. 실행하지 않을지도 모를 협박은 저라면 하지 않겠어요.

빗나간 첫 초안. Ingrid의 온보딩 가이드 초안은 회사 연혁으로 시작하고 첫 주에 관한 내용이 빠져 있어요. 도구 부분은 분명해요. 당신 생각에 새로 온 사람에게는 첫날 무엇을 하고 누구에게 물어야 하는지가 필요해요.

고치기 전 “에너지가 느껴져서 좋아요. 내보내기 전에 조금만 다듬으면 될 것 같아요.”

고친 뒤 “초안 고마워요, Ingrid님. 도구 부분은 분명해요. 빠진 건 첫 주예요. 새로 온 사람은 첫날 무엇을 하고 누구에게 물어야 하는지 알아야 한다고 생각하는데, 가이드는 회사 연혁으로 시작해요. 첫 주를 맨 위에 넣고 연혁은 그 뒤로 옮겨 주실 수 있을까요?”

이건 해롭지 않아 보이지만 다섯 개 가운데 가장 위험하다고 생각해요. “조금만 다듬으면”은 초안이 거의 끝났다는 말인데, 구조를 바꾸자는 이야기가 나중에 불쑥 튀어나올 수 있으니까요.

회의에서의 버릇. Tobias는 세 번 연속 기획 회의에서 팀이 10월에 정한 업체 결정을 다시 꺼냈고, 스프린트에 쓰기로 한 시간을 썼어요. 당신은 팀 채널에 글을 올리려는 참이에요.

고치기 전 “여기선 확실히 정해지는 게 아무것도 없나 보네요 🙃”

고친 뒤 (개인 메시지로) “Tobias님, 지난 기획 회의 세 번에서 10월에 정한 업체 선택으로 계속 돌아갔고, 그래서 스프린트에 쓸 시간이 줄었어요. 새로운 정보가 있다면 회의 전에 보내 주실 수 있을까요? 그러면 바뀌는 게 있는지 같이 볼 수 있어요.”

고치기 전의 글은 채널 전체에 가니 모두가 비꼼을 받고, “확실히 정해지는 게 아무것도 없나 보네요”는 아무도 확인할 수 없는 주장이에요. 고친 뒤의 글은 Tobias에게만 가고, 횟수를 세고, 변경 하나를 요청해요. 버릇이라면 저는 먼저 이야기하고, 이 글은 기록으로 보내겠어요.

리뷰 댓글. Farah의 변경은 목록이 비어 있을 때 죽어요. 반복문이 확인 없이 첫 항목을 읽기 때문이에요. 이건 바뀌어야 하고, 변수 이름 tmp도 읽기 어렵다고 느껴요.

고치기 전 “여기 빈 목록 확인은 왜 없어요? 기본 아닌가요.”

고친 뒤 “머지 전 필수: 목록이 비어 있으면 이 코드는 죽어요. 반복문이 확인 없이 첫 항목을 읽기 때문이에요. 빈 경우를 확인하는 코드를 넣어 주실 수 있을까요? 호출하는 쪽에서 이미 걸러진다면 알려 주세요. Nit, optional: tmp라는 이름은 읽기 어려워요.”

“기본 아닌가요”는 Farah를 판정하고, 그 질문은 아무도 하고 싶지 않은 답을 요구해요. 고친 뒤의 글은 필수인 것과 선택인 것에 라벨을 붙이고, Google의 지침처럼 개발자가 아니라 코드에 대해 말해요⁹.

직급이나 문화, 상대가 누구인지에 따라 달라질까요?

직함이 같다고 영향력이 같은 건 아니에요. 선임 엔지니어는 승인을 쥐고 있을 수 있고, 주니어 동료는 마감에 이의를 제기할 여지가 거의 없을 수 있어요. 그러니 이 요청이 어떤 권한을 지니는지, 곧 릴리스를 막는 것인지, 팀이 합의한 요건인지, 내 취향인지 말하고, 선택 사항인 제안이 명령처럼 들리게 하지 마세요. 보내는 사람의 역할이 메시지가 읽히는 방식을 어떻게 바꾸는지에 대해 알려진 것과 알려지지 않은 것은 단호한 Slack 메시지에 관한 글에서 다뤄요.

문화는 질문을 던져 보라는 신호예요. INSEAD에 글을 쓴 Erin Meyer는 직접적인 문화에서는 “절대적으로” 같은 말로 비판을 세게 하고, 간접적인 문화에서는 “좀 그런” 같은 말로 누그러뜨린다고 설명해요¹⁶. 측정한 표본이 없는 실무자의 경험이고, 경향을 말하는 거예요. 팀이 지적을 어떻게 다루는지 물어보세요.

일부 자료에서는 성별이 사람들이 받는 피드백에 나타나요. 영국 공공 부문 한 조직의 선임 관리자 4,328명에 대한 360도 평가에서, 여성은 남성보다 강점에 대해서는 더 구체적인 피드백을, 개발해야 할 점에 대해서는 덜 구체적인 피드백을 받았어요. 그 보고서는 동료 심사를 거치지 않았고, 성별 차이는 관찰 결과예요¹⁷. 저는 이걸 누구도 깨지기 쉬운 사람으로 대하라는 뜻이 아니라, 모두에게 같은 수준의 구체성을 주고 있는지 확인할 이유로 읽어요.

신경다양성은 하나의 소통 방식이 아니에요. 자폐 성인의 직장 생활에 관한 논문 34편을 종합한 연구는 피드백이 이해하기 어렵거나 별 쓸모가 없을 때가 있었고, 기대하는 바가 분명하면 도움이 됐다는 걸 발견했어요¹⁸. ADHD나 난독증, 그 밖의 다른 특성은 다루지 않으니, 물어보세요. AuDHD에 관한 글은 채널에 관한 근거를 다뤄요.

상대가 방어적으로 답하거나 답이 없으면 어떻게 할까요?

방어적인 답도 답이에요. 저라면 그 아래에 사실을 두고 의견이 다른 부분이 있는지부터 확인하겠어요. “제가 맥락을 놓치고 있을 수 있어요. 일정의 어느 부분이 다르게 보이세요?”는 요건을 내려놓지 않고 그걸 물어요. 상대가 어떤 점에서 옳다면 그렇다고 말하고, 그다음에 공통의 요건을 한 번만 다시 말하세요. 첫 메시지에 부당한 일반화가 들어 있었다면 그 부분은 직접 바로잡으세요. 문자로 사과하는 법이 그걸 다뤄요. 그러고 나서 글로 반박을 더 덧붙이지 말고, 통화나 짧은 서면 안건을 제안하세요.

침묵은 그 자체로 동의도, 적대도, 거부도 아니에요. 일이 오가는 채널에서 짧은 후속 메시지를 한 번 보내고, 그것이 어떤 결정을 붙잡고 있는지 적으세요. 그 밖에는 팀이 보통 답하는 시간을 기다려 주세요.

문제가 우선순위나 담당, 반복되는 합의 불이행, 또는 동료끼리는 풀 수 없는 자원에 관한 것이라면, 결정할 수 있는 사람을 끌어들이세요. 사실, 일에 미친 영향, 필요한 결정을 들고요. 괴롭힘, 안전, 차별에 관한 일이 아니라면 저는 동료에게 먼저 말하겠고, 회사 자체의 정책부터 보겠어요.

스레드에는 누군가의 건강이나 동기에 대한 추측, 다른 동료에 관한 기밀 정보, 내가 실행할 수 없거나 실행하지 않을 협박, 확인하지 않은 집단의 생각에 관한 주장이 들어가면 안 돼요. 괴롭힘, 차별, 보복, 심각한 비위에 대한 주장은 회사의 신고 절차에 속해요. 그 사람이 당신을 겁먹게 하거나 협박한다면, 이건 더 이상 문구의 문제가 아니에요. 당장 위험하다면 지역의 긴급 전화번호로 전화하세요. 그 이야기는 Subtext에도, 다른 어떤 AI 도구에도 올리지 말아 주세요.

도구가 도움이 될 때

Subtext는 AI 도구라서 가장 가까운 근거는 메시지에 AI가 주는 도움에 관한 연구이고, 이는 AI 메시지 리라이터는 정말 효과가 있을까?가 다뤄요. Subtext를 포함해 어떤 AI 리라이팅 도구든 동료에게 한 피드백이 어떻게 닿는지, 얼마나 공정한지, 업무 관계가 어떻게 되는지를 개선한다는 독립적인 연구는 찾지 못했어요.

돈이 들지 않는 습관이 두 가지 있어요. 거르지 않은 버전을 혼자 쓰고, 판단 하나하나를 일어난 일과 바뀌길 원하는 것으로 바꾸세요. 그러고 나서 가장 예민한 독자가 들을 법하게 소리 내어 말해 보세요. 이 문자, 무례하게 들릴까요?가 가장 가까운 검증된 형태로 그걸 다뤄요.

Subtext는 당신이 쓴 피드백 초안을 읽고 공격으로 읽힐 수 있는 단어를 표시해요. 항상이나 절대 같은 판단, 깎아내리는 말, “해야 한다” 같은 말로 들이대는 규칙이고, 각각에 짧은 이유가 붙어요. 초안에 담긴 감정을 한 단어로 짚고, 최대 세 가지 버전을 제안하는데, 하나는 당신의 표현에 가깝게 두고, 각 버전에는 ‘보내도 괜찮아요’ 또는 ‘참고’ 표시를 달고, 당신의 초안에서 만든 버전에는 당신의 표현을 얼마나 바꿨는지 추정치도 보여줘요. ‘보내도 괜찮아요’ 표시는 눈앞의 단어만 보고 Subtext가 낸 추정이고, ‘참고’는 그 버전을 다시 읽어 볼 이유이지 문제가 있다는 증거가 아니에요. 아무것도 대신 보내지 않으니, 원하는 버전을 복사해서 직접 보내요.

Subtext는 당신의 비판이 공정한지 옳은지 판단하지 못하고, 동료가 무슨 뜻이었는지도, 상대가 어떻게 받아들일지도 알려줄 수 없어요. 사이트의 FAQ에도 그렇게 적혀 있어요. 당신이 준 단어와 ‘기억’(Memory)에 저장해 둔 메모 말고는 두 사람 사이의 이력이나 팀의 규범도 몰라요. 더 짧게나 더 따뜻하게 같은 지시로 쓴 버전은 따뜻하고 담백하고 짧은 쪽으로 기우니, 단호하게 남아야 하는 메시지라면 무엇이 빠졌는지 읽어 봐야 해요. 이건 글쓰기 도우미이고, 치료나 중재나 인사 절차가 아니에요.

위의 부실한 인수인계는 이번 실행을 위해 지어낸 것인데, Subtext에 넣어 봤어요. 초안은 “Owen님, 인수인계 문서 고마워요. 좀 부실하긴 했네요 😅 결국 대부분 제가 직접 맞춰봤어요. 다음엔 스테이징 로그인이랑 열려 있는 버그 목록도 넣어주면 어떨까요? 신경 쓰지 마세요.”였어요. Subtext는 그 안의 감정을 ‘답답함’이라고 짚고 태그 두 개를 달았어요. ‘은근한 비꼼’은 “고마워요. 좀 부실하긴 했네요 😅”에 붙었고, 이유는 감사와 비판이 섞여 있어 돌려 비꼬는 것처럼 읽힐 수 있다는 거였어요. ‘감정 축소’는 마지막 줄 “신경 쓰지 마세요”에 붙었고, 이유는 피드백을 스스로 지워버려서 진짜 요청이 흐려진다는 거였어요.

세 버전에는 모두 ‘보내도 괜찮아요’ 표시가 붙었어요. 첫 번째 ‘원문에 가깝게’는 “부실하긴 했네요”를 “빠진 부분이 있어서”로 바꾸고 “신경 쓰지 마세요”를 없앴는데, 표시 뒤의 메모도 그렇게 적었어요. 처음에 태그가 붙은 두 곳을 모두 고친 셈이에요. 두 번째 ‘더 따뜻하게’는 “덕분에 시작은 수월했어요”를 보탰는데 초안에 없던 말이고, “대부분”은 빠졌고, 웃는 얼굴은 😊로 바꿔 감사 쪽에 남겼어요. 세 번째 ‘제안 중심 재작성’은 “지금은 정리가 거의 끝났어요”를 더했는데 그것도 초안에 없던 말이고, 끝을 “참고만 해주세요”로 맺어서 요청이 한결 가벼워졌어요. 세 버전 모두 스테이징 로그인 정보와 버그 목록은 그대로 요청해요. 하지만 어느 것도 다른 곳에 이미 있는지 알려 달라고 하지 않아서, 네 번째 역할인 열어 둔 문과 제안은 여전히 당신 몫이에요. Subtext가 버전 아래에 붙인 말은 이랬어요. “문서가 얼마나 부실했는지는 줄였고, 스테이징 로그인과 버그 목록 요청은 그대로 살렸어요.” 그 아래에는 ‘더 짧게’, ‘더 따뜻하게’, ‘자신감 추가’ 버튼이 이어져요. 손대지 않은 앱의 실제 출력이에요.

브라우저에서 Subtext 써보기App Store에서 Subtext 받기Google Play에서 Subtext 받기앱 다운로드

어떤 도구든 사실과 요건, 마감은 그대로 두고 칭찬이나 약속, 사과는 더하지 말라고 요청하세요. 그리고 돌아온 결과를 원문과 견줘 보세요. 위의 두 번째 버전이 그랬듯, 다시 쓰면 가장자리의 날과 함께 사실 하나도 누그러질 수 있으니까요.

Subtext나 다른 AI 도구에 무엇을 붙여넣어야 할까요?

Subtext든 다른 AI 도구든 피드백 초안을 붙여넣으면 기밀 상업 정보와, 그 서비스를 선택한 적 없는 사람에 관한 세부가 들어 있을 수 있고, 이름을 지운다고 알아볼 수 있는 단서가 전부 사라지지는 않아요. 먼저 회사 정책과 계약을 확인하고, 승인된 도구와 계정이 있다면 그것을 쓰고, 내가 쓴 피드백만 붙여넣되 이름 대신 역할을 쓰고, 작업에 필요 없는 고객사 이름과 수치, 스레드 이력은 빼세요. 상대의 건강이나 돈, 사생활에 관한 것은 넣지 마세요.

Subtext의 약관은 다른 사람의 말을 제출해도 되는지, 일에 쓴다면 그래도 되는지 확인하라고 요구해요. 개인정보 처리방침에는 보낸 어떤 것도 Subtext나 그 제공업체가 AI 모델 학습에 쓰지 않고, 텍스트가 방침에 이름이 오른 AI 제공업체로 간다고 적혀 있어요. 대화는 마지막으로 쓴 지 5일 뒤에, 고정해 두면 90일 뒤에 저절로 삭제되고, 바로 삭제할 수도 있어요¹⁹. ‘기억’(Memory)에 저장한 메모는 직접 삭제할 때까지 남아 있어요. 다른 도구에 대한 긴 버전은 내 메시지로 학습하는 AI 글쓰기 어시스턴트는 어디일까요?에 있어요.

자주 묻는 질문

동료의 작업을 이메일로 공손하게 비판하려면 어떻게 하나요? 구체적인 그 일을 짚고, 그것이 낳은 것을 말하고, 변경 하나를 요청하고, 내가 모르는 부분의 여지를 남기세요. 여기서 공손하다는 건 정확하고 존중한다는 뜻이에요. 군더더기를 붙인다고 정확해지지도 존중이 되지도 않아요.

Slack이나 이메일로 비판적인 피드백을 해도 괜찮을까요? 사실과 원하는 변경이 분명하다면 괜찮아요. 이견이 있거나 되풀이되거나 반박이 줄줄이 이어질 법한 일이면 먼저 이야기하세요.

칭찬으로 시작해야 할까요? 참이고 일에 관한 칭찬일 때만요. 샌드위치에는 서로 다른 쪽을 가리키는 논문이 세 편 있고, 제 생각에 비판을 누그러뜨리는 것이 유일한 역할인 칭찬은 길이를 늘리고 무슨 말이 이어질지 궁금하게 만들 뿐이에요.

보내기 전에 얼마나 기다려야 하나요? 간격을 알려주는 연구는 찾지 못했어요. 잠시 멈춘다면 저는 그 시간에 판단 하나하나를 일어난 일과 바뀌길 원하는 것으로 바꾸고, 지적이 의미를 잃기 전에 보내겠어요.

해야 할 순서

먼저 내가 할 말인지, 글로 하는 게 맞는 방법인지 정하세요. 이견이 있거나 되풀이되거나 반박이 줄줄이 이어질 법한 일이면 먼저 이야기하세요. 글로 쓴다면 구체적인 그 일을 짚고, 그것이 낳은 것을 말하고, 변경 하나를 요청하고, 내가 모르는 부분의 여지를 남기세요.

상대가 방어적으로 답하면 사실에 관한 의견 차이부터 확인하고, 내가 잘못한 것은 바로잡고, 요건은 한 번만 다시 말하세요. 아무 답이 없으면 짧은 후속 메시지를 한 번 보내세요. 괴롭힘이나 차별이거나 당신을 겁먹게 하는 일이라면 이건 더 이상 문구의 문제가 아니에요.

일을 짚고, 그것이 낳은 것을 말하고, 변경 하나를 요청하는 가장 작은 메시지를 쓰세요. 그리고 보내세요.

출처

위에 나온 순서대로 번호를 매겼어요. 수치를 원출처로 확인하지 못한 곳에는 본문에 그렇게 적었어요. 2026년 11월 6일에 확인했어요.

1. Gunawardena, S. D., Devine, P., Beaumont, I., Garden, L. P., Murphy-Hill, E., and Blincoe, K. (2022). Destructive Criticism in Software Code Review Impacts Inclusion. Proceedings of the ACM on Human-Computer Interaction, 6(CSCW2), 1-29. 가상의 건설적 또는 파괴적 코드 리뷰 댓글에 반응한 소프트웨어 실무자 93명의 설문이고, 시나리오와 자기보고예요.
2. Baron, R. A. (1988). Negative Effects of Destructive Criticism: Impact on Conflict, Self-Efficacy, and Task Performance. Journal of Applied Psychology, 73(2), 199-207. 연구 세 건으로, 학부생 83명, 학부생 106명, 한 식품 가공 회사 직원 108명의 설문이에요. 실험실 조작과 자기보고예요.
3. Kluger, A. N., and DeNisi, A. (1996). The Effects of Feedback Interventions on Performance: A Historical Review, a Meta-Analysis, and a Preliminary Feedback Intervention Theory. Psychological Bulletin, 119(2), 254-284. 효과 크기 607개(관찰 23,663건)의 메타분석이에요. 피드백은 평균적으로 수행을 높였지만(d = .41), 3분의 1이 넘는 개입이 수행을 떨어뜨렸어요. 과제와 환경이 제각각이었고 요즘의 직장 채팅을 다룬 것은 없어요. 전문을 열어 보지 못해서 실험실과 현장의 구분은 알 수 없어요.
4. Wisniewski, B., Zierer, K., and Hattie, J. (2020). The Power of Feedback Revisited: A Meta-Analysis of Educational Feedback Research. Frontiers in Psychology, 10, article 3087. 연구 435건, 효과 994개, 학습자 6만 1천 명 넘는 메타분석으로, 극단값을 제거한 뒤 평균 d = 0.48이에요. 피드백 유형은 원 연구들의 초록에서 코딩했고, 동료가 아니라 학생이에요.
5. Abi-Esber, N., Abel, J. E., Schroeder, J., and Gino, F. (2022). “Just Letting You Know …” Underestimating Others’ Desire for Constructive Feedback. Journal of Personality and Social Psychology, 123(6), 1362-1385. 실험 다섯 건(N = 1,984)과 캠퍼스 예비 연구로, 가상의 직장 시나리오, 떠올린 경험, 친구나 룸메이트, 연인 사이의 실시간 피드백, 학생들의 말하기 대회예요. 공저자 Francesca Gino에 관한 기록은 2026년 11월 6일에 확인했어요. 다른 논문 네 편에서 연구 부정행위가 있었다는 Harvard의 판단과 그의 부인은 2024년 3월 15일 Harvard Crimson이 보도했어요. 철회 공지 네 건은 Crossref의 PNAS, Psychological Science, Psychological Science, Journal of Personality and Social Psychology 아래에 있어요. 이 논문에는 Crossref, OpenAlex, PubMed 어디에도 정정이나 철회, 우려 표명이 붙어 있지 않고, 학술지의 자체 페이지는 열어 보지 못했어요.
6. Kruger, J., Epley, N., Parker, J., and Ng, Z.-W. (2005). Egocentrism Over E-Mail: Can We Communicate as Well as We Think? Journal of Personality and Social Psychology, 89(6), 925-936. 미국 학부생을 대상으로 한 실험 다섯 건으로, 이메일이고 정해준 어조예요. 직장에서의 비판이 아니에요.
7. Bevis, B., Schroeder, J., and Yeomans, M. (2026). Spoken Disagreement Is More Constructive Than Written Disagreement. Nature Communications, 17, article 5792. 대화 상대 1,576명과 관찰자 1,432명이 참여한 무작위 실험으로, 대부분 낯선 사람이거나 대학생이고 논쟁적인 주제로 의견이 갈렸어요. 일에 대한 비판이 아니고, 오픈 액세스예요.
8. Kumar, A., and Epley, N. (2021). It’s Surprisingly Nice to Hear You: Misunderstanding the Impact of Communication Media Can Lead to Suboptimal Choices of How to Connect With Others. Journal of Experimental Psychology: General, 150(3), 595-607. University of Chicago 학생 200명에게 오랜 친구와 전화나 이메일로 다시 연락하게 한 현장 실험(후속 조사 완료 103명)과, 낯선 사람과 영상, 음성, 문자로 대화하게 한 실험실 실험이에요. 다시 연락하기와 서로 알아가기에 관한 것이고, 비판이 아니에요.
9. Google Engineering Practices. How to Write Code Review Comments. 실무 지침이고 날짜 표기가 없으며 2026년 11월 6일에 읽었어요. 통제된 연구가 아니에요.
10. Parkes, J., Abercrombie, S., and McCarty, T. (2013). Feedback Sandwiches Affect Perceptions but Not Performance. Advances in Health Sciences Education, 18(3), 397-407. 의대 3학년생이 환자 기록을 쓰며 글로 주고받은 동료 피드백 연구 두 건(N = 20과 N = 350)이에요. 학생들은 샌드위치가 이후 수행에 도움이 된다고 생각했지만 그렇다는 증거는 없었어요.
11. Prochazka, J., Ovcari, M., and Durinik, M. (2020). Sandwich Feedback: The Empirical Evidence of Its Effectiveness. Learning and Motivation, 71, article 101649. 수학 문제를 푼 대학생 91명의 무작위 실험으로, 샌드위치 집단이 더 오래 준비했고 두 번째 세트에서 더 많이 풀었어요. 칭찬은 일반적이고 수행과 무관했으며, 저자들은 증거가 부분적이라고 해요.
12. Henley, A. J., and DiGennaro Reed, F. D. (2015). Should You Order the Feedback Sandwich? Efficacy of Feedback Sequence and Timing. Journal of Organizational Behavior Management, 35(3-4), 321-335. 학부생 8명(여성 7명, 남성 1명)이 모의 사무 과제를 네 가지 조건(피드백 순서 세 가지와 피드백 없음) 모두에서 했고, 절반은 매 회기 전에, 절반은 후에 말로 피드백을 받았어요. 샌드위치는 가장 효과적인 순서가 아니었어요. 표본 크기는 전문에서 확인했어요.
13. Center for Creative Leadership (2025). Use Situation-Behavior-Impact (SBI)™ To Understand Intent. 2025년 8월 19일자 실무자 글이에요. 이 방법을 연구에 기반했다고 하지만 방법 자체의 결과 연구는 제시하지 않아요.
14. Radical Candor, LLC. Our Approach: Kim Scott’s Feedback Framework. 상업 교육 업체의 판매처 페이지이고 2026년 11월 6일에 읽었어요. 그 틀 자체의 결과 연구는 인용하지 않아요.
15. Lazzari, G., Jean, B. R., de la Sablonnière, R., and van Vugt, F. T. (2026). A Systematic Review of Quantitative Studies Testing Nonviolent Communication Training Interventions. Frontiers in Psychology, 17, article 1800455. 연구 31건이고, 근거의 확실성은 매우 낮음에서 보통으로 평가됐어요. 대부분 적절한 통제나 무작위 배정이 없었고 자기보고에 의존했어요. 2026년 11월 5일에 온라인 게재됐어요.
16. Meyer, E. (2015). Giving Negative Feedback Across Cultures. INSEAD Knowledge, 16 September 2015. 저자의 강의와 컨설팅, 일화에 바탕을 둔 실무자 글이에요. 측정한 표본은 없어요.
17. Burd, H., Bremner, G., Schein, A., and Rudzeviciute, M. (2021). Gender Bias and Performance Feedback: An RCT. Behavioural Insights Team research report, June 2021. 영국 공공 부문 한 조직의 선임 관리자 4,328명에 대한 360도 평가예요. 평가받는 사람이 아니라 평가하는 사람들이 서로 다른 지시에 무작위로 배정됐고, 동료 심사는 거치지 않았어요.
18. Thorpe, D., McKinlay, M., Richards, J., Sang, K., and Stewart, M. E. (2024). The Lived Experience of Autistic Adults in Employment: A Systematic Search and Synthesis. Autism in Adulthood, 6(4), 495-509. 논문 34편의 질적 종합이고, 연구비 지원과 이해 충돌은 없다고 밝혔어요. 자폐인 노동자의 서술을 다루며, 다른 신경다양성은 다루지 않아요.
19. Subtext. Terms and privacy. 개인정보 처리방침과 약관은 2026년 10월 22일에 마지막으로 갱신됐어요. 1차 자료예요.