왜 “왜?”를 계속 묻는 사람은 학습과 일을 더 빨리 할 수 있는가

정답을 많이 아는 것은 분명 유리하다. 하지만 더 범용적인 힘은 모르는 문제를 만났을 때 무엇을 해야 하는지 아는 것이다.

읽기 기능 사용법

듣기는 본문을 읽어 줍니다. 속독은 구절을 차례로 표시하며 속도를 조절할 수 있습니다. 언어 연습은 다른 언어판과 번역을 비교합니다. 저장한 북마크는 이 브라우저의 플레이어 목록에서 다시 열 수 있습니다. 벽돌깨기로 읽기는 글자 하나하나를 벽돌 삼아 깨면서 노는 게임입니다.

이 글 공유하기

이 글 공유하기

광고
광고

5초 결론: 단순히 머리가 좋은 것보다, 학습·개선 루프를 어디에나 재사용할 수 있는 것이 강하다

정답을 많이 아는 것은 분명 유리하다. 하지만 더 범용적인 힘은 모르는 문제를 만났을 때 무엇을 해야 하는지 아는 것이다.

왜? → 구조를 만든다 → 가설을 세운다 → 시험한다 → 결과를 본다 → 모순을 고친다 → 다음부터는 시스템으로 만든다.

이 루프를 업무뿐 아니라 쇼핑, 고객지원, 공부, 여행, 글쓰기, 집안일, 시스템 설계까지 적용할 수 있으면 인생의 문제를 하나씩 따로 푸는 것이 아니다. 문제를 푸는 기계 자체를 업데이트하는 것에 가깝다.

그리고 가끔 한 문장을 추가한다.

“잠깐, 애초에 나는 올바른 것을 최적화하고 있는가?”

여기서 평범한 개선이 더블 루프 학습으로 올라간다.

1. 시작은 고객지원 판정 뒤집기였다 — “그 결론, 전제부터 깨진 것 아닌가?”

대형 전자상거래 플랫폼에서 인증 코드를 확인할 수 없다는 이유로 상품이 판매 불가 판정을 받았다고 해 보자.

1차 답변은 단순하다.

코드를 확인할 수 없으므로 보상 대상이 아니다.

여기서 “규정이 그런가 보다” 하고 끝내면 빠르다. 하지만 학습도 끝난다.

한 단계만 뒤로 가서 “왜 코드를 확인할 수 없었지?”라고 묻는다.

그러면 입고, 라벨 부착, 검사, 판정, 반송이라는 공정이 보인다. 판매자는 플랫폼의 라벨 부착 서비스를 사용했다. 돌아온 상품을 보니 플랫폼이 붙인 라벨 밑에 다른 바코드와 시리얼 정보가 있었다.

질문이 바뀐다.

코드가 없었던 것인가, 아니면 코드를 읽는 쪽이 스스로 가린 것인가?

재조사 결과, 라벨 작업이 인증 코드를 덮은 것이 확인됐다.

요약하면 시스템이 자기가 코드를 가리고 나서 “코드가 안 보입니다”라고 판정한 셈이다.

이건 고성방가가 아니라 판정 로직의 단위 테스트다.

강한 지점은 결론을 바로 때리지 않았다는 것이다.

  1. 이 결론에 필요한 전제는 무엇인가?
  2. 그 전제는 관측한 사실과 맞는가?
  3. 이 상태를 만든 공정은 어디인가?
  4. 새 증거가 나오면 쟁점을 어디로 옮길 것인가?

이 방식은 계약, 품질, 사내 규칙, 청구, 행정 절차, 소프트웨어 장애에도 그대로 쓸 수 있다.

2. “왜?”가 강한 이유는 문장을 저장하는 대신 내부 모델을 만들기 때문이다

“코드가 없었다”만 기억하면 지식은 한 줄이다.

“왜 없었나?”를 묻는 순간 입고, 라벨, 검사, 판정, 반송을 연결해야 한다. 사실 목록이 아니라 무엇이 무엇을 일으켰는지를 모델링하게 된다.

2023년 Cognition 연구에서는 수천 개의 설명을 분석했을 때 사람들이 만족스럽다고 평가한 설명은 기능적 내용이나 메커니즘 설명과 강하게 연결되어 있었다. 이것이 “왜라고 물으면 자동으로 똑똑해진다”는 뜻은 아니다. 다만 좋은 설명이 단순한 바꿔 말하기를 넘어 작동 원리와 기능으로 들어가는 경향은 보여 준다.

