디자인씽킹을 배웠는데도 현장에서 막힌다면, 단계를 덜 외워서가 아닐 수 있습니다. 공감, 문제 정의, 아이디어, 프로토타입, 테스트를 아는 것과 지금 눈앞의 문제를 다시 보고 다음 확인을 고르는 일은 다릅니다.
이럴 때는 절차를 더 밀어붙이기보다 `관찰 -> 형태로 꺼내기 -> 다시 보기 -> 한 가지 확인`으로 작업을 줄여 보세요. 이 루프가 있으면 생각은 머릿속에서만 맴돌지 않고, 피드백을 받을 수 있는 상태가 됩니다.
절차를 따라도 생각이 안 바뀌는 이유
단계는 일을 시작하고 대화를 맞추는 데 도움이 됩니다. 다만 현장에서는 문제가 먼저 보이고, 작은 시안을 만들어 본 뒤에야 문제 정의가 바뀌기도 합니다. 사용자를 관찰하다가 가설이 흔들리고, 메모 한 줄이나 화면 하나를 꺼내 놓은 뒤에 팀의 질문이 달라지기도 합니다.
그래서 단계표만 붙들면 이런 일이 생깁니다.
디자인 학습에서 중요한 것은 단계를 버리는 일이 아닙니다. 단계가 필요할 때는 쓰되, 단계가 다시 보게 만드는 일을 막지 않게 두는 일입니다.
회복은 오래 버티는 일이 아니다
작업에 깊이 들어가는 일 자체가 문제는 아닙니다. 문제는 지금의 작업이 다음 확인으로 이어지지 않을 때입니다. 같은 화면을 계속 보고, 같은 질문을 여러 번 바꾸고, 무엇을 배우고 있는지 한 문장으로 말하기 어려워지면 작업은 좁아질 수 있습니다.
이때 필요한 것은 의지를 더 쥐어짜는 일이 아니라 작업 단위를 다시 여는 일입니다. 관찰한 것과 추정한 것, 확인할 것을 분리하면 다음 행동이 작아집니다.
회복 가능한 학습 루프
1. 관찰: 지금 실제로 본 것은 무엇인가
해석보다 먼저 눈앞의 단서를 적습니다. 예를 들어 `사용자는 기능을 찾지 못했다`와 `사용자는 이 기능을 싫어한다`는 다릅니다. 앞은 관찰이고, 뒤는 아직 확인할 가설입니다.
2. 형태로 꺼내기: 무엇을 밖에 놓을 것인가
생각을 메모, 스케치, 간단한 화면, 테스트 문장처럼 바깥에 꺼냅니다. 완성본일 필요는 없습니다. 다른 사람이 볼 수 있고, 내가 다시 볼 수 있으면 됩니다.
3. 다시 보기: 처음 생각과 무엇이 달라졌나
밖에 놓인 형태를 보면 처음에는 없던 질문이 생깁니다. `이 사용자는 기능이 아니라 용어에서 멈췄나?`, `이 흐름은 예외 상황에서 깨지나?`처럼 가설을 바꿀 근거를 찾습니다.
4. 한 가지 확인: 다음에 무엇을 보면 되는가
한 번에 여러 문제를 고치지 않습니다. 다음 행동 하나와 확인 기준 하나만 고릅니다. 예를 들면 `안내 문구를 바꾼 화면을 한 명에게 보여 주고, 기능을 찾는 데 멈추는지 본다`가 됩니다.
이 네 단계는 정답을 만드는 공식이 아닙니다. 막힌 일을 다시 판단할 수 있게 하는 작은 작업 단위입니다.
바이브 코딩에도 같은 루프가 필요하다
AI와 코드를 만들 때도 답을 많이 받는다고 학습이 자동으로 쌓이지는 않습니다. 결과가 나오지 않을수록 질문을 길게 이어 가기 쉽습니다. 그럴수록 다음 세 줄로 작업을 줄여 보세요.
1. 지금 할 일 하나는 무엇인가.
2. 바로 확인할 기준은 무엇인가.
3. 막히면 무엇을 바꿔 볼 것인가.
예를 들어 기능은 동작하지만 특정 입력에서 오류가 난다면, 먼저 실패를 재현하는 작은 테스트를 만듭니다. 그다음 AI에게 원인 목록 전체가 아니라 `이 테스트를 통과시키기 위해 먼저 확인할 한 가지`를 묻습니다. 실행 후에는 단서 하나만 기록하고, 다음 가설을 고릅니다.
10분 루틴
다음 작업이 막혔을 때 아래 순서로 해 보세요.
1. **1분:** 지금 본 단서를 한 줄로 적습니다.
2. **2분:** 그 단서에서 나온 가설을 한 줄로 적습니다.
3. **3분:** 스케치, 메모, 테스트 중 하나로 가설을 밖에 꺼냅니다.
4. **3분:** 확인할 기준 하나를 정하고 실행합니다.
5. **1분:** 다음에 볼 단서 하나를 남깁니다.
작업을 멈춰야 할 때도 이 루틴은 쓸 수 있습니다. `오늘의 완료`와 `다음 시작점`을 한 줄씩 남기면, 다음날 다시 들어갈 때 같은 문제를 처음부터 붙들 가능성이 줄어듭니다.
이 루프가 맞지 않는 경우
긴급 장애, 법적 검토, 안전 문제처럼 즉시 중단하거나 정해진 절차를 따라야 하는 장면도 있습니다. 그때는 작은 실험보다 책임자, 기준, 보고 경로를 먼저 확인해야 합니다.
또한 이 글의 루틴은 건강 상태를 판단하거나 소진을 해결하는 방법이 아닙니다. 작업의 흐름을 다시 정리하는 실무 규칙일 뿐입니다. 몸과 일상에 무리가 이어진다면 작업 루틴만으로 판단하지 말고 필요한 지원을 따로 구해야 합니다.
회상 질문
지금 내가 붙들고 있는 일에서, `관찰`과 `가설`과 `다음 확인`은 각각 무엇인가요?
한 줄씩 답해 보세요. 셋이 한 문장에 섞여 있다면, 아직 다음 실험을 고르기 전일 수 있습니다.
전이해 보기
**가까운 전이:** 다음 디자인 리뷰에서 슬라이드나 화면을 설명하기 전에, `우리가 실제로 본 단서`와 `이번에 확인할 가설`을 먼저 말해 보세요.
**먼 전이:** 기획 문서, 영업 제안, AI와의 글쓰기에서도 같은 네 칸을 써 보세요. 관찰한 재료를 적고, 임시 형태를 만들고, 다시 읽은 뒤, 확인할 질문 하나를 남기는 방식입니다.
FAQ
디자인씽킹의 단계는 이제 필요 없나요?
필요합니다. 단계는 팀의 대화와 작업을 정리하는 데 쓸 수 있습니다. 다만 단계가 관찰과 작은 실험을 대신하지는 않습니다.
프로토타입을 꼭 화면으로 만들어야 하나요?
아닙니다. 메모, 말로 읽어 보는 흐름, 테스트 문장, 간단한 도식도 충분합니다. 중요한 것은 생각을 다시 볼 수 있는 형태로 꺼내는 일입니다.
AI에게 무엇을 물어야 하나요?
완성 답안을 요구하기보다, 지금의 가설을 확인할 한 가지 행동과 확인 기준을 물어보세요. 답은 실행 뒤에 다시 검토할 재료로 다룹니다.
같은 문제를 반복해서 보면 어떻게 하나요?
문제를 더 크게 분석하기 전에, 지금 본 단서 한 줄과 다음에 확인할 한 가지를 적어 보세요. 둘이 적히지 않으면 범위를 더 줄여야 할 수 있습니다.
Source Notes
Publication Boundary
이 글은 로컬 원문을 바탕으로 다시 쓴 초안입니다. 특정 학술 주장, 건강 효과, 독자 성과, 실제 적용 결과를 새로 검증하거나 보장하지 않습니다. 외부 인용은 발행 전에 원전을 확인한 경우에만 별도로 추가하며, 이 초안은 발행 상태가 아닙니다.