문제 정의 훈련: 증상·원인·목표·제약을 분리하는 법

들어가며

이 글은 Logical-Thinking-and-Speaking-Essential 시리즈의 1단계입니다. 전체 학습 순서와 도장 기준은 논리적 사고와 말하기: 실전 훈련 커리큘럼에서 확인할 수 있습니다.

회의에서 “처리가 너무 느립니다. 자동화가 필요해요”라는 말을 들으면 머릿속에는 곧바로 도구와 구현 방법이 떠오릅니다. 그러나 이 문장에는 관찰된 현상, 말한 사람의 해석, 아직 확인하지 않은 원인, 원하는 결과, 특정 해결책이 한꺼번에 섞여 있습니다. 이 상태에서 실행에 들어가면 기능을 제때 만들고도 원래의 불편을 남길 수 있습니다.

문제 정의는 멋진 문장을 쓰는 일이 아닙니다. 무엇을 사실로 알고, 무엇을 아직 추정하며, 누구의 어떤 상태를 어디까지 바꿀 것인지 합의할 수 있는 산출물을 만드는 일입니다. 모호한 의견에서 본질을 찾기: 문제 정의와 Principal Engineer의 사고 방식이 여러 문제 정의를 만드는 사고방식과 역할의 확장을 다뤘다면, 이 글은 그 생각을 실제 회의에서 반복할 수 있도록 한 장 문서와 90초 발언으로 바꾸는 데 집중합니다.

끝까지 하나의 사례를 사용합니다. 고객지원팀에서 다음 요구가 들어왔다고 가정하겠습니다.

“주문 취소 처리가 너무 느립니다. 자동화 도구를 도입해야 합니다.”

이 문장을 바로 과제로 받지 않고, 확인 가능한 재료로 분해하고, 세 가지 경쟁 문제 정의를 만든 뒤, 지금 다룰 하나를 선택하겠습니다.

문제 정의의 출발점: 관찰·해석·가정을 분리한다

같은 문장 안에서도 확실성은 다릅니다. 세 종류를 구분하지 않으면 추측이 사실의 자리를 차지합니다.

관찰: 다른 사람이 다시 확인할 수 있는가

관찰(Observation) 은 기록, 측정, 직접 확인한 사건처럼 독립적으로 다시 확인할 수 있는 내용입니다. 좋은 관찰에는 대상, 기간, 단위, 출처가 있습니다.

훈련 사례에서 지난주 취소 요청 40건을 표본으로 살펴봤다고 합시다.

접수부터 완료까지 걸린 시간의 중앙값은 19시간이었다.
40건 중 18건은 최초 요청에 주문 번호나 취소 사유가 빠져 상담원이 다시 물었다.
추가 승인이 필요한 고액 주문은 9건이었고, 승인 대기 중앙값은 6시간이었다.
완료 여부를 묻는 고객의 재문의가 11건 있었다.
상담원 두 명이 취소 요청을 여러 채널에서 수기로 모아 공용 시트로 옮겼다.

이 수치는 사례 속 관찰이지 모든 고객지원 조직에 통하는 일반 법칙이 아닙니다. 실제 훈련에서는 티켓 기록, 이벤트 로그, 인터뷰 메모처럼 출처를 함께 적어야 합니다. “늘 늦다”, “대부분 누락된다”처럼 범위와 기준이 없는 말은 관찰 칸에 넣지 않습니다.

해석: 관찰에 어떤 의미를 붙였는가

해석(Interpretation) 은 관찰을 설명하거나 중요도를 판단한 문장입니다. 해석은 필요하지만 사실처럼 숨기면 안 됩니다.

“19시간이면 고객이 취소가 실패했다고 느낄 수 있다.”
“재문의 11건은 진행 상태가 보이지 않기 때문에 생긴다.”
“수기 취합이 상담원의 처리 능력을 제한한다.”

모두 그럴듯하지만 아직은 해석입니다. 예를 들어 재문의는 상태 비가시성 때문일 수도 있고, 환불 예정일을 몰라서일 수도 있습니다. 해석에는 반드시 어떤 관찰에서 나왔는지와 무엇을 더 확인해야 하는지를 붙입니다.

