문제 정의와 이슈 트리: 확인 가능한 질문으로 바꾸기
복잡한 문제를 머릿속으로만 붙잡고 있으면 증상과 원인 후보가 한 덩어리처럼 느껴집니다. 먼저 무엇이 실제로 잘못됐는지 문장으로 정하고, 그다음 이슈 트리로 확인할 질문을 나눕니다. 두 단계가 연결돼야 행동으로 옮길 수 있습니다.
0. 증상과 문제를 구분한다
‘공부 시간이 부족하다’는 증상일 수 있습니다. 실제로는 계획한 과제가 예상보다 오래 걸렸거나, 시작이 늦었거나, 반복해서 중단됐을 수도 있습니다. 곧바로 공부 시간을 늘리기 전에 최근 일주일의 계획과 실제 기록을 비교합니다.
문제를 정의할 때는 다섯 가지를 확인합니다. 무엇이 기대와 다른가, 어떤 근거로 알았는가, 누가 영향을 받는가, 언제·어디서 반복되는가, 무엇이 바뀌면 해결됐다고 볼 것인가. 예를 들어 ‘평일 4일 중 3일에 계획한 문제 풀이를 끝내지 못했다’는 문장은 ‘집중력이 낮다’보다 확인하기 쉽습니다.
1. 최상단 질문을 정한다
이슈 트리는 하나의 큰 질문에서 시작합니다. "왜 공부 성과가 낮은가?", "블로그 방문자를 늘리려면 무엇을 개선해야 하는가?"처럼 답을 찾아야 할 질문을 맨 위에 둡니다. 이 질문이 흐릿하면 아래 가지도 흐릿해집니다.
2. 첫 가지는 3~5개로 나눈다
첫 가지는 전체 문제를 빠짐없이 나누는 기준이어야 합니다. 공부 성과라면 시간, 집중, 방법, 복습, 건강처럼 나눌 수 있습니다. 방문자 문제라면 콘텐츠, 검색 노출, 제목, 내부 링크, 재방문 요소로 나눌 수 있습니다.
3. 실행 가능한 질문까지 내려간다
좋은 이슈 트리는 마지막 가지가 행동으로 이어집니다. "집중력 부족"에서 멈추지 말고 "하루 중 언제 집중이 끊기는가?", "어떤 알림이 방해하는가?", "25분 이상 유지되는 시간이 몇 번인가?"처럼 확인 가능한 질문으로 내려가야 합니다.
작성 예시: 이번 주 공부 계획이 왜 밀렸을까?
‘의지가 약해서’라고 결론부터 내리면 확인할 수 있는 사실이 사라집니다. 아래처럼 원인 후보와 확인 자료를 한 쌍으로 적어 봅니다. 이 표는 가상의 기록을 사용한 예시입니다.
| 가지 | 확인할 질문 | 필요한 기록 |
|---|---|---|
| 계획량 | 예상한 시간이 실제보다 짧았나? | 과제별 예상·실제 소요 시간 |
| 시작 시점 | 계획한 시각에 시작했나? | 달력과 첫 작업 시각 |
| 방해 요인 | 작업 중 무엇이 몇 번 끊었나? | 알림·중단 횟수 메모 |
| 선행 지식 | 모르는 개념 때문에 멈췄나? | 막힌 문제와 필요한 개념 목록 |
예상 2시간인 과제가 실제로 5시간 걸렸다면 우선 다음 계획의 시간을 고칩니다. 반면 시작 자체가 늦었다면 시작 조건을 바꿔 봅니다. 같은 ‘계획 실패’라도 자료가 가리키는 조치는 다릅니다. 가지가 서로 겹칠 수 있으므로 처음부터 완벽한 분류를 고집할 필요는 없습니다.
체크리스트
- 최상단 질문이 한 문장으로 명확한가?
- 첫 가지가 중복과 누락을 줄이는 기준인가?
- 마지막 가지가 확인 가능한 질문인가?
- 각 가지에 근거 자료를 붙일 수 있는가?
결론: 복잡한 문제는 나누면 보인다
이슈 트리는 답을 자동으로 주지는 않지만, 어디를 봐야 하는지 알려 줍니다. 고민이 크고 복잡할수록 먼저 질문을 나누어야 합니다. 잘 나눈 질문은 이미 해결의 절반입니다.