디스커버리 vs 딜리버리: 듀얼 트랙

프로덕트 팀은 두 가지 서로 다른 일을 동시에 해야 합니다. 하나는 “올바른 것을 찾는 일”이고, 다른 하나는 “제대로 만드는 일”입니다. 이 둘은 성격이 완전히 다른데, 많은 팀이 이를 하나의 흐름으로 뭉뚱그리다가 어려움을 겪습니다. 이 둘을 구분하고 병행하는 방식이 듀얼 트랙입니다. 이 글에서 디스커버리와 딜리버리, 그리고 그것을 함께 굴리는 법을 정리하겠습니다.

두 가지 다른 일

프로덕트 개발에는 성격이 다른 두 종류의 활동이 있습니다.

디스커버리(Discovery) 는 “올바른 것을 찾는 일”입니다. 고객의 문제를 발견하고, 해결책을 탐색하고, 가설을 검증하는 활동이죠. 지금까지 다룬 리서치, 인터뷰, 문제 정의, 프로토타이핑, MVP 검증이 모두 디스커버리에 속합니다. 핵심 질문은 “우리가 올바른 것을 만들려 하는가?“입니다.

딜리버리(Delivery) 는 “제대로 만드는 일”입니다. 검증된 솔루션을 실제로 완성해 사용자에게 전달하는 활동이죠. 개발, 테스트, 배포가 여기 속합니다. 핵심 질문은 “이것을 잘 만들고 있는가?“입니다.

이 둘은 목적도, 필요한 사고방식도 다릅니다. 디스커버리는 불확실성을 탐색하는 일이고, 딜리버리는 확정된 것을 실행하는 일입니다.

왜 구분해야 하나

이 둘을 구분하지 않으면 문제가 생깁니다.

디스커버리 없이 딜리버리만 하면, “잘못된 것을 열심히 만드는” 상황에 빠집니다. 검증되지 않은 아이디어를 완벽하게 구현했는데 아무도 원하지 않는 것이죠. 반대로 딜리버리 없이 디스커버리만 하면, 아무것도 실제로 만들어지지 않습니다. 계속 탐색만 하고 결과물이 나오지 않죠.

그래서 좋은 프로덕트 팀은 두 활동이 모두 필요하다는 것을 인식하고, 각각을 제대로 수행합니다. 문제는 이 둘을 어떻게 함께 굴리느냐입니다.

듀얼 트랙이란

듀얼 트랙(Dual-Track)은 디스커버리와 딜리버리를 별개의 순차적 단계가 아니라, 동시에 나란히 진행되는 두 개의 트랙으로 보는 방식입니다. 이 틀은 Desirée Sy가 2007년에 소개한 글에서 비롯되어 Jeff Patton과 Marty Cagan(SVPG)이 널리 알렸습니다.

전통적으로는 “먼저 다 조사하고 계획한 뒤 만든다”는 순차적 접근을 취했습니다. 하지만 이 방식은 느리고, 만들다가 새로 발견한 것을 반영하기 어렵습니다. 듀얼 트랙은 다르게 접근합니다. 디스커버리 트랙에서는 계속 다음에 만들 것을 탐색하고 검증하며, 딜리버리 트랙에서는 이미 검증된 것을 만듭니다. 두 트랙이 동시에 돌아가는 것이죠.

이렇게 하면 팀은 만들면서도 계속 새로운 것을 발견하고 검증합니다. 딜리버리 트랙이 지금 검증된 것을 만드는 동안, 디스커버리 트랙은 다음에 만들 것을 준비합니다. 두 트랙이 맞물려 돌아가며 제품이 끊임없이, 그러나 올바른 방향으로 나아갑니다.

두 트랙의 흐름

듀얼 트랙에서 두 트랙은 연결되어 있습니다. 디스커버리 트랙에서 검증을 통과한 아이디어가 딜리버리 트랙으로 넘어가 만들어지고, 딜리버리를 통해 출시된 것에서 얻은 학습이 다시 디스커버리 트랙에 반영됩니다.

즉 디스커버리가 “무엇을 만들지”를 계속 공급하고, 딜리버리가 그것을 “실제로 만들어” 내놓으며, 그 결과가 다시 디스커버리의 재료가 되는 순환입니다. 이 순환이 잘 돌아가면, 팀은 항상 검증된 것을 만들면서 동시에 다음을 준비하는 건강한 리듬을 갖게 됩니다.

PM의 역할

듀얼 트랙에서 프로덕트 매니저의 역할은 두 트랙을 잇는 것입니다. 디스커버리를 이끌어 “올바른 것”을 찾고, 그것을 딜리버리 팀에 명확히 전달해 “제대로” 만들어지게 합니다.

PM은 딜리버리에만 매몰되지 않도록 주의해야 합니다. 눈앞의 개발을 챙기다 보면 디스커버리를 소홀히 하기 쉽고, 그러면 지금 만드는 것이 끝난 뒤 무엇을 만들지 준비되어 있지 않게 됩니다. 두 트랙을 함께 굴리며 균형을 잡는 것이 PM의 중요한 역할입니다.

마무리

디스커버리는 “올바른 것을 찾는 일”, 딜리버리는 “제대로 만드는 일”로 성격이 다르며, 둘 다 필요합니다. 듀얼 트랙은 이 둘을 순차 단계가 아니라 동시에 나란히 진행되는 두 트랙으로 보는 방식으로, 만들면서도 계속 탐색하고 검증하게 합니다. PM은 두 트랙을 잇고 균형을 잡으며, 딜리버리에만 매몰되지 않도록 해야 합니다.

디스커버리와 솔루션을 다뤘습니다. 이제 무엇을 언제 만들지 계획하는 단계로 넘어갑니다. 다음 글에서는 프로덕트 로드맵 만들기를 다루겠습니다.