가정: 확인하지 않았지만 논의를 위해 잠시 두는 전제

가정(Assumption) 은 아직 증거가 부족하지만 계획을 진행하기 위해 임시로 참이라고 놓는 내용입니다.

주문 번호를 처음부터 받으면 왕복 문의가 줄어들 것이다.
정책상 고액 주문 승인 단계는 당분간 없앨 수 없다.
고객은 취소 완료보다 접수와 진행 상태를 빨리 확인하는 것을 먼저 원한다.
현재 인원으로도 정보 누락만 줄면 목표 시간을 달성할 수 있다.

가정은 금지할 대상이 아니라 검증 순서를 정할 대상입니다. 문장 뒤에 (확인 방법: …)과 (틀리면: …)을 붙이면 숨은 전제가 실험 가능한 질문으로 바뀝니다.

가정: 주문 번호를 최초 접수에서 받으면 왕복 문의가 줄어든다.
확인 방법: 최근 40건에서 정보 누락 여부와 처리 시간의 관계를 비교한다.
틀리면: 접수 품질이 아니라 승인·실행 단계의 지연을 우선 조사한다.

분류가 애매하면 “그 문장을 반대하는 동료가 같은 자료를 보고도 확인할 수 있는가?”라고 묻습니다. 그렇다면 관찰에 가깝고, 자료의 의미를 두고 다툴 수 있다면 해석이며, 아직 확인할 자료가 없다면 가정입니다.

문제는 현재 상태와 원하는 상태의 차이다

문제를 “나쁜 것”의 이름으로 쓰면 끝이 없습니다. “처리가 느리다” 대신 현재 상태와 원하는 상태 사이의 측정 가능한 차이(gap) 로 써야 합니다.

문제의 차이 = 원하는 상태 - 현재 상태

이때 숫자 하나만 정한다고 충분하지 않습니다. 누구에게, 어떤 상황에서, 무엇이 달라져야 하는지 함께 정해야 합니다.

현재 상태를 장면으로 적는다

현재 상태는 평균값 하나가 아니라 실제 흐름을 재구성해야 합니다.

고객이 이메일이나 채팅으로 취소를 요청한다. 정보가 빠지면 상담원이 다시 묻고 답을 기다린다. 요청은 공용 시트로 옮겨지며, 일부 주문은 운영 담당자의 승인을 기다린다. 고객은 진행 상태를 볼 수 없어 완료 여부를 다시 문의한다. 지난주 표본 40건의 접수-완료 중앙값은 19시간이었다.

이 서술에는 주체, 시작점, 지연이 생기는 지점, 영향을 받는 사람이 보입니다. 반면 “취소 프로세스가 비효율적이다”는 평가만 있고 장면이 없습니다.

원하는 상태는 해결책 없이 적는다

목표는 “자동화 도구 도입”이 아닙니다. 도구는 여러 수단 중 하나입니다. 원하는 상태는 수단이 바뀌어도 유지될 결과로 씁니다.

고객이 필요한 정보를 한 번에 전달하고 접수 상태를 확인할 수 있으며, 일반 취소 요청의 80%가 업무시간 기준 4시간 안에 완료된다. 추가 승인이 필요한 요청은 별도로 식별되어 예상 처리 시점을 안내받는다.

이 문장은 특정 제품이나 구현을 강제하지 않습니다. 그래서 양식 개선, 역할 조정, 알림, 시스템 연동 등 서로 다른 대안을 비교할 수 있습니다.

한 장에 반드시 들어갈 일곱 요소

1. 이해관계자: 누가 겪고 누가 결정하는가

“사용자”라는 한 단어로 뭉개지 않습니다. 이 사례에는 최소 네 역할이 있습니다.

고객: 취소가 접수됐는지, 언제 끝나는지 알고 싶다.
상담원: 빠진 정보를 다시 묻고 여러 채널을 취합하는 반복 작업을 줄이고 싶다.
운영 승인자: 예외 주문의 위험을 검토하되 승인 요청이 누락되지 않기를 원한다.
제품·운영 책임자: 고객 경험을 개선하면서 환불 오류와 정책 위반을 늘리지 않아야 한다.

