네, 제품 로드맵의 장점은 과대평가되어 있습니다. 이는 논란의 여지가 있는 견해이며, 저희는 이 견해를 고수하고 있습니다.
제품 로드맵은 종종 제품 개발의 가장 중요한 복음으로 간주됩니다. 감히 말하지만... 로드맵의 컬트라고 할 수 있을까요? 물론 로드맵은 길을 안내하고 언제 지그재그로 가야 하는지 알려주지만, 창의성, 유연성, 구식 혁신은 많은 경우 그 궤도에서 죽습니다.
현재 제품 관리와 관련된 실존적 위기 및/또는 분노가 해소될 때까지 기다리겠습니다. 이제 가만히 앉아서 깊이 생각해 보셨나요? 제품 로드맵이 필요한 이유는 무엇인가요? 제품 로드맵이 중요한 이유는 무엇인가요?
tl;dv는 여러분이 성공하기를 바랍니다. 온라인 회의 녹화 소프트웨어에 대해 자부심을 갖고 있는 것처럼 여러분이 자랑스러워할 만한 제품을 만들기를 바랍니다.
지금 제품 로드맵을 버려야 하는 7가지 이유
로드맵은 고객이 아닌 경영진을 위한 것입니다.
고객은 항상 옳다고 말합니다. 하지만 로드맵을 작성할 때 우리는 종종 실제 고객보다는 경영진을 염두에 두고 로드맵을 작성하는 죄를 범합니다.
제품은 항상 고객 우선이어야 합니다! 고객에게 중요한 기능에 집중하고 그 어떤 것보다 우선순위를 두어야 합니다. 그렇게 하면 모두가 승리합니다. 경영진도 만족하고 가장 중요한 것은 고객도 만족할 것입니다.
하지만 저희는 회사 내 사람들의 행복을 먼저 생각하려고 노력합니다. 다른 부서가 들어와서 수정하고 변경할 수 있도록 하고, 자존심과 의견이 기능을 주도하도록 하며, 모두가 의견을 내면 타임라인이 늘어날 수 있도록 합니다.
고객 우선의 로드맵을 만들려면 고객이 누구인지, 고객이 무엇을 필요로 하는지, 왜 중요한지 명확하게 이해하는 것부터 시작해야 합니다. 그래야만 가장 중요한 기능에 대해 솔직한 대화를 나눌 수 있습니다.
따라서 다음에 로드맵을 작성할 때는 스스로에게 물어보세요: 이 기능이 누구에게 도움이 되는가? 이 기능이 내 고객이 관심을 갖는 기능인가, 아니면 보여주기 위한 기능인가?
다리와 하나 되기
제품 팀이 로드맵을 엄격하게 고수하면 미리 정해진 작업 방식에 갇히게 됩니다. 이렇게 되면 변화하는 고객의 요구와 필요에 적응하기가 더 어려워집니다. 또한 시장 변화에 신속하게 대응하기 어렵게 만듭니다.
애자일 워크플로? "애자일 작업은 안 돼!"에 가깝습니다.
현수교와 현수교가 어떻게 건설되는지 생각해 보세요. 여러분이 현수교가 된 것처럼 제품 개발에 접근해야 합니다. 더위, 바람, 비 등 상황에 따라 유연하게 구부러지고 휘어질 수 있어야 합니다.
당신은 강하고 안정적이면서도 회복력이 뛰어납니다. 무언가 변화할 때, 당신은 그 변화와 함께 갈 준비가 되어 있습니다. 이것이 바로 성공을 향해 나아갈 수 있는 방법입니다.
제품 팀은 로드맵을 따를 때에도 유연하고 열린 마음을 유지하는 것이 중요합니다. 이렇게 함으로써 미래에 어떤 일이 닥쳐올지 더 잘 대비할 수 있기 때문입니다.
피벗, 피벗, 피벗!
교통 체증이 발생하면 내비게이션이 경로를 다시 계산하는 것처럼, 새로운 인사이트가 발견되면 가끔씩 방향을 바꿔야 합니다.
매우 엄격하고 여지가 전혀 없는 이동 로드맵? 네, 그건 도움이 되지 않습니다.
필요에 따라 전략을 조정할 수 있는 유연성을 확보하지 않으면 많은 문제에 봉착할 수 있습니다. 프로젝트나 비즈니스의 성패를 좌우할 수 있는 데이터 기반 의사 결정을 내릴 때 특히 그렇습니다.
따라서 데이터를 수집하고 가설을 세울 때 바로 판단을 내리지 마세요. 잘못된 가정이나 연구 편견을 쫓느라 시간이나 자원을 낭비하고 싶지 않을 것입니다. 데이터의 힘을 받아들이고 데이터를 신뢰하여 원래의 타임라인에서 벗어난 정보에 입각한 결정을 내리세요. 그리고 물론 피벗하는 것을 잊지 마세요!
선구자 슈미션리
제품 팀에 스티브 잡스라고 생각하는 사람이 한 명쯤은 있을 겁니다. 심지어 거북목 목걸이를 여러 개 소유하고 자신을 '선구자'라고 부르는 사람도 있을 겁니다. 또한 로드맵에 대한 놀라운 의견을 가장 먼저 제시하는 사람일 것입니다.
진정한 선구자는 대부분 날개를 달아야 합니다. '주먹구구식'으로 일을 추진하며 끊임없이 행복한 사고에 걸려 넘어지기도 합니다.
사실 일부 제품 관리자만 처음부터 무엇을 만들어낼지 전혀 알지 못합니다.
그거 아세요? 괜찮습니다!
사실, 역사상 가장 위대한 제품, 가장 가정적인 제품 중 일부는 전혀 다른 것에서 시작되었습니다.
포스트잇 메모 - OG 과제는 항공우주 산업용 접착제를 만드는 것이었습니다.
아이들이 좋아하는 플레이도! 아니, 벽지 클리닝 제품!
우스터 소스 - 돌아오지 않는 고객을 위해 만든 소스로, 2년 동안 지하실의 통에 방치되어 있었습니다. 전 세계의 블러디 메리들은 건망증에 감사하고 있습니다.
슈퍼 접착제 - 제2차 세계대전 중 총의 조준경을 선명하게 만드는 방법을 찾기 위해 발명되었습니다. 끈적거려서 원래 목적에 맞지 않았지만, 그 결과 깨진 꽃병을 얼마나 많이 구할 수 있었을까요?
슬링키 - 말 그대로 배에서 물건을 안정적으로 유지하기 위해 만들어졌습니다. 그 배의 항해는 순탄치 않았을지 모르지만, 그 후 제품 관리자는 편한 마음으로 살았을 것입니다!
이 모든 것의 공통점은 무엇일까요?
- 이들은 매년 수십억 달러는 아니더라도 수백만 달러를 벌어들입니다.
- 원래 제품 로드맵에는 없었고 실제로 모든 것을 버렸습니다.
로드맵은 심령술사를 위한 것입니다
신제품의 경우 계획을 세우는 것은 불가능에 가까울 정도로 매우 어렵습니다. 완전히 새로운 제품에는 비교할 기준도 없고 데이터와 사실에 기반한 타임라인도 없습니다. 마일스톤은요? 이 시점에서는 공상에 불과합니다.
특정 프로젝트 마감일을 100% 달성하는 것을 목표로 할 수 있습니다. 사실, 저희는 이러한 목표 중 일부를 설정하는 것을 적극 권장하지만 완전한 로드맵은요? 네, 바로 잡으시면 저희가 추첨 번호를 알려드리겠습니다.
UX 연구원과 마케팅 팀이 로드맵을 작성하는 것은 어려운 일입니다. 항상 아직 존재하지 않는 것을 예측하고 그에 기반한 결정을 내려야 하기 때문입니다.
지금 우리에게 필요한 것은 현실을 직시하는 것입니다. 로드맵을 만드는 것보다 제품이나 서비스를 유연하게 관리하고 진행 상황에 따라 적응하는 것에 더 집중하세요.
우리 모두는 인생(과 제품 개발)에서 확실한 것은 변화뿐이라는 것을 알고 있습니다. 그러니 다음에 누군가 로드맵을 요청할 때 선견지명을 가지고 심령술사나 적어도 수정 구슬을 바라보는 것이 필요하다고 말하세요! 🔮 🧙♂️ 🔮
성공의 로드맵 정의는 엉망입니다
제품 관리의 성공을 어떻게 측정할 수 있을까요? 이것이 바로 백만 달러짜리 질문입니다.
일반적인 대답은 원래 로드맵에 명시된 마일스톤을 달성했는지 여부에 따라 성공 여부를 판단한다는 것입니다. 하지만 이는 프로세스 중에 발생한 변화를 완전히 간과하기 때문에 성공의 척도가 될 수 없습니다. 또한 우리가 학습하고 적응하는 과정에서 발생하는 승리, 획기적인 발전, "세상에!" 하는 순간은 고려하지 않습니다.
제품 관리의 성공은 단순히 마감일을 맞추는 것이 아니기 때문에 성공의 정의를 다시 정의해야 합니다.
성공은 고객이 제품이나 서비스에서 실제로 원하고 필요로 하는 것을 제때에 제공하고 이해하는 것입니다. 피드백에 신속하게 대응하고 신속하게 적응하는 것이 중요합니다.
처음에 설정한 마일스톤을 벗어난 모든 것은 실패로 간주될 수 있습니다. 이는 실험을 거듭하며 빠르게 적응해야 하는 제품 관리의 세계에서는 적절하지 않은 방식입니다.
제품 관리자로서 우리는 '성공했다'고 말하기 위해 마일스톤 목록을 체크하는 것이 아니라 고객의 성공에 집중해야 합니다. 물론 OKR이나 KPI 같은 것이 있긴 하지만 그것도 한계가 있을 수 있습니다.
우리가 해야 할 일은 가장 중요한 것, 즉 고객 경험과 이를 제공하는 데 있어 제품이나 서비스가 얼마나 성공적인지를 측정하는 것입니다.
이것이 바로 제품을 만들고 관리할 때 중요하게 생각해야 할 성공의 정의입니다! 
매몰 비용의 오류, 일명 다른 곳의 A-Z
로드맵을 완전히 창밖으로 내던지지는 않으실 거라는 걸 잘 알고 있습니다. 하지만 로드맵을 고집할 거라면 올바른 종류의 로드맵이어야 합니다.
잘못된 로드맵은 디즈니 월드 지도를 복사해서 상하이로 가져가는 것과 같습니다. 보기에도 지도 같고, 냄새도 지도 같고, 맛도 지도 같고... 제대로 된 지도가 아닙니다.
로드맵이 득보다 실이 많을 정도로 잘못된 경우가 너무 많지만, 그럼에도 불구하고 우리는 로드맵에 목숨을 걸고 집착합니다. 이는 매몰 비용의 오류 때문입니다. 매몰 비용의 오류는 분명히 원하는 것이 아닌데도 포기할 수 없다고 말하는 심리적 함정입니다.
우리는 이미 투자한 막대한 시간과 자원을 정당화하기 위해 프로젝트에 더 많은 에너지를 쏟아붓게 되고, 결국 프로젝트가 얼마나 '매몰'되었는지 알게 됩니다.
그렇다면 로드맵에서 매몰 비용의 오류를 실제로 어떻게 피할 수 있을까요?
제품과 공간의 역사를 분석하세요. 과거에 어떤 일이 발생했는지, 왜 그런 일이 발생했는지 잘 살펴보세요. 이를 통해 피해야 할 패턴을 파악할 수 있습니다. 예를 들어, 너무 엄격한 로드맵을 고수해서 일이 잘못되었나요?
핵심은 제품을 통해 달성하고자 하는 목표를 파악한 다음 이를 중심으로 로드맵을 구축하는 것입니다. 프로젝트에 적합하지 않은 기존 구조에 프로젝트를 억지로 끼워 맞추려고 하지 마세요. 또한 작업 과정에서 사용자로부터 피드백을 받아 현재 작업 중인 것이 실제로 유용한지 여부를 파악하는 것도 중요합니다.
제품 로드맵 우회 아이디어
로드맵을 폐기한다고 해서 무작정 날아가는 것은 아닙니다. 다음은 제품을 올바른 방향으로 나아가기 위해 사용할 수 있는 몇 가지 대안적인 접근 방식입니다:
- 스프린트 주기를 짧게 설정하고 달성 가능한 작은 목표에 집중하세요.
- 모든 사람이 각 스프린트에 대해 동일한 주요 목표에 맞춰 정렬되어 있는지 확인하세요.
- 지속적인 테스트와 학습 환경을 조성하여 무엇이 효과가 있고 무엇이 효과가 없는지 파악하세요.
- 모든 사람이 달성해야 하는 고객 성공 지표를 명확히 이해하도록 하세요.
- 현재 고객의 요구와 데이터 기반 인사이트를 바탕으로 제품 기능 및 조정의 우선순위를 정하세요.
- 새로운 인사이트를 발견하면 필요에 따라 프로세스를 조정하세요.
- 돌아가서 사용자 조사에 다시 귀 기울이기
- 지난 스프린트를 되돌아보고 향후 의사 결정에 도움이 되는 정보를 얻으세요.
궁극적으로 제품 개발을 진행하는 가장 좋은 방법은 로드맵을 그대로 따르는 것이 아니라 고객에 집중하고 고객의 요구에 동적으로 대응하는 것입니다. 이를 위해서는 유연성과 민첩성을 갖추고 팀이 고객의 피드백에 실시간으로 대응할 수 있는 환경을 조성해야만 가능합니다. 이것이 바로 훌륭한 제품을 만드는 방법입니다. 제품 로드맵이 과대평가되는 이유도 바로 여기에 있습니다.
이것이 로드맵의 죽음인가요?
아닐 수도 있습니다. 하지만 시키는 대로, 시키는 대로 모두 해야 할까요? 절대 안 됩니다! 그러니 남들이 덜 가는 길을 택하고 그 길이 어디로 가는지 살펴보는 건 어떨까요? 후회하지 않을 거예요!
로드맵은 제품 개발과 시장 출시에 있어 항상 중요한 역할을 합니다. 계획이 마련되지 않은 상태에서 어떤 일을 시도하는 것은 아무런 의미가 없습니다. 그러나 로드맵은 고정된 것이 아니라 유동적이고 유연해야 한다는 점을 기억해야 합니다. 로드맵이 실험을 방해하거나 혁신을 억누르는 데 사용되어서는 안 됩니다. 로드맵은 구조를 제공할 수는 있지만, 고객을 위한 최고의 제품을 만들기 위해 팀이 함께 노력하는 것을 방해해서는 안 됩니다.
핵심은 로드맵을 최종 목표가 아닌 출발점으로 사용하는 것입니다.
제품팀은 처음 로드맵에서 계획했던 것과 다른 방향으로 나아갈 수 있는 새로운 아이디어, 피드백, 고객 인사이트에 항상 열려 있어야 합니다. 이는 제품 팀뿐만 아니라 전체 조직에서 이해해야 하는 사항이기도 합니다. 최고 경영진은 이러한 반복적인 프로세스가 원래 로드맵에서 벗어나는 것을 의미하더라도 고객을 위한 훌륭한 제품을 만드는 가장 좋은 방법이라는 점을 이해해야 합니다.
결국 로드맵은 제품 개발 도구 상자에 있는 하나의 도구일 뿐입니다. 로드맵을 작성하는 올바른 방법은 하나도 없지만, 민첩성을 유지하고 고객의 피드백에 개방적인 태도를 유지함으로써 팀은 고객의 요구를 충족하는 훌륭한 제품을 만들 수 있습니다.
로드맵의 구속에서 벗어날 수 있도록 tl;dv가 도와주는 방법
성공적인 제품 개발을 위해서는 공동 작업, 실시간 피드백, 고객 니즈에 대한 집중이 중요합니다. tl;dv의 온라인 미팅 소프트웨어는 제품 개발에 사용하기에 완벽한 도구입니다. 팀원들이 대화를 캡처하고 공유하여 모두가 최신 정보를 파악할 수 있도록 도와줍니다. 협업 작업을 위한 완벽한 도구로, 팀이 비동기식으로 현재 상황, 현재 위치, 앞으로 나아갈 방향을 명확하게 파악하여 더 나은 의사결정을 내릴 수 있도록 도와줍니다.
더 좋은 점은 회의를 수집하고 저장하는 방식이 의사 결정과 아이디어에 정보를 제공하는 인사이트와 데이터로 가득 찬 저장소를 보유하고 있다는 것입니다. 이를 통해 팀은 로드맵의 불확실성에서 벗어나 실시간으로 고객의 니즈에 부합하는 제품을 만들 수 있습니다.
tl;dv를 사용하면 이메일의 홍수 속에서 길을 잃거나 대화를 잘못 해석할 염려 없이 모두가 같은 정보를 공유할 수 있습니다! 또한 언제 어디서나 녹화된 내용에 액세스하여 중단한 부분부터 바로 이어서 진행할 수 있습니다.
로드맵의 구속에서 벗어나 민첩하게 움직일 수 있도록 tl;dv가 도와드립니다!