반대로 모순 탐지는 자동 기능이 아니다. 2012년 Cognition 연구는 직관과 분석의 답이 충돌하는 문제에서 사람들이 항상 효율적으로 충돌을 감지하는 것은 아니라는 점을 보였다.

그래서 “잠깐, 이 두 사실이 동시에 참일 수 있나?”라는 정지가 중요하다.

왜? → 공정을 그린다 → 사실을 같은 지도에 올린다 → 모순이 보인다.

3. 학습 속도는 생각의 속도보다 피드백까지의 거리가 좌우할 때가 많다

빠른 학습자를 머릿속에서 즉시 정답을 내는 사람으로 상상하기 쉽다.

실무에서는 다른 루프가 더 강할 수 있다.

조금 생각한다 → 작게 시험한다 → 현실의 답을 받는다 → 수정한다.

한 시간 동안 완벽한 가설을 만드는 사람보다 10분 뒤 시험하고, 20분 뒤 실패 원인을 보고, 30분 뒤 두 번째 안을 시험하는 사람이 같은 시간에 더 많은 현실 데이터를 얻을 수 있다.

오류 관리 훈련 메타분석은 24개 연구, 2,183명을 통합해 평균 d=0.44의 효과를 보고했고, 훈련과 구조가 다른 새 과제로의 적응적 전이는 d=0.80이었다. 핵심은 아무렇게나 실패하는 것이 아니라 능동적으로 탐색하고 오류를 정보로 쓰는 것이다.

실패는 벌금 고지서가 아니라 로그 파일이다.

4. 수정 내용을 다음 실행의 기본값으로 만들면 품질과 속도가 함께 오른다

품질을 올리는 방법이 매번 천천히 조심하는 것만은 아니다.

빨리 만든다 → 구멍을 찾는다 → 원인을 찾는다 → 규칙을 고친다 → 검사를 자동화한다.

첫 실행은 힘들어도 두 번째 실행은 이미 수정된 규칙에서 시작한다. 체크리스트, 템플릿, 코드, AI 지침, 표준 절차로 바꾸면 같은 실수를 인간이 매번 다시 생각할 필요가 없다.

2021년 49개 연구, 5,786명을 통합한 자기조절학습 메타분석은 훈련이 학업 성과, 메타인지 전략, 자원 관리, 동기 등에 전반적으로 긍정적 영향을 보였다고 보고했다. 2022년 메타분석에서는 컴퓨터 기반 학습의 메타인지 프롬프트가 자기조절 활동을 g=0.50, 학습 성과를 g=0.40 높였다.

즉 계획·모니터링·평가·수정의 방식 자체도 학습할 수 있다.

5. “일이 빠르다”의 핵심은 타자 속도가 아니라 품질 조정 처리량이다

처리 건수만 빠른 것은 약한 지표다.

진짜 중요한 것은 쓸 수 있는 결과물을 얼마나 빨리 내는가다.

100건을 대충 끝내고 80건이 재작업이면 전체 시스템은 느리다.

반대로 목표 확인 → 최소 실행 → 조기 피드백 → 이상 탐지 → 원인 수정 → 재발 방지를 짧게 연결하면 속도와 품질의 트레이드오프를 일부 바꿀 수 있다.

매번 더 열심히 뛰는 것이 아니다. 다음에는 영웅적인 노력 없이도 빨라지는 구조를 만든다.

6. 이 능력은 상사에 따라 정말 싫어할 수 있다

문제 탐지가 빠른 사람은 자연스럽게 묻는다.

왜 이 절차를 쓰죠?

이 숫자와 설명이 안 맞지 않나요?

목적이 A라면 C안이 더 빠르지 않나요?

개선 의도여도 상대는 “내 판단을 계속 감사한다”고 느낄 수 있다.

조직행동 연구는 이런 개선 제안을 employee voice라고 부른다. 2012년 연구에서는 현상에 도전하는 voice가 지지형 voice보다 관리자에게 낮게 평가되는 경향이 있었고, 위협 인식과 충성심 판단이 그 관계에 관여했다. 2007년 3,149명의 직원과 223명의 관리자를 조사한 연구에서는 관리자 개방성이 심리적 안전감을 통해 직원의 voice와 관련됐다.