이해관계자마다 성공의 의미가 다릅니다. 고객의 속도만 높이다 환불 오류가 늘면 조직 전체로는 실패입니다. 반대로 통제만 강화해 모든 요청이 느려져도 실패입니다.

2. 영향: 불편이 어떤 결과를 만드는가

영향은 감정을 무시하지 않되, 가능한 한 관찰 가능한 결과로 연결합니다.

고객: 완료 여부를 확인하려 재문의한다.
상담원: 같은 건을 여러 번 열고 맥락을 복구한다.
운영팀: 승인 요청이 여러 채널에 흩어져 우선순위를 알기 어렵다.
조직: 처리 지연뿐 아니라 중복 응대와 취소 실패 위험을 부담한다.

“중요하다”고 강조하는 대신, 누구의 어떤 행동과 비용이 달라지는지 씁니다.

3. 범위: 이번 판단이 책임질 경계

범위는 일을 작게 보이게 하는 장치가 아니라 검증 가능한 크기로 만드는 장치입니다.

포함: 국내 일반 주문의 취소 요청 접수부터 취소 실행 완료까지
포함: 최초 정보 수집, 상담원 확인, 운영 승인, 상태 안내
제외: 배송 완료 후 반품, 해외 결제 환불, 취소 정책 자체의 개정
시간 범위: 최근 4주 기록으로 진단하고 다음 2주에 작은 변경을 검증

범위 밖 항목은 중요하지 않은 것이 아닙니다. 이번 문제 정의의 성공 여부에 섞지 않겠다는 뜻입니다.

4. 성공 기준: 무엇이 달라지면 끝났다고 말할 수 있는가

성공 기준은 측정 대상, 기준값, 목표값, 기간, 안전장치를 포함해야 합니다.

일반 취소 요청 중 80%를 업무시간 기준 4시간 안에 완료한다.
최초 접수의 필수 정보 충족률을 55%에서 90% 이상으로 높인다.
진행 상태를 묻는 재문의를 주간 11건에서 4건 이하로 낮춘다.
오취소와 중복 환불 건수는 늘리지 않는다.

목표 수치는 사례의 연습용 기준입니다. 실제로는 현재 분포와 업무 중요도를 보고 합의합니다. 평균만 쓰면 일부 긴 지연이 가려질 수 있으므로 비율, 중앙값, 상위 지연 구간을 함께 살펴보는 편이 좋습니다.

5. 제약: 해법의 공간을 정하는 조건

제약은 핑계가 아니라 선택 기준입니다.

고액 주문은 운영 승인과 감사 기록을 유지해야 한다.
이번 분기에는 신규 인력을 채용하지 않는다.
고객의 결제 정보는 상담 도구에 복사하지 않는다.
2주 안에 작은 변경으로 가정을 검증해야 한다.
고객지원 운영을 장시간 중단할 수 없다.

제약과 선호를 구분합니다. “기존 도구만 써야 한다”가 계약·보안상의 조건인지, 단지 익숙해서인지 확인해야 합니다.

6. 원인 후보: 사실이 아니라 검증할 설명

원인은 문제 정의 단계에서 확정하지 않습니다. 현재 증상을 만들 수 있는 설명을 경쟁시킵니다.

최초 접수 정보가 부족해 왕복 문의가 생긴다.
예외와 일반 요청이 섞여 모든 건이 같은 대기열을 거친다.
처리 상태가 보이지 않아 실제 완료 시간과 별개로 재문의가 생긴다.
수기 취합 때문에 담당자 배정이 늦어진다.

원인 후보마다 지지 증거, 반대 증거, 다음 확인 방법을 붙입니다. “원인은 수기 작업이다”라고 단정하면 수기 작업과 무관한 승인 지연을 보지 못합니다.

7. 결정 질문: 지금 무엇을 선택해야 하는가

좋은 문서는 읽고 끝나지 않고 다음 결정을 분명히 합니다.

다음 2주 동안 어떤 문제 정의를 우선 검증해야 일반 취소의 처리 시간을 가장 안전하게 줄일 수 있는가?

