“그냥 빠르게 가능성만 좀 보려고요.”

이렇게 시작한 작업이 며칠 뒤에 완성도를 다듬는 자리 에 도착해 있을 때가 있다. 더 이상한 건, 그 자리에서 “이게 지금 어느 환경에서 보여지고 있는 거지?” 가 갑자기 헷갈린다는 점이다. 빠르게 보려고 시작한 작업이, 끝나갈 때쯤이면 어디서 봤는지, 무엇을 보려고 했는지 둘 다 흐릿해진다.

이번에 한 번 그런 자리에 또 다녀와서, 무엇이 빠지면 매번 같은 자리로 돌아오는지 정리해 둔다.

가능성 검증의 결은 “빠르게” 가 아니다

가능성 검증, prototype, spike, PoC — 부르는 이름은 다르지만 결은 같다. “어떤 기능이 가능한지, 가능하다면 어떤 모양인지를 한 번 보고, 결정에 보탬이 될 신호 한 줄을 얻는 것”.

이 결의 핵심은 빠르게 가 아니다. 덜 만드는 것 이다.

덜 만든다 는 결이 작업 안에 들어 있지 않으면, 가능성 검증은 완성도 작업의 다른 이름 이 된다. 그게 가장 자주 일어나는 사고 장면이다.

옮겨가는 네 단계

가능성 검증이 완성도 작업으로 바뀌어 가는 자리는 매번 같은 네 단계를 따른다.

(1) 시작 한 줄에 목적 이 없다. “이게 가능한지 한 번 봐 주실 수 있을까요” 한 줄로 시작하고, “무엇을 알면 멈추는가” 가 비어 있다. 끝나는 조건이 없으니 손이 멈추는 자리 도 없다.

(2) 스코프가 손이 닿는 만큼 으로 정해진다. “여기까지만 만들면 가능성은 충분히 보입니다” 같은 한 줄이 없으니, 손에 익은 부분을 차근차근 다듬게 된다. 처음엔 핵심 흐름만 보려 했는데, 어느새 빈 상태 처리·로딩 표시·네이밍 정리·코드 정렬까지 와 있다. 완성도 는 모두에게 익숙해서, 비어 있는 자리는 자동으로 손이 간다.

(3) 환경이 부수 로 밀려난다. “일단 한 번 띄워봐야 하니까” 의 결로, 손이 닿는 환경에서 띄워본다. 화면을 본 시점에는 그게 어느 환경이었는지 분명했지만, 며칠 뒤 검토 자리에 와서는 “이걸 그때 어디서 본 거였지” 가 흐릿하다. 어디서 띄울 것인가 가 작업의 결과 가 아니라 작업의 부산물 로 정해지는 것.

(4) 결과 한 줄이 남지 않는다. 가능성 검증의 결과물 은 결정에 보탬이 될 신호 한 줄 이어야 하는데, 끝나도 그 한 줄이 어디에도 없다. 코드는 있는데 결정은 없는 자리에 도착해 있다. 코드가 결정을 대신하지 않는다 는 사실은 끝나봐야 알게 된다.

왜 매번 같은 자리에 도착하는가

완성도 는 익숙하다. 눈에 보이는 부족함은 손이 자동으로 가서 다듬는다. 멈추는 결 은 익숙하지 않다. 눈에 보이지 않는 멈춤의 자리 는 누구도 자동으로 챙기지 않는다.

그래서 멈추는 결 은 시작할 때 명시적으로 적어 두지 않으면 자리에 없다. 머릿속에 “가볍게 가능성만 보자” 라고 두고 시작하면, 그 가벼움 은 한 시간이면 사라진다. 머릿속의 가벼움은 손의 무게를 이기지 못한다.

가능성 검증에 세 줄 이 비어 있으면 매번 같은 자리에 도착한다.

  • 목적 한 줄 — “무엇을 알기 위해서 하는가, 무엇을 알면 멈추는가”
  • 스코프 한 줄 — “어디까지 만들고, 어디는 손대지 않는가”
  • 환경 한 줄 — “어디서 띄워서 누가 보고, 결과는 어디에 남기는가”

이 세 줄이 비어 있으면 그건 가능성 검증이 아니라 작은 완성도 작업 이 된다. 가능성을 본 적은 없고, 작은 기능 하나가 어딘가에서 일부분 동작하다 잊혀진다.

시작 메모 한 장이면 된다

거창한 문서를 만들 일은 아니다. 시작 자리에 세 줄짜리 메모 만 남겨도 결이 잡힌다.

[목적]   무엇을 알면 멈추는가 :
[스코프] 어디까지 만든다 / 어디는 손대지 않는다 :
[환경]   어디서 띄워서 누가 본다 / 결과는 어디에 남긴다 :

이걸 시작 시점에 한 줄씩만 채우고 들어가면, 작업 중간에 손이 다른 자리로 가려고 할 때마다 위 세 줄이 멈추는 자리 를 알려 준다.

  • “이건 목적에 없는 일이네”
  • “이건 스코프 밖이네”
  • “환경 한 줄에 없으니 여기서 띄우면 안 되겠네”

멈추는 결이 자연스럽게 들어온다. 머릿속의 가벼움이 종이 위의 세 줄로 옮겨가면, 손의 무게보다 종이의 한 줄이 무겁다.

그리고 결과 한 줄 도 같이.

[결과]   신호 한 줄 — 가능했나 / 못했나 / 조건부였나, 그 조건은 무엇이었나 :

이 한 줄을 적기 위해 시작한 작업 이라고 결을 정리하면, 중간에 완성도 다듬기 의 유혹이 줄어든다. 결과 한 줄에 도움이 되지 않는 손길은 작업의 지연일 뿐 이라는 게 보이기 시작한다.

마치며

빠르게 보려고 시작한 작업이 무거워지는 건, 작업 자체가 무거워서 가 아니다. 어디까지 가지 않을 것인가 가 비어 있었기 때문이다.

가능성 검증의 결은 덜 만드는 것 이고, 덜 만드는 결 은 자연스럽게 형성되지 않는다. 세 줄짜리 시작 메모 하나 — 목적 / 스코프 / 환경 — 그리고 결과 한 줄.

이게 빠지면 가능성 검증이 아니라 환경도 모르는 채로 다듬어진 작은 완성도 조각 이 남는다. 결정엔 보탬이 되지 않고, 완성된 무엇도 아니고, 그 사이의 어딘가에 잊혀진다.

빠르게 가려면, 어디까지 가지 않을 것인가 를 먼저 정해야 한다.