능력을 없앨 필요는 없다.

머릿속에서는 가차 없이 디버깅하고, 입 밖으로 낼 때는 상대가 수정할 수 있는 인터페이스로 바꾼다.

“이거 의미 없어요”보다 “목적이 A라면 지표 B와 맞지 않는 것 같습니다. C안도 비교해 볼까요?”가 통하기 쉽다.

7. 정당한 이의 제기와 고객 괴롭힘은 다르다 — 사람 말고 로직을 때려라

기업의 결정을 뒤집으려는 것 자체는 고객 괴롭힘이 아니다.

일본 후생노동성은 2026년 2월 지침에서 사회 통념상 허용 범위를 넘는 언행으로 근로 환경을 해치는 행위를 고객 괴롭힘으로 정의하면서, 허용 범위 안의 불만 제기는 정당한 요구이며 고객 괴롭힘에 해당하지 않는다고 명시했다. 사업주의 대응 의무는 2026년 10월 1일 시행 예정이다.

기준은 반대했느냐가 아니라 무엇을 어떤 방식으로 요구했느냐다.

증거를 내고 근거를 묻고 재조사를 요청하는 것은 정상적인 이의 제기다. 협박, 모욕, 무관한 과도한 요구, 지속적인 괴롭힘은 다른 문제다.

규칙은 간단하다.

사람이 아니라 판정 로직을 공격한다. 증거가 바뀌면 주장도 바꾼다.

고객센터는 격투 게임이 아니다. 디버거다.

8. 다국어 기사 공장을 처음부터 만드는 것도 같은 루프의 산업용 버전이다

다국어 기사 생산 시스템을 처음부터 만든다고 해 보자.

완벽한 사양서는 하늘에서 떨어지지 않는다.

먼저 생성한다. 읽기 어렵다. 제목과 소제목을 고친다. 번역 의미가 흔들린다. locale 검사를 넣는다. 배포가 깨진다. 공개 게이트를 만든다. 중복이 생긴다. canonical과 내부 링크를 검사한다. 그러다 자동 QC에 합격한 글과 사람이 읽고 싶은 글이 다를 수 있다는 사실을 발견한다. 그러면 QC 자체를 고친다.

만든다 → 깨진다 → 관측한다 → 원인을 분리한다 → 규칙을 고친다 → 자동 검사로 만든다.

최종 산출물은 글 한 편이 아니다.

글을 만들고 검사하고 실패에서 배우며 다음 실행의 품질 기준을 높이는 생산 시스템이다.

9. 이 루프가 생활 전체로 퍼지면 왜 살기 쉬워지는가

모든 문제를 매번 처음부터 풀면 인생은 영원한 첫 플레이가 된다.

루프를 여러 영역에 재사용하면 과거 판단이 캐시가 된다.

  • 여행 실패 → 다음 체크리스트
  • 쇼핑 고민 → 비교 기준
  • 고객지원 막힘 → 증거 제출 형식
  • 업무 재작업 → 표준 절차
  • 독자 혼란 → 제목 규칙

생각한 것이 사라지지 않고 다음 문제의 초기 조건이 된다.

일부를 AI, 템플릿, 자동화, 문서 규칙에 외부화하면 인간은 모든 것을 기억하는 대신 이상 탐지, 목적 설정, 예외 판단에 집중할 수 있다.

살기 쉬워지는 이유는 능력이 줄어서가 아니다. 같은 능력을 매번 0부터 쓸 필요가 없어졌기 때문이다.

10. 하지만 강한 최적화 기계에는 결함이 있다 — 틀린 것을 아주 잘 최적화할 수도 있다

최적화 능력이 높을수록 한 가지 위험이 커진다.

승리 조건이 틀리면 틀린 방향으로 매우 효율적으로 갈 수 있다.

기사 수만 KPI로 잡으면 아무도 안 읽는 글을 대량 생산할 수 있다. 처리 건수만 보면 재작업을 대량 생산할 수 있다. 매출만 보면 고객 경험을 부술 수 있다.

AI 안전 연구에서는 문구상 목표를 만족하지만 의도한 결과를 달성하지 않는 행동을 specification gaming이라고 부른다. DeepMind가 소개한 보트 레이싱 사례에서는 에이전트가 골인하지 않고 중간 보상 블록을 반복해서 먹기 위해 빙빙 돌았다.

KPI 100점, 임무 0점.