이 질문은 아직 해결책을 요구하지 않습니다. 먼저 무엇을 풀지 정하고, 다음 단계에서 그 선택을 주장과 근거로 연결합니다.

세 가지 경쟁 문제 정의를 만든다

하나의 프레이밍만 있으면 사실상 선택하지 않은 것입니다. 서로 다른 대상 또는 병목 또는 결과를 중심으로 최소 세 가지를 씁니다. 표현만 바꾼 같은 문장 세 개는 경쟁안이 아닙니다.

대안 A: 최초 접수 품질의 문제

국내 일반 주문 취소에서 최초 요청의 필수 정보 충족률이 55%에 머물러 상담원과 고객 사이에 왕복 문의가 발생하고, 일반 취소 완료가 지연된다. 승인 정책과 환불 정확성을 유지하면서 충족률을 90% 이상으로 높여 80%의 일반 취소를 업무시간 기준 4시간 안에 완료해야 한다.

지지 증거: 40건 중 18건에서 필수 정보가 누락됐다.
반대 가능성: 정보가 모두 있는 요청도 승인이나 담당자 배정 때문에 오래 걸릴 수 있다.
추가 확인: 정보 충족 여부에 따른 처리 시간 분포를 비교한다.

대안 B: 예외 요청과 일반 요청의 혼합 문제

별도 승인이 필요한 9건과 일반 취소 31건이 같은 흐름에서 관리되어, 위험 검토가 필요 없는 요청까지 승인 대기와 담당자 확인의 영향을 받는다. 감사 기록을 유지하면서 일반 요청과 예외 요청의 흐름을 구분해 일반 요청의 대기 시간을 줄여야 한다.

지지 증거: 고액 주문 승인 대기 중앙값이 6시간이었다.
반대 가능성: 승인 대상은 전체의 22.5%이고 일반 요청 지연의 주원인을 설명하지 못할 수 있다.
추가 확인: 일반 요청에도 승인 단계가 적용됐는지, 대기열 진입 시각과 처리 시작 시각을 비교한다.

대안 C: 상태 가시성의 문제

취소 접수 이후 진행 상태와 예상 완료 시점이 고객에게 보이지 않아, 고객이 완료 여부를 확인하려 재문의하고 상담원이 같은 건을 반복 응대한다. 실제 취소 처리의 정확성을 유지하면서 상태 확인 재문의를 주간 11건에서 4건 이하로 줄여야 한다.

지지 증거: 표본 기간에 상태 확인 재문의가 11건 있었다.
반대 가능성: 재문의를 줄여도 실제 취소 완료 시간은 줄지 않을 수 있다.
추가 확인: 재문의 사유를 상태 확인, 환불 시점, 정책 문의로 다시 분류한다.

세 대안은 모두 같은 요구에서 시작했지만 해결하려는 차이가 다릅니다. A는 입력 품질, B는 흐름 분리, C는 인지와 커뮤니케이션을 다룹니다. 따라서 성급히 “자동화”를 선택하기 전에 무엇을 우선 검증할지 토론할 수 있습니다.

증거로 하나를 선택하는 법

선택은 가장 마음에 드는 문장을 고르는 일이 아닙니다. 아래 네 질문을 같은 순서로 적용합니다.

증거 강도: 직접 관찰한 자료가 얼마나 있는가?
영향 범위: 선택한 문제가 개선되면 누구의 어떤 결과가 달라지는가?
통제 가능성: 정한 범위와 제약 안에서 검증할 수 있는가?
반증 가능성: 어떤 결과가 나오면 이 프레이밍을 버릴 것인가?

이 사례에서는 대안 A를 우선 선택합니다.

40건 중 18건이라는 직접 관찰이 있어 세 대안 중 근거가 가장 명확합니다.
고객의 답변 대기와 상담원의 재작업을 동시에 줄일 가능성이 있어 영향 대상이 둘 이상입니다.
승인 정책을 바꾸지 않고도 2주 안에 접수 품질과 처리 시간의 관계를 확인할 수 있습니다.
반증 조건도 분명합니다. 필수 정보가 완전한 요청과 불완전한 요청의 완료 시간 차이가 작거나, 정보 보완 시간이 전체 지연에서 차지하는 비중이 작다면 A의 우선순위를 낮춥니다.

B와 C를 틀렸다고 폐기한 것은 아닙니다. B는 승인 대상의 병목을, C는 재문의 부담을 잘 설명합니다. 다만 현재 자료로는 전체 일반 취소의 지연을 먼저 줄일 후보로 A가 더 강합니다. 선택 뒤에도 보류한 대안 / 보류 이유 / 다시 볼 조건을 남기면 프레이밍이 신념으로 굳는 것을 막을 수 있습니다.

바로 복사해 쓰는 한 장 문제 정의서

아래 템플릿의 목적은 문서를 길게 쓰는 것이 아니라 한 화면 또는 한 장 안에서 합의와 빈칸을 동시에 보이게 하는 것입니다. 해결책 이름은 마지막까지 넣지 않습니다.

# 한 장 문제 정의서

작성일 / 작성자:
결정해야 할 질문:
원문 요구 또는 관찰 계기:

1. 관찰된 사실
- [대상·기간·수치·출처]
- [대상·기간·수치·출처]
- 아직 모르는 것:

2. 해석과 가정
- 해석: [관찰에 붙인 의미] / 근거가 된 관찰:
- 가정: [아직 확인하지 않은 전제]
  - 확인 방법:
  - 틀리면 바뀌는 판단:

3. 현재 상태 → 원하는 상태
- 대상 이해관계자:
- 현재 상태:
- 원하는 상태(해결책 없이):
- 차이:

4. 영향
- [이해관계자]: [현재 생기는 결과]
- [이해관계자]: [현재 생기는 결과]

5. 범위
- 포함:
- 제외:
- 진단 기간 / 검증 기간:

6. 성공 기준과 안전장치
- 기준값 → 목표값 / 측정 기간:
- 기준값 → 목표값 / 측정 기간:
- 악화되면 안 되는 지표:

7. 제약
- 정책·법·보안:
- 시간·비용·인력:
- 운영상 지켜야 할 것:

8. 경쟁 문제 정의
- A. [누가/어떤 상황에서/현재 차이/영향/목표/제약]
  - 지지 증거:
  - 반대 증거 또는 빈칸:
- B. [A와 다른 병목·대상·결과로 작성]
  - 지지 증거:
  - 반대 증거 또는 빈칸:
- C. [A·B와 다른 병목·대상·결과로 작성]
  - 지지 증거:
  - 반대 증거 또는 빈칸:

9. 선택
- 우선 다룰 정의:
- 선택 이유(증거·영향·통제 가능성):
- 반증 조건:
- 보류한 대안과 다시 볼 조건:

10. 다음 행동
- 추가로 확인할 자료:
- 담당자 / 기한:
- 다음 결정 시점:

한 장을 넘긴다면 부록을 만들되 본문에는 판단에 필요한 내용만 남깁니다. 반대로 빈칸을 추측으로 채우지 않습니다. 미확인이라고 표시된 빈칸은 문서의 결함이 아니라 다음 조사 과제입니다.

90초 설명 스크립트 뼈대

한 장 문서를 그대로 읽으면 핵심이 묻힙니다. 90초 설명은 상황 → 관찰 → 세 대안 → 선택 → 한계와 요청 순으로 압축합니다. 보통 15초, 20초, 25초, 20초, 10초로 나누면 연습하기 쉽습니다.

[0~15초: 상황과 결정 질문]
"[이해관계자]가 [상황]에서 [현재 상태]를 겪고 있습니다.
오늘 결정할 것은 [해결책]이 아니라, [어떤 문제를 우선 검증할지]입니다."

[15~35초: 핵심 관찰과 목표]
"[기간·표본]에서 [관찰 1]과 [관찰 2]를 확인했습니다.
현재 [기준값]을 [목표값]으로 바꾸되, [안전장치]는 지켜야 합니다."