사람도 한다.

가끔 네 가지를 묻자.

  1. 최종적으로 무엇을 원하는가?
  2. 지금 지표가 그것을 정말 나타내는가?
  3. 이것을 개선하면서 다른 중요한 것을 부수는가?
  4. 처음 전제가 아직 유효한가?

11. 여기서 더블 루프 학습이 들어온다 — 고치는 방법이 아니라 고치는 대상을 의심한다

Chris Argyris의 1977년 HBR 논의가 정확히 맞는다.

싱글 루프는 주어진 목표를 유지한 채 오류를 수정한다.

기사가 QC 탈락
→ 수정
→ 통과

더블 루프는 목표, 정책, 전제 자체를 묻는다.

기사가 QC 탈락
→ 수정
→ 통과
→ 그런데 이 QC가 독자 가치를 측정하나?
→ QC 자체를 다시 설계

전자는 게임을 잘한다.

후자는 설정 창을 열어 “이 승리 조건이 맞나?”라고 묻는다.

항상 켤 필요는 없다. 같은 실패가 반복될 때, 숫자는 좋은데 결과가 나쁠 때, 강한 모순이 있을 때, 큰 결정을 할 때 유용하다.

12. 그런데 더블 루프를 항상 켜 두면 “애초에 인생이란?”에 잡아먹힌다

“애초에”를 무한히 쓰면 가지가 끝없이 늘어난다.

왜 이 일을 하지?
↓
돈은 왜 필요하지?
↓
행복이란?
↓
인간의 행복이란?
↓
인간이란?
↓
인생이란?
↓
우주는 왜 존재하지?

점심을 고르려 했는데 존재론 세미나가 열렸다.

철학은 나쁘지 않다. 가치관의 기초 공사에는 중요하다.

문제는 사소한 결정마다 기초 공사를 다시 하는 것이다.

충분히 생각한 가치관은 임시 버전으로 캐시해 두어도 된다. “지금은 이것을 중요하게 본다”고 운영하고 큰 모순이 생겼을 때 다시 연다.

우유 살 때마다 자유의지를 재심사할 필요는 없다.

13. 삶을 편하게 만드는 것은 생각의 힘보다 종료 조건일 수 있다

깊게 생각할 수 있는 사람이 어느 순간 훨씬 편하게 사는 경우가 있다.

지능이 갑자기 늘어난 것이 아니라 언제 생각을 멈출지가 좋아진 것일 수 있다.

평소에는 싱글 루프를 빠르게 돌린다.

강한 불일치가 있으면 더블 루프로 올라간다.

가치관이나 학습 방법까지 문제가 있을 때만 한 층 더 올라간다.

그 외에는 캐시를 쓴다.

이렇게 하면 깊은 사고가 “가지가 늘어나 행동을 멈추는 능력”에서 필요할 때 깊게 잠수하는 능력으로 바뀐다.

예전에는 “왜?”가 멋대로 실행됐다.

이제는 필요할 때 “왜?”를 호출한다.

14. 3층 운영체제로 보면 실용적이다

Level 1: 실행 루프

한다 → 본다 → 고친다 → 다시 한다

일상의 대부분은 여기서 빠르게 처리한다.

Level 2: 더블 루프

목표, KPI, 전제, 규칙 자체가 맞는가?

반복 실패, 모순, 큰 손실, 중요한 결정에서 실행한다.

Level 3: 학습하는 법을 학습하기

나는 언제 가장 빨리 배우는가? 어디서 막히는가? 무엇을 외부화하면 좋은가?

Argyris와 Schön의 더 넓은 틀에서는 이런 상위 학습을 deutero-learning으로 설명한다.

문제뿐 아니라 문제를 푸는 자기 알고리즘도 개선 대상이 된다.

15. 실제로는 이 짧은 프로토콜이면 충분하다

1. 무엇이 이상한가?
2. 왜 그렇게 되었나?
3. 어떤 전제가 필요한가?
4. 어떤 작은 시험을 할 수 있나?
5. 결과가 가설과 맞았나?
6. 다음에는 무엇을 시스템으로 만들 수 있나?
7. 그래도 이상하면 목표·지표·전제 자체가 틀렸나?
8. 충분하면 종료. 다시 열 조건만 정한다.

7번이 더블 루프, 8번이 폭주 방지 장치다.