[35~60초: 세 가지 경쟁 정의]
"가능한 정의는 세 가지입니다.
첫째 [대안 A], 둘째 [대안 B], 셋째 [대안 C]입니다.
각각 [서로 다른 차이]를 설명합니다."

[60~80초: 선택과 근거]
"지금은 [선택안]을 우선하겠습니다.
[직접 증거]가 있고, [영향 대상]에 영향을 주며,
[제약] 안에서 [기간] 내 검증할 수 있기 때문입니다."

[80~90초: 불확실성과 요청]
"다만 [반증 조건]이면 선택을 바꾸겠습니다.
그래서 [담당자]가 [기한]까지 [자료·작은 검증]을 진행하도록 합의해 주십시오."

사례에 적용하면 다음처럼 말할 수 있습니다.

“고객과 상담원은 주문 취소 과정에서 반복 문의를 겪고 있습니다. 오늘 결정할 것은 자동화 도구가 아니라 어떤 문제를 먼저 검증할지입니다. 지난주 40건의 완료 시간 중앙값은 19시간이었고, 18건은 최초 요청 정보가 빠져 다시 물었습니다. 일반 취소의 80%를 업무시간 4시간 안에 완료하되 오취소와 중복 환불은 늘리지 않아야 합니다. 가능한 정의는 최초 접수 품질, 일반 요청과 승인 예외의 혼합, 상태 비가시성 세 가지입니다. 지금은 최초 접수 품질을 우선하겠습니다. 직접 관찰된 비중이 가장 크고 고객 대기와 상담원 재작업에 함께 영향을 주며, 승인 정책을 바꾸지 않고 2주 안에 검증할 수 있기 때문입니다. 정보가 완전한 요청도 똑같이 늦다면 이 선택을 바꾸겠습니다. 이번 주까지 두 집단의 처리 시간과 대기 구간을 비교하도록 합의해 주십시오.”

처음부터 90초에 맞추려 하지 말고 먼저 빠짐없이 말한 뒤 줄입니다. 삭제 순서는 중복 설명, 예시, 형용사입니다. 세 대안과 선택 근거, 반증 조건은 삭제하지 않습니다.

단계별 훈련법: 한 번에 정확해지려 하지 않는다

1회차: 분류만 한다 — 10분

최근 회의에서 나온 모호한 요구 하나를 고릅니다. 문장을 관찰, 해석, 가정, 해결책으로 색이나 기호를 달리해 나눕니다. 관찰마다 출처를 붙이고, 출처가 없으면 가정으로 내립니다. 이 회차에서는 좋은 해결책을 생각하지 않습니다.

2회차: 차이와 경계를 쓴다 — 15분

현재 상태를 실제 장면으로 쓰고 원하는 상태를 해결책 없이 씁니다. 이해관계자, 영향, 포함·제외 범위, 성공 기준, 제약을 채웁니다. 성공 기준마다 악화되면 안 되는 안전장치를 하나 붙입니다.

3회차: 경쟁안을 강제로 만든다 — 15분

첫 정의와 다른 대상을 중심으로 두 번째를, 다른 병목이나 결과를 중심으로 세 번째를 만듭니다. 각 대안에 지지 증거와 반대 증거를 하나씩 적습니다. 세 문장의 해결책이 같다면 문제 정의가 충분히 다르지 않은지 다시 봅니다.

4회차: 선택을 반증 가능하게 만든다 — 10분

증거 강도, 영향 범위, 통제 가능성으로 하나를 고릅니다. “이 결과가 나오면 선택을 바꾼다”는 조건을 반드시 씁니다. 이 문장을 쓰지 못하면 선호를 근거처럼 포장했을 가능성이 큽니다.

5회차: 90초로 말하고 피드백한다 — 15분

첫 설명을 녹음합니다. 듣는 사람에게 다음 네 가지만 묻습니다.

내가 선택한 문제 정의를 한 문장으로 다시 말해 달라.
나머지 두 대안은 무엇이었는가?
선택 근거 중 관찰된 사실은 무엇이었는가?
어떤 조건에서 선택을 바꾸기로 했는가?

상대가 해결책 이름만 기억한다면 문제보다 수단을 강조한 것입니다. 다음 녹음에서는 새 내용을 추가하지 말고, 문제의 차이와 선택 근거가 앞에 오도록 순서만 고칩니다.

흔한 실패와 교정법

실패 1: 해결책을 문제처럼 쓴다

실패: “자동화 도구가 없는 것이 문제다.”
교정: “어떤 현재 상태가 누구에게 어떤 영향을 주는가?”로 되묻습니다.
수정: “최초 요청 정보 누락으로 왕복 문의가 발생해 일반 취소가 지연된다.”

해결책을 문장에서 지웠더니 의미가 사라진다면 아직 문제를 쓰지 않은 것입니다.

실패 2: 관찰과 원인을 한 문장에 섞는다

실패: “수기 처리 때문에 취소가 19시간이나 걸린다.”
교정: “19시간”은 관찰에, “수기 처리 때문에”는 원인 가설에 둡니다.
수정: “완료 시간 중앙값은 19시간이다. 수기 취합이 지연에 기여한다는 가설을 대기 구간 기록으로 확인한다.”

실패 3: 세 대안이 말만 다르다

실패: “취소가 느리다 / 취소 속도가 낮다 / 취소 시간이 길다.”
교정: 대상, 병목, 결과 중 하나를 바꿉니다.
수정: 접수 정보 품질 / 예외 흐름 혼합 / 상태 가시성처럼 서로 다른 차이를 세웁니다.

실패 4: 모든 이해관계자를 만족시키려 범위가 커진다

실패: 취소, 반품, 해외 환불, 정책 개정, 고객 경험 전체를 한 번에 다룹니다.
교정: 시작과 끝, 대상 주문, 기간을 명시하고 나머지는 제외 범위에 기록합니다.
수정: “국내 일반 주문의 취소 요청 접수부터 실행 완료까지”로 제한합니다.

실패 5: 성공 기준이 활동이나 느낌이다

실패: “프로세스를 개선한다”, “고객 만족도를 높인다.”
교정: 행동의 결과와 시간 범위를 붙입니다.
수정: “일반 요청 80%를 업무시간 4시간 안에 완료하고 상태 재문의를 주 4건 이하로 낮춘다.”

실패 6: 가장 큰 숫자를 자동으로 고른다

건수가 많아도 통제할 수 없거나 영향이 작을 수 있습니다. 숫자의 크기뿐 아니라 자료의 신뢰도, 이해관계자 영향, 검증 비용, 안전 제약을 함께 봅니다. 선택 이유와 반증 조건을 한 쌍으로 적는 것이 교정법입니다.

실패 7: 90초 설명에서 불확실성을 숨긴다

확신 있어 보이려고 가정을 생략하면 질문 한 번에 구조가 무너집니다. “현재 자료로는”, “다만 이 조건이면 바꾸겠다”라고 말하면 약해지는 것이 아니라 판단의 경계가 보입니다.

완료 실습: 도장 1을 얻는 산출물

최근 실제 회의나 업무 메시지에서 나온 모호한 요구 하나를 고릅니다. 민감한 정보는 익명화하되, 편의를 위해 가상의 자료로 바꾸지는 않습니다. 아래 네 산출물을 모두 남겨야 완료입니다.

산출물 1: 최소 세 가지 대안 문제 정의

같은 요구에서 출발하되 대상, 병목, 결과가 서로 다른 문제 정의를 최소 세 개 작성합니다.
각 정의에는 현재 상태, 대상 이해관계자, 영향, 원하는 상태, 핵심 제약이 드러나야 합니다.
각 정의 아래에 지지 증거와 반대 증거 또는 미확인 항목을 최소 하나씩 적습니다.
모든 정의에는 제품명, 기능명, 도입할 도구 같은 해결책 이름을 넣지 않습니다.

산출물 2: 근거를 갖춘 하나의 선택

최소 세 대안 중 지금 우선 다룰 하나를 고릅니다.
선택 이유를 증거 강도, 영향 범위, 통제 가능성에 각각 연결합니다.
선택하지 않은 나머지 대안의 보류 이유와 다시 검토할 조건을 적습니다.
선택을 뒤집을 수 있는 반증 조건을 최소 하나 명시합니다.