“왜?”는 액셀이다. 브레이크가 없으면 철학 우주로 날아간다.

결론: 지능을 “정답을 맞히는 능력”에서 “자신을 업데이트하는 능력”으로 바꿔라

강한 사람은 항상 맞는 사람이 아니다.

오류를 빨리 발견하고, 현실에서 배우고, 다음 실행의 기본값을 바꾸고, 필요하면 목표 자체를 의심하고, 충분할 때 멈출 수 있는 사람이 강하다.

이 엔진을 여러 생활 영역에 쓰면 학습 속도, 업무 속도, 품질, 사고 대응, 의사결정이 같은 원리로 개선된다.

인생의 모든 문제를 미리 알 필요는 없다.

문제가 왔을 때 스스로 업데이트되는 운영체제가 있으면 된다.

가끔 설정 창만 열자.

“이 승리 조건, 아직 맞나?”

참고 자료 (10건)

  1. Chris Argyris, “Double Loop Learning in Organizations,” HBR, 1977. https://hbr.org/1977/09/double-loop-learning-in-organizations
  2. Theobald et al., Contemporary Educational Psychology, 2021. https://doi.org/10.1016/j.cedpsych.2021.101976
  3. Lin Guo, Journal of Computer Assisted Learning, 2022. https://doi.org/10.1111/jcal.12650
  4. Nina Keith & Michael Frese, Journal of Applied Psychology, 2008. https://doi.org/10.1037/0021-9010.93.1.59
  5. Sulik et al., Cognition, 2023. https://doi.org/10.1016/j.cognition.2023.105464
  6. Pennycook et al., Cognition, 2012. https://doi.org/10.1016/j.cognition.2012.04.004
  7. Ethan Burris, Academy of Management Journal, 2012. https://doi.org/10.5465/amj.2010.0562
  8. Detert & Burris, Academy of Management Journal, 2007. https://doi.org/10.5465/amj.2007.26279183
  9. 일본 후생노동성 고객 괴롭힘 지침, 2026-02-26. https://www.mhlw.go.jp/web/t_doc?dataId=75ac0814&dataType=0&pageNo=1
  10. Google DeepMind, “Specification gaming,” 2020. https://deepmind.google/blog/specification-gaming-the-flip-side-of-ai-ingenuity/

이 글 공유하기

이 기사가 도움이 되었다면 사이트를 후원할 수 있습니다. 후원하기

광고
광고
광고

하나 더, 뭐 재미있는 거 없어?

다 읽은 김에. 가까운 이야기 몇 편과, 전혀 다르지만 재미있는 이야기를 골랐어요.

  1. 가까운 이야기나는 왜 이렇게 눈물이 많을까?일은 잘하는데 자꾸 우는 이유
  2. 가장 큰 발견“상대의 속마음을 멋대로 담당하지 않는다”
  3. 전혀 다르지만 재미있는『鬼の花嫁』(Oni no Hanayome) 감상극진한 사랑이 무겁게 느껴지는 이유, 약 10분을 보고 생각한 구원과 연애의 경계
  4. 춤추는 룸펠슈틸츠헨 밈, 옛날 영화 장면일까?정체는 AI가 만든 가짜 비디오
  5. 치이카와는 왜 늘 먹고 있을까?음식, 잡초, 괴물, 노동, 그리고 10+ 등급의 공포

오늘은 이 글

이 글을 읽은 분이 다음에 품는 질문에 각각 답하는 글입니다.

전체 글에서 찾기‘일’ 글 더 보기

다른 글 찾기

모든 기사

Mendoi-chan

사이트 운영자

Mendoi-chan

직장과 일상의 불편함을 구조화해 이해하기 쉬운 다음 행동으로 연결하는 글을 씁니다.

광고

새 글

  1. 1차 뒷좌석에서 옆 친구랑 얘기했을 뿐인데, 모두의 기분까지 관리해야 하나?
  2. 2Krea 무료 100 크레딧은 몇 시에 초기화될까? Krea 3와 14일 무제한 조건
  3. 3Ameverse: Dimensional Peril 엔딩 7개 공략|시계 이동 횟수와 Stabilizer 제작
  4. 4RUENACLE 엔딩 5종 공략|선택지·세이브 위치·CG 31장·NO ENDING의 모순
  5. 5놀다가 친구가 말도 없이 가 버렸다. 이유를 물으니 “일 때문”이라고 했다
광고