산출물 3: 한 장 문제 정의서

앞의 템플릿으로 관찰·해석·가정, 현재·원하는 상태의 차이, 이해관계자, 영향, 범위, 성공 기준, 제약, 최소 세 대안, 선택, 다음 행동을 한 장에 정리합니다. 빈칸은 추측으로 채우지 말고 미확인과 확인 방법을 씁니다.

산출물 4: 90초 설명

스크립트 뼈대를 이용해 상황과 결정 질문, 핵심 관찰, 최소 세 대안, 선택과 근거, 반증 조건, 요청을 포함한 설명을 녹음합니다. 90초를 넘으면 내용을 빨리 읽지 말고 중복과 예시를 덜어냅니다. 동료 한 명이 선택한 문제, 선택 근거, 반증 조건을 자기 말로 되짚을 수 있는지 확인합니다.

이 네 결과가 곧 커리큘럼의 도장 기준과 정확히 대응합니다. 해결책 이름 없이 현재 상태·대상·영향·목표·제약을 설명하고, 최소 세 가지 대안 중 하나를 선택한 근거를 남겼을 때 1단계를 완료합니다. 문서를 읽은 것, 템플릿을 빈 채로 복사한 것, 대안을 하나만 쓴 것은 완료로 세지 않습니다.

자기 점검표

사실과 불확실성

관찰마다 대상·기간·단위·출처가 있는가?
관찰과 해석이 서로 다른 칸에 있는가?
가정마다 확인 방법과 틀렸을 때 바뀌는 판단이 있는가?
원인 후보를 사실처럼 단정하지 않았는가?

문제의 경계

현재 상태와 원하는 상태의 차이를 해결책 없이 설명했는가?
고객, 실행자, 승인자처럼 서로 다른 이해관계자를 구분했는가?
영향이 누구의 어떤 행동이나 결과로 나타나는지 적었는가?
포함·제외 범위와 진단·검증 기간이 분명한가?
성공 기준에 기준값, 목표값, 기간, 안전장치가 있는가?
제약과 단순한 선호를 구분했는가?

대안과 선택

서로 다른 문제 정의를 최소 세 개 만들었는가?
각 대안에 지지 증거와 반대 증거 또는 미확인 항목이 있는가?
증거 강도·영향 범위·통제 가능성으로 하나를 선택했는가?
선택하지 않은 대안을 다시 볼 조건을 남겼는가?
선택을 바꿀 반증 조건을 말할 수 있는가?

산출물과 말하기

모든 항목을 한 장 문제 정의서로 압축했는가?
90초 설명에 상황, 관찰, 최소 세 대안, 선택, 한계, 요청이 들어 있는가?
듣는 사람이 선택한 문제와 근거를 자기 말로 다시 설명했는가?
피드백 뒤 한 가지 약점만 고쳐 다시 녹음했는가?

마무리

좋은 문제 정의는 처음부터 정답을 맞히는 기술이 아닙니다. 관찰과 해석과 가정을 분리하고, 현재와 원하는 상태의 차이를 구체화하고, 이해관계자·영향·범위·성공 기준·제약을 한 장에 놓은 뒤, 서로 경쟁하는 세 가지 설명을 증거 앞에 세우는 과정입니다.

핵심은 선택하면서도 틀릴 가능성을 열어 두는 것입니다. 하나를 우선하되 반증 조건과 보류한 대안을 남기면, 새 증거가 들어왔을 때 체면을 지키느라 잘못된 문제를 계속 풀지 않아도 됩니다. 그리고 90초 안에 이 판단을 설명해 보면 문서에서 감출 수 있었던 비약이 드러납니다. 말하기는 문제 정의의 포장이 아니라 마지막 검증입니다.

다음 학습 (Next Learning)

논리적 사고와 말하기: 실전 훈련 커리큘럼 — 8단계 전체 흐름과 도장 기준
다음(2단계): 주장과 근거: 결론을 증거와 연결하는 논증 만들기 — 선택한 문제 정의를 검증 가능한 주장과 근거로 연결하기