백로그가 40개인데 8개만 할 수 있을 때 /prioritizing-로드맵은 확신도와 영향도로 순위를 매겨 제외 목록을 방어하게 합니다. — Claude Skill

로드맵 우선순위 지정 - 모든 게스트 인사이트

게스트 75명, 언급 91개

---

Adam Fishman

Adam Fishman

"우선순위 지정과 로드맵 작성입니다. 제품을 만들 때처럼 작업의 순서를 정할 수 있어야 합니다. 성장 전략을 만들 때도 순서를 정해야 합니다. 그 순서는 성장 모델에 기반해 말이 되어야 합니다."

인사이트: 성장 로드맵은 단순한 기능 목록이 아니라 기본 성장 모델과 사용 가능한 리소스에 기반해 순서가 정해져야 합니다.

실행 조언:

• 성장 모델에 줄 수 있는 잠재 영향에 따라 성장 실험의 순서를 정하세요.
• 지속적인 학습을 보장하기 위해 해결책에 대해 테스트할 가설의 연속을 만드세요.

타임스탬프: 00:22:18

Alex Hardimen

Alex Hardimen

"이 모든 복잡한 입력을 받아 매우 구조화된 모델을 만들고, '좋다, 무엇이 사실인가? 어디에 확신이 있는가? 어디에 질문이 있는가? 해결해야 할 가장 중요한 문제는 무엇인가? 어떻게 우선순위를 정할 것인가? 어떻게 하나의 공유 맥락과 하나의 목표를 중심으로 팀을 모을 것인가?'를 파악하는 아이디어입니다."

인사이트: 우선순위 지정에는 알려진 사실과 가설을 분리하는 구조화된 모델을 만들고, 하나의 목표를 중심으로 팀을 모으는 일이 필요합니다.

실행 조언:

• 입력을 확신 수준과 질문으로 분류하세요.
• 가장 중요한 문제를 식별하기 위한 구조화된 모델을 만드세요.
• 공유된 맥락을 중심으로 팀을 모으세요.

타임스탬프: 00:11:21

---

"그것은 정말 전시 상황입니다. 로드맵을 날려 버리고 모두와 맥락을 공유한 뒤 '좋습니다, 여러분, 우리는 몇 주 전과 완전히 다른 임무를 갖게 되었습니다'라고 말해야 하는 순간입니다."

인사이트: 위기 상황에서는 즉각적이고 중대한 임무를 다루기 위해 기존 로드맵을 완전히 버릴 준비가 되어 있어야 합니다.

실행 조언:

• 위기 중에는 로드맵을 '날려 버릴' 준비를 하세요.
• 전 팀에 명확한 새 임무를 즉시 전달하세요.

타임스탬프: 00:43:32

Adriel Frederick

Adriel Frederick

"저는 몇 개의 대포알을 갖겠습니다. 대포알 몇 개를 작업하고, 납탄도 많이 갖겠습니다. 에너지의 80%를 큰 대포알에, 20%를 납탄에 쓰는 식일 수 있습니다. 그런 제약이 있으면 실제로 꽤 좋은 몇 개의 실험만 고르게 됩니다."

인사이트: 건강한 제품 로드맵은 순전히 점진적 사고의 함정을 피하기 위해 고투자 '대포알'과 점진적 '납탄'을 균형 있게 담습니다.

실행 조언:

• 주요 베팅과 작은 최적화 사이에 리소스 비율(예: 80/20)을 명시적으로 배분하세요.
• 제품 성숙도에 따라 포트폴리오를 조정하세요. 초기 제품은 거의 전부 '대포알'에 집중해야 합니다.

타임스탬프: 00:56:30

Alex Komoroske

Alex Komoroske

"Google에서 제 접근은 제 노력과 팀 노력의 70%는 모두가 중요하고 유용하며 가치를 만든다고 인정하는 일에 써야 한다는 것이었습니다. 지루하고 선형적인 가치일 수도 있지만, 어떤 형태의 가치입니다... 이것을 하면 추가 시간의 30%로 여러 씨앗을 심을 수 있습니다."

인사이트: 리소스 대부분을 '읽히는' 가치에 바쳐 조직 신뢰를 유지하면서, 상당한 몫을 실험적이고 상승 여지가 큰 '씨앗'에 남겨 두세요.

실행 조언:

• 팀 노력의 70%를 더 넓은 조직이 명백히 중요하다고 인정하는 프로젝트에 배정하세요.
• 남은 30%는 팀원이 내재적으로 동기부여되는 '떠오르는' 아이디어를 추구하도록 허용하세요.

타임스탬프: 00:36:32

Andy Raskin

Andy Raskin_

"우리는 영업과 고객 성공을 통해 계속 기능 요청을 받습니다. 그런데 무엇을 맡고 무엇을 맡지 않을지 결정할 기준, 막대가 사실상 없었습니다. 이것이 분명히 우리의 기준이 되었습니다."

인사이트: 명확한 전략적 내러티브는 기능 요청의 우선순위를 정하는 필터 역할을 합니다.

실행 조언:

• 어떤 기능을 만들지 결정하는 기준으로 내러티브의 '새로운 게임' 규칙을 사용하세요.
• '오래된 게임'이나 '오래된 방식'을 지원하는 기능은 거절하세요.

타임스탬프: 00:37:21

Amjad Masad

Amjad Masad

"민첩하고, 로드맵에 묶이지 않고, '아, 우리는 바로 우선순위를 바꾸겠다'고 말할 수 있는 능력이 매우 중요해질 것입니다... 새로운 능력들이 떨어져 나올 것입니다. 그리고 그것이 비즈니스에 정말 영향을 준다면 어떤 경우에는 정말, 정말 빠르게 달려들 수 있어야 합니다."

인사이트: AI 시대에는 경직된 로드맵이 부채입니다. 새 모델 능력이 공개될 때 팀은 즉시 방향을 바꿀 수 있어야 합니다.

실행 조언:

• 주요 AI 돌파구가 생기면 버리거나 우선순위를 낮출 수 있는 유연한 로드맵을 유지하세요.
• 외부 기술 변화에 따라 우선순위를 빠르게 바꾸는 데 익숙한 문화를 만드세요.

타임스탬프: 00:57:59

Anuj Rathi

Anuj Rathi

"우리는 그것들을 이렇게 부릅니다... 첫 번째 BB는 훌륭한 기본기입니다... 두 번째는 핵심 수익원입니다... 그다음 큰 베팅이 있습니다... 회사 재정의 베팅은 사실 완전히 다른 세계입니다. 회사를 재정의하고 싶은 곳입니다... 결국 제품 관리자들이 이 네 가지 사이에서 우선순위를 정하게 됩니다. 그래서 저는 이것이 전술적인 제품 관리자 우선순위 결정이라고 생각하지 않습니다. 실제로는 제품 전략 결정입니다."

인사이트: '4 BB' 프레임워크(훌륭한 기본기, 핵심 수익원, 큰 베팅, 회사를 재정의하는 베팅)는 우선순위 지정을 전술적 백로그 정리에서 리더십과의 전략 대화로 끌어올립니다.

실행 조언:

• 모든 작업을 네 가지 BB 버킷 중 하나로 분류해 리소스 배분을 시각화하세요.
• 안정성(기본기)과 혁신(재정의 베팅) 사이의 맞교환을 보여 주기 위해 세 가지 대안 배분 전략을 리더십에 제시하세요.
• 특정 버그나 기능이 실존적 '큰 베팅'을 위해 왜 우선순위에서 밀리는지 이해관계자에게 설명하는 데 이 프레임워크를 사용하세요.

타임스탬프: 00:43:46

Annie Pearl

Annie Pearl

"저는 Playing to Win이라는 책에서 가져온 이 프레임워크를 좋아합니다. 전략은 결국 선택한 시장에서 어떻게 이길 것인지를 설명하는 통합된 선택들의 집합이라고 말합니다... 이것은 어디에서 플레이할지, 어디에서 플레이하지 않을지에 대한 명확성을 만들도록 강제합니다. 그래서 제품팀이 모두를 위한 무언가를 만들려는 대신, 매우 명확한 사람 집합에게 가치를 전달하는 데 집중하도록 크게 돕습니다."

인사이트: 우선순위는 회사가 추구하지 않을 시장과 페르소나를 명시적으로 정의하는 전략에 의해 움직입니다.

실행 조언:

• 'Playing to Win' 프레임워크를 사용해 플레이할 영역을 정의하세요.
• 희석을 피하기 위해 핵심 ICP에 맞지 않는 기능이나 통합(예: Calendly용 Venmo)을 명시적으로 제외하세요.
• 단기와 장기 목표의 균형을 위해 Horizon 1과 2 사이에 70/30 같은 방식으로 리소스를 배분하세요.

타임스탬프: 00:32:12

Anton Osika

Anton Osika

"요지만 말하면, 가장 큰 병목과 가장 큰 문제가 무엇인지 식별하고 빠르게 반복하며 '좋다, 이것이 가장 큰 문제다. 이 문제를 정말, 정말 해결하자'고 말하는 것이라고 생각합니다. 그리고 다음 것을 고르는 것이지, 오래 생각하거나 긴 로드맵을 꿈꾸는 것이 아닙니다."

인사이트: 방대한 장기 로드맵을 만드는 것보다 가장 중요한 단일 병목을 해결하는 데 집중하세요.

실행 조언:

• 당장 가장 큰 병목을 식별하고 해결하세요.
• 빠르게 바뀌는 환경에서는 장기 로드맵을 과도하게 계획하지 마세요.

타임스탬프: 00:48:21

Asha Sharma

Asha Sharma

"우리는 지금 어떤 시즌에 있는가로 생각합니다. 시즌 1은 AI 프로토타이핑이었을 수 있고, 그다음은 모델과 추론 모델이었고, 이제는 에이전트의 도래입니다... 세속적 변화가 무엇인지, 우리가 풀어야 할 고객 문제는 무엇인지, 승리는 어떤 모습인지에 대한 정신을 모두에게 접지시키는 것입니다."

인사이트: 빠르게 변하는 환경에서는 경직된 장기 로드맵보다 '시즌'을 사용해 구조적 시장 변화에 팀을 정렬하세요.

실행 조언:

• 업계 흐름에 따라 현재 '시즌'을 정의하세요(예: '에이전트의 부상').
• 그 시즌에 특화된 정신과 고객 문제를 중심으로 팀을 정렬하세요.

타임스탬프: 31:10

---

"또 하나는 계획되지 않은 일뿐 아니라 기울기를 위해서도 시스템 안에 여유를 남겨 두려고 한다는 점입니다. 저는 우리가 플랫폼을 우리 사고 안에서 어떻게 스스로 교란할지, 그것을 가능하게 하려면 무엇에 투자해야 하는지를 계속 생각해야 한다고 봅니다."

인사이트: 효과적인 로드맵 작성에는 기술 돌파구와 자기 교란에 적응할 의도적 '여유'가 필요합니다.

실행 조언:

• 기술 환경의 계획되지 않은 변화에 대비해 용량을 남겨 두세요.
• 팀이 기존 플랫폼을 스스로 교란하는 실험을 할 시간을 배정하세요.

타임스탬프: 32:47

Bob Moesta

Bob Moesta

"그래서 단순히 기능을 이야기하는 대신, 보통 처음 90-120일은 기능을 이야기하지만, 그 이후에는 어려움을 겪는 순간을 이야기합니다. 그것이 진짜 혁신의 씨앗이고, 기본적으로 새 제품이 나오는 곳이기 때문입니다."

인사이트: 장기 로드맵은 특정 기능이 아니라 해결해야 할 문제(고군분투 순간)로 정의해야 하며, 그래야 기술 변화에 따라 유연성이 생깁니다.

실행 조언:

• 기능별 로드맵은 다음 3-4개월로 제한하세요.
• 장기 로드맵은 팀이 다루려는 '고군분투 순간'을 기준으로 정의하세요.

타임스탬프: 00:09:06

Bill Carr

Bill Carr

"그들은 그다음 자기 로드맵을 운영합니다. 우리에게 가장 중요한 작업이 무엇인지 결정하고, 그것들의 우선순위 목록을 만들고, 보유한 리소스 풀로 목록의 맨 위부터 아래로 내려가며 시작할 수 있게 됩니다."

인사이트: 로드맵 우선순위는 직접 통제할 수 있는 지표에 집중하는 자율 팀이 소유해야 합니다.

실행 조언:

• 팀이 자기 우선순위 작업 목록을 소유하게 하세요.
• 지연 시간이나 클릭률 같은 특정 입력 지표를 움직이는 데 로드맵을 집중하세요.

타임스탬프: 00:15:21

Brandon Chu

Brandon Chu

"그 분기에 40개를 출시하려던 상태에서 세 개로 줄였고, 다른 것은 아무것도 중요하지 않았습니다. 그리고 그것이 거의 그해 전체 회사의 리듬이 되었습니다."

인사이트: 위기나 '전시' 상황에서는 생존에 필수적인 기능에만 집중하도록 로드맵을 급진적으로 단순화해야 합니다.

실행 조언:

• 외부 환경이 바뀌면 기존 로드맵을 버릴 준비를 하세요.
• '다른 것은 아무것도 중요하지 않은' 몇 가지 항목으로 초점을 줄이세요.

타임스탬프: 18:24

Brian Tolkin

Brian Tolkin

"기술적으로 시간과 노력, 에너지를 어디에 투자할지 정말 집중하는 방법입니다. 그래서 Uber의 엔지니어링 노력 대부분이 배차 시스템과 가격 시스템에 들어갔습니다. 리소스가 부족했던 당시에는 거기가 레버리지가 있는 곳이었기 때문입니다."

인사이트: 다른 영역이 수동으로 남더라도, 기술이 비즈니스에 가장 큰 레버리지를 주는 곳을 식별하고 희소한 엔지니어링 리소스를 거기에 집중하세요.

실행 조언:

• 가격 또는 배차처럼 비즈니스 가치를 가장 크게 움직이는 핵심 시스템에 기술 투자를 집중하세요.
• 어떤 영역이 기술 투자를 받지 않을지 명시적이고 투명하게 밝히세요.

타임스탬프: 00:18:15

Brian Chesky

Brian Chesky

"우리는 계속 굴러가는 2년 제품 계획을 갖고 있습니다. 전략, 제품 전략 로드맵이고, 출시와 함께 6개월마다 업데이트됩니다. 우리는 매년 5월과 11월 또는 10월에 제품을 출시합니다."

인사이트: 장기적이지만 자주 업데이트되는 롤링 로드맵을 사용해 회사 전체의 정렬과 집중을 유지하세요.

실행 조언:

• 롤링 2년 로드맵을 유지하세요.
• 주요 출시와 함께 6개월마다 로드맵을 업데이트하세요.

타임스탬프: 00:13:23

---

"저는 이제 제가 가짜 일이라고 부르는 것, 즉 일처럼 느껴지지만 실제로는 공을 앞으로 밀지 않는 일에 아니라고 말하려 합니다. 그리고 정말 의미 있는 일에는 예라고 말하려 합니다."

인사이트: 생산적으로 느껴지지만 영향이 없는 '가짜 일'보다 전략 목표를 직접 전진시키는 일을 가차 없이 우선하세요.

실행 조언:

• 공을 앞으로 밀지 않는 '가짜 일'을 식별하고 제거하세요.
• 반응적 작업보다 의미 있는 일을 우선하세요.

타임스탬프: 00:57:05

Chandra Janakiraman

Chandra Janakiraman

"그다음 하는 일은... 그 10-15개 기회 영역에서 이상적으로 세 개로 줄이는 것입니다... 네다섯 개 핵심 차원이나 기준으로 순위를 매깁니다."

인사이트: 전략적 우선순위 지정은 영향, 확실성, 그리고 팀의 고유한 해결 능력에 기반해 기회를 평가해야 합니다.

실행 조언:

• 예상 영향과 영향의 확실성으로 기회의 순위를 매기세요.
• 실제로 문제를 어떻게 해결할지 아는지 확인하기 위해 '레버의 명확성'을 평가하세요.
• 해결 레버가 특정 팀이나 회사에 고유하고 차별적인지 평가하세요.

타임스탬프: 00:35:46

Christine Itwaru

Christine Itwaru

"성숙도가 낮은 제품 조직에서 처음 제품 운영을 도입하면, 그들에게 처음 요청하는 일은 계획 과정을 간소화하는 것입니다... 사람들이 같은 방식으로 계획하게 하고, 그들이 계획하고 실행하는 것을 실제로 나에게 주게 하려면 어떻게 해야 하는가?"

인사이트: 계획과 우선순위 지정 과정을 표준화하는 것은 새로운 제품 운영 기능의 첫 번째 고영향 작업인 경우가 많습니다.

실행 조언:

• 모든 제품팀이 따를 일관된 계획 템플릿을 만드세요.
• 팀이 무엇을 만들고 왜 만드는지 전달하는 방식을 간소화하는 데 집중하세요.

타임스탬프: 00:30:56

Dan Hockenmaier

Dan Hockenmaier

"그런 노력을 할 때 가장 어려운 점은 각 팀의 노력을 교환할 수 있는 공통 화폐를 개발하는 것입니다. 이 팀은 이 지표를 X만큼 움직일 수 있다고 말하고, 저 팀은 저 지표를 Y만큼 움직인다고 합니다. 저는 두 가지를 비교 가능하게 만들 방법이 없습니다. 성장 모델이 그것을 가능하게 하는 함수입니다."

인사이트: 성장 모델은 계획 과정에서 서로 다른 팀의 다양한 프로젝트 영향을 비교할 수 있는 '공통 화폐'를 제공합니다.

실행 조언:

• 서로 다른 팀 시나리오를 중앙 성장 모델에 넣어 예상 영향을 비교 가능하게 만드세요.
• 연간 계획에서 팟 배분을 제1원칙으로 결정할 때 성장 모델을 사용하세요.

타임스탬프: 00:17:56

---

"TAM이나 시장 규모는 실제로 거의 중요하지 않습니다. 이것들은 모두 충분히 커서 성공시키면 비즈니스 곡선을 극적으로 꺾을 수 있기 때문입니다. 훨씬 더 중요한 것은 몇 가지에 집중하는 것입니다. 하나는 그것이 비즈니스와 얼마나 인접해 있는가입니다. 실제로 우리가 그것을 가져올 수 있는지에 대한 대리 지표입니다."

인사이트: 확장할 때는 이론적 총주소지정가능시장(TAM) 규모보다 시장 인접성과 실행 가능성을 우선하세요.

실행 조언:

• 새 시장 기회를 현재 운영 모델과 얼마나 닮았는지 기준으로 평가하세요.
• 기존 네트워크 효과를 강화하는 확장(예: 공유 공급 또는 수요)을 우선하세요.

타임스탬프: 00:42:48

Dharmesh Shah

Dharmesh Shah

"잠재 결과에서 시작하고, 그다음 확률을 보세요. 반대로 하지 마세요. 반대로 하면 그 정신적 필터를 적용해 버리고, 버릴 가치가 없었을 아이디어까지 버리게 됩니다."

인사이트: 영향 큰 '문샷'을 너무 일찍 죽이지 않으려면 성공 가능성보다 성공 규모를 먼저 보고 우선순위를 정하세요.

실행 조언:

• 4P 프레임워크를 사용하세요: Potential(얼마나 큰가), Probability(할 수 있는가), Passion(관심이 있는가), Prowess(왜 우리인가).
• 잠재력에 확률을 곱해 '기댓값'을 계산하세요.

타임스탬프: 01:11:37

Eeke de Milliano

Eeke de Milliano

"모든 팀 헌장 맨 아래에는 '더 크게 생각하기'라는 섹션이 있습니다. '시간이 20% 더 있다면 이 목록에 아직 없는 무엇을 하겠습니까?'"

인사이트: 계획 문서에서 '큰 아이디어'를 명시적으로 요청하면 팀이 점진적 개선에만 집중하는 것을 막을 수 있습니다.

실행 조언:

• 모든 팀 헌장이나 계획 문서에 '더 크게 생각하기' 섹션을 추가하세요.
• 팀에게 물으세요: '오늘 팀이 두 배가 된다면 무엇을 하겠습니까?'

타임스탬프: 00:25:09

---

"70/20/10 투자 모델입니다... 구축 시간의 70%는 제품-시장 적합성이 있는 핵심 제품에 들어가야 합니다. 20%는 핵심이 아닌 전략 이니셔티브에 들어가야 합니다... 그리고 10%는 베팅에 들어가야 합니다."

인사이트: 핵심 유지보수, 전략적 성장, 고위험 베팅의 균형을 맞추기 위해 포트폴리오 방식으로 리소스를 배분하세요.

실행 조언:

• 리소스의 70%를 핵심 제품과 유지보수에 배정하세요.
• 20%를 비핵심 전략 이니셔티브에 배정하세요.
• 10%를 실험적 베팅에 배정하세요.

타임스탬프: 00:48:37

Gaurav Misra

Gaurav Misra

"우리는 공개 로드맵이라고 생각하는 것이 있습니다. 기본적으로 사람들이 우리에게 요청한 것입니다... 그리고 두 번째 로드맵이 있는데, 우리는 그것을 비밀 로드맵이라고 생각합니다."

인사이트: 사용자 요청 기능과, 사용자 행동을 바꾸고 경쟁 우위를 제공하는 비명백하고 혁명적인 아이디어의 '비밀 로드맵'을 균형 있게 운영하세요.

실행 조언:

• 필수 경쟁 기능에서 뒤처지지 않기 위해 사용자 피드백 기반 공개 로드맵을 유지하세요.
• 사용자가 요청하지 않았지만 핵심 문제를 새 방식으로 해결하는 게임 체인저 아이디어를 위한 비밀 로드맵을 만드세요.
• 모든 기능 조직에서 비밀 로드맵 아이디어를 얻기 위해 회사 전체 브레인스토밍 세션을 운영하세요.

타임스탬프: 00:26:58

Gia Laudi

Gia Laudi

"어느 것에 집중할지 결정하는 방식은 최고의 고객을 고르는 방식과 비슷합니다. 높은 지불 의향... 긴급한 문제... 높은 유지율 또는 확장 잠재력... 고객이 마케팅하기 정말 쉬운 방식으로 모이는가... 또는 이 시장에서 불공정한 이점이 있는가입니다."

인사이트: 필요의 긴급성, 지불 의향, 회사의 고유 시장 우위에 따라 고객 세그먼트나 '해야 할 일'의 우선순위를 정하세요.

실행 조언:

• 세그먼트를 '진통제'인지 '비타민'인지(긴급성) 기준으로 평가하세요.
• 특정 고객 집단에 마케팅으로 도달하기 쉬운지 평가하세요.
• 제품에 명확한 불공정한 이점이 있는 세그먼트에 집중하세요.

타임스탬프: 00:24:55

Gibson Biddle

Gibson Biddle

"원칙적으로 저는 경험칙을 규칙으로 쓰지는 않았지만, 이 2%짜리들은 제거했습니다. 무언가를 출시했는데 2%뿐이라면, 우리는 그것을 따개비 긁어내기라고 불렀고 그냥 없앴습니다."

인사이트: 불필요한 복잡성을 더하는 극히 작은 사용자층만 쓰는 '2%짜리' 기능을 제거해 제품 단순성을 유지하세요.

실행 조언:

• 제품 안의 모든 기능 도달률을 측정하세요.
• 넓은 가치 없이 유지보수 부담을 만드는 '2%짜리'를 식별하세요.
• 사용량 낮은 기능을 정기적으로 삭제하는 '따개비 긁어내기'를 실천하세요.

타임스탬프: 24:10

Gustav Söderström

Gustav Söderström

"아이디어는 대략, 계획에 쓰는 시간이 실행이나 구축 시간의 10%를 넘으면 안 된다는 것입니다. 분기별로 10주를 일한다면 한 주를 계획에 써야 한다는 뜻입니다."

인사이트: 노력 대부분이 실행에 쓰이도록 계획 주기는 전체 시간의 10%로 엄격히 제한해야 합니다.

실행 조언:

• 작업 10주마다 계획은 1주로 제한하세요.
• 계획이 10%보다 길어진다면 실행 기간을 늘리세요(예: 6개월 단위로 이동).

타임스탬프: 01:02:46

Gustaf Alstromer

Gustaf Alstromer

"누군가가 전략 대화를 하고 싶어 할 때마다, 그것은 그들이 자기 우선순위를 이해하지 못하고 있다는 가정입니다. 우선순위는 항상 위에서 아래까지의 목록이고, 다른 것보다 더 중요한 하나가 있습니다. 작업할 것은 하나뿐이기 때문에 다른 것들에 대해 전략 세션을 할 수는 없습니다."

인사이트: 초기 스타트업에서 전략은 단 하나의 가장 중요한 우선순위에서 주의를 흩뜨리는 경우가 많습니다.

실행 조언:

• 맨 위 항목 하나만 진정으로 중요하다는 엄격한 순위형 우선순위 목록을 유지하세요.

타임스탬프: 00:53:02

Hari Srinivasan

Hari Srinivasan

"우리는 기본적으로 주황색과 빨간색 우선순위라고 부르는 것을 시작했습니다... '이것들이 반드시 끝내야 하는 큰 바위입니다. 이것들을 먼저 끝낼 것입니다. 우리는 솔직하고 앞서서 말하겠습니다. 이것들이 그 항목이고 이것이 비용입니다. 그러면 거기서부터 계획할 수 있습니다.'라고 했습니다."

인사이트: 팀이 상향식 계획을 하기 전에 상향식·하향식 우선순위를 세우기 위해 '큰 바위' 접근 방식을 사용하세요.

실행 조언:

• 중요도 수준을 신호하기 위해 우선순위를 '주황색'과 '빨간색'처럼 분류하세요.
• 계획 주기 초기에 협상 불가능한 '큰 바위'를 전달하세요.

타임스탬프: 01:00:44

Ian McAllister

Ian McAllister

"같은 수준의 기술 지능과 리소스가 있다면, 뛰어난 타고난 우선순위 능력을 가진 제품 관리자는 그렇지 않은 사람보다 5배의 영향을 만들어냅니다."

인사이트: 우선순위 지정은 제품 관리자의 최고 레버리지 기술이며, 팀이 만들어내는 총 영향과 직접 연결됩니다.

실행 조언:

• 로드맵의 주제를 우선순위화하세요.
• 그 주제 안에서 프로젝트 순서를 정하세요.
• 개인 시간 관리에도 우선순위를 적용하세요.

타임스탬프: 00:18:18

Itamar Gilad

Itamar Gilad

"저는 ICE, 즉 영향, 확신, 용이성을 쓰라고 제안합니다. 이 슬라이드가 곧 나올 것 같습니다. 영향, 확신, 용이성은 기본적으로 각 아이디어에 세 가지 값을 부여하는 방식입니다."

인사이트: ICE 프레임워크를 사용하면 우선순위 결정을 의견 싸움에서 투명하고 증거 기반의 평가로 옮길 수 있습니다.

실행 조언:

• 점수를 직관적으로 유지하기 위해 노력의 반대 개념인 '용이성'을 사용하세요.
• 영향을 North Star 지표나 최상위 비즈니스 KPI에 대해 구체적으로 평가하세요.
• 영향과 용이성 추정의 불확실성을 조정하기 위해 '확신' 점수를 사용하세요.

타임스탬프: 00:35:33

---

"저는 성과 로드맵을 쓰는 것을 권합니다. 10월까지 이 성과를 달성하고 싶다, Q4까지 다른 세 개 국가에 출시하고 싶다, 또는 인도에서 사용량을 그만큼 늘리고 싶다는 식입니다... 그렇지 않으면 열린 상태로 두어야 합니다. 확신이 낮은 상태에서 특정 아이디어를 반드시 출시해야 한다고 미리 정하면 로드맵이 이 과정을 질식시킬 수 있습니다."

인사이트: 발견 유연성을 유지하려면 '출시 로드맵'(날짜와 기능)에서 '성과 로드맵'(목표와 지표)으로 이동하세요.

실행 조언:

• 특정 기능 전달 날짜보다 성과(예: 이탈 감소)에 약속하세요.
• 확신이 높고 이미 테스트된 아이디어만 전달 중심 로드맵에 넣으세요.

타임스탬프: 01:03:04

Jackson Shuttleworth

Jackson Shuttleworth

"분기마다 내 목표는 이 지표를 올리는 것이라고 정말 레이저처럼 집중할 수 있으면, 가장 ROI가 높은 일을 하고 있는지 확인하기가 훨씬 쉽습니다. '이 기능을 더 좋게 만들고 싶다'처럼 생각하면, 더 좋다는 것이 무엇인지에서 길을 잃기 쉽습니다."

인사이트: 지표 기반 목표는 기능 기반 목표보다 더 명확한 우선순위를 제공합니다.

실행 조언:

• 팀을 특정 기능 소유가 아니라 특정 지표(예: CURR)를 움직이는 방식으로 구성하세요.

타임스탬프: 01:05:13

Jackie Bavaro

Jackie Bavaro

"전략에서 로드맵은 약속이 아닙니다. 오히려 당신의 계획이 조금이라도 말이 되는지, 실행 가능성 근처에나 있는지 다시 확인하는 방법입니다. 제가 보는 모든 팀이 로드맵을 만들 때 일어나는 일은, 그것을 모아 놓고 '우리는 5년이나 10년 안에 비전에 도달하지 못하겠구나. 이 속도로 가면 30년짜리 비전이네'라고 깨닫는 것입니다."

인사이트: 로드맵의 주된 전략적 가치는 제품 비전의 실행 가능성을 점검하는 '현실 점검'입니다.

실행 조언:

• 비전에서 거꾸로 작업해 일정이 현실적인지 확인하세요.
• 더 많은 사람을 채용해야 하는지, 더 큰 시도를 해야 하는지 식별하는 데 로드맵을 사용하세요.

타임스탬프: 24:34

Jake Knapp + John Zeratsky

Jake Knapp + John Zeratsky

"더 빨리 가는 방법이나 더 효율적으로 되는 방법의 문제가 아닙니다. 하루나 삶에서 가장 중요한 것을 먼저 놓고, 그 주변에 나머지를 구축하며, 작은 일들을 많이 해야 한다는 것을 받아들이는 방법의 문제입니다."

인사이트: 효과적인 우선순위 지정은 일반적 효율성을 찾는 것이 아니라 가장 중요한 일을 먼저 배치하는 것입니다.

실행 조언:

• 단 하나의 가장 중요한 프로젝트나 과제(프로젝트 A)를 식별하세요.
• 그 주요 우선순위를 중심으로 나머지 일정을 구성하세요.

타임스탬프: 00:10:16

Janna Bastow

Janna Bastow

"로드맵의 핵심은 그것이 계획이 되도록 설계되지 않았다는 점입니다. 저는 그것을 전략의 프로토타입이라고 생각합니다. 제 말은, 린 세계에서 우리는 항상 프로토타이핑을 이야기하고, 프로토타입은 본질적으로 가정을 확인하는 방법이라는 것입니다."

인사이트: 로드맵은 고정 실행 계획이 아니라 가정을 테스트하는 전략의 프로토타입으로 다뤄야 합니다.

실행 조언:

• 해결하려는 문제에 대한 가정을 펼쳐 놓는 데 로드맵을 사용하세요.
• 올바른 길에 있는지 확인하기 위해 초기 가정을 팀과 고객에게 공유하세요.

타임스탬프: 00:00

---

"그래서 우리는 앉아서 현재, 가까운 미래, 미래라는 세 열 로드맵을 만들었고, 이것이 지금, 다음, 나중이 되었습니다. 그리고 위쪽의 단순한 타임라인 개념을 없앴습니다."

인사이트: 지금, 다음, 나중 프레임워크는 경직된 타임라인을 '불확실성의 원뿔'을 반영하는 버킷으로 대체합니다.

실행 조언:

• 작업을 지금, 다음, 나중 열로 구성하세요.
• 장기 계획의 자연스러운 불확실성 때문에 팀이 벌받지 않도록 모든 것에 날짜를 붙이지 마세요.

타임스탬프: 25:08

Jason Fried

Jason Fried

"저는 장기 계획을 세우지 않습니다. 예전에 생각했던 것이 아니라 지금 생각하는 것을 하고 싶기 때문입니다... 6주마다 다음에 무엇을 할지 다시 생각합니다. 우리는 매우 현재에 있는 회사이고, 가면서 만들어 갑니다."

인사이트: 현재 정보와 직관에 따라 행동할 유연성을 유지하려면 장기 로드맵을 피하세요.

실행 조언:

• 6주마다 모든 우선순위를 다시 평가하세요.
• 먼 미래의 작업에 대해 약속하지 마세요.
• 시장에 반응하기 위해 '지금 이 순간'의 의사결정에 집중하세요.

타임스탬프: 01:03:33

Jeff Weinstein

Jeff Weinstein

"당신은 제가 함께 일한 사람 중 문제 3부터 100까지를 해결하는 데 가장 뛰어난 사람 중 하나입니다. 하지만 저는 당신이 문제 1과 2에 붙어 있기를 원합니다."

인사이트: 성과가 높은 리더는 가장 어렵고 실존적인 문제(1-2)를 다루는 대신 쉬운 과제(3-100)를 정리하는 쪽으로 기본값이 가는 경우가 많습니다.

실행 조언:

• 가장 어려운 상위 두 문제를 식별하고, 그것들이 다뤄질 때까지 낮은 우선순위 항목 논의를 거부하세요.

타임스탬프: 02:33:22

Jess Lachs

Jess Lachs

"말씀하신 것처럼 하루의 시간보다 질문과 해야 할 일이 항상 더 많기 때문에, 탐색 작업과 깊은 분석을 위한 시간을 매우 의도적으로 떼어 두어야 합니다."

인사이트: 탐색적 데이터 작업은 반응적 요청에 밀려나지 않도록 전용 보호 시간이 필요합니다.

실행 조언:

• 해커톤을 사용해 데이터에 대한 자기주도적 심층 분석을 위한 전용 일자를 확보하세요.
• 책임성을 보장하기 위해 탐색 작업에서 인사이트를 찾는 명시적 팀 목표를 설정하세요.

타임스탬프: 00:15:47

---

"무언가가 올라왔을 때 '이 데이터 추출 요청이 제가 하려던 다른 세 가지 일보다 더 중요합니까? 예 또는 아니오로 답해 주세요'라고 말할 수 있어야 합니다."

인사이트: 효과적인 우선순위 지정은 새 요청의 맞교환을 이해관계자에게 보이게 해야 합니다.

실행 조언:

• 이해관계자가 새 긴급 요청을 가져올 때마다 항상 '기회비용'을 제시하세요.
• 비즈니스 파트너와 주간 스탠드업을 사용해 가장 영향력 있는 작업을 다시 평가하고 정렬하세요.

타임스탬프: 00:21:49

Jiaona Zhang

Jiaona Zhang

"당신은 이야기를 하고 있습니다. 제가 원하는 것은 주제와 이야기입니다. 왜 이것들이 투자해야 할 가장 큰 것인지, 당겨야 할 가장 큰 레버인지 말입니다. 제가 정말 원하지 않는 것, 로드맵 작성에서 매우 흔한 실수라고 생각하는 것은 사람들이 프로젝트가 잔뜩 들어간 스프레드시트, RICE 프레임워크, 모든 항목에 영향, 비용, 노력 열이 채워진 것을 보며 그것이 우선순위 지정이고 로드맵이라고 생각하는 것입니다."

인사이트: 로드맵은 영향 점수가 붙은 프로젝트 스프레드시트가 아니라 전략적 주제가 이끄는 내러티브여야 합니다.

실행 조언:

• 세부 프로젝트 목록보다 주제와 내러티브에 집중하세요.
• 원격 우선 문화에서는 더 세밀한 맥락을 담기 위해 슬라이드보다 문서를 사용하세요.
• 로드맵 주제를 Jira 같은 실시간 실행 도구와 연결해 최신 상태를 유지하세요.

타임스탬프: 00:23:59

John Mark Nickels

John Mark Nickels

"어느 쪽으로든 너무 멀리 갈 수 있다고 생각합니다. 인생의 모든 것이 두 반대 힘 사이의 극성을 균형 잡는 것과 같습니다. 여기서는 비전과 이론의 세계로 너무 세게 가는 경우가 있습니다... 그러면 '이론상으로는 정말 좋아 보이지만, 이것을 어떻게 실행하기 시작해야 할지 전혀 모르겠다'는 상태에 묶입니다... 반대로 실행의 세계로도 너무 멀리 갈 수 있습니다... 사람들이 '그냥 벽을 뚫고 달려갈 거야. 그 벽이 맞는 벽인지는 모르겠어'라고 하는 것과 같습니다."

인사이트: 제품 리더십은 높은 수준의 이론과 현장의 실행 사이의 극성을 균형 잡는 기술입니다.

실행 조언:

• 팀이 현재 이론에 얽혀 있는지, 실행으로 전환해야 하는지 식별하세요.
• '준비, 발사, 조준'식 실행이 전략 방향을 잃었을 때를 인식하세요.

타임스탬프: 00:41:48

Karina Nguyen

Karina Nguyen

"AI 연구 진전은 관리, 연구 관리에 의해 병목이 걸립니다. 제한된 컴퓨팅 자원이 있고, 가장 확신하는 연구 경로에 컴퓨팅을 배분해야 하기 때문입니다. 컴퓨팅을 넣으려면 연구 경로에 정말 높은 확신이 있어야 하고, 그것은 투자 대비 수익 상황에 가깝습니다."

인사이트: AI 연구에서 우선순위는 컴퓨팅의 희소성과 특정 실험 경로에 대한 높은 확신 필요에 의해 움직입니다.

실행 조언:

• 컴퓨팅 사용의 '투자 대비 수익'을 기준으로 실험 우선순위를 정하세요.
• 더 확신 높은 프로젝트를 위해 리소스를 아끼려면 '생명 신호'가 없는 연구 경로를 일찍 중단하세요.

타임스탬프: 00:46:28

Karri Saarinen

Karri Saarinen

"사이클은 다음 주나 다음 2주 또는 어떤 시간 범위 동안, 우리는 이런 것들을 작업하고 이 다른 것들이 이 기간의 우선순위 또는 초점이라고 말하는 방식일 뿐입니다."

인사이트: 자동화된 시간 제한 사이클을 사용하면 팀이 '무한 백로그'를 무시하고 작은 즉시 우선순위 집합에 집중할 수 있습니다.

실행 조언:

• 단기 초점을 정의하기 위해 자동화된 사이클(예: 1-2주)을 구현하세요.
• 현재 시간 범위 밖의 새 요청에 명확한 '아니오'를 제공하는 데 사이클을 사용하세요.

타임스탬프: 00:41:35

---

"내부적으로 우리는 이것도 이야기합니다. RPG 게임을 알면, 메인 퀘스트 라인과 사이드 퀘스트 라인이 있습니다. 그리고 우리는 회사들이 사이드 퀘스트를 피해야 한다고 자주 이야기합니다. 사람들은 항상 아이디어를 갖고 있습니다... 이것은 메인 퀘스트 라인을 전진시키지 않습니다. 메인 퀘스트는 이 제품을 만들고 이 고객들에게 멋지게 만드는 것입니다."

인사이트: 과제를 '메인 퀘스트'(핵심 가치)와 '사이드 퀘스트'(주의 산만)로 분류하면 우선순위 지정을 단순화할 수 있습니다.

실행 조언:

• 핵심 제품 미션에 직접 기여하지 않는 '사이드 퀘스트'가 로드맵에 있는지 감사하세요.
• 반짝이는 대상물을 걸러내기 위해 '이것을 지금 해야 하는가, 아니면 나중에 해도 되는가?'를 물으세요.

타임스탬프: 00:55:38

Lane Shackleton

Lane Shackleton

"그 의식은 본질적으로 사람들의 입력을 받고 싶은 문제, 해결책, 주제 등 어떤 집합이든 표에 넣고, 사람들이 달러로 투표하게 하는 것입니다. 보통 100달러를 배정합니다. 그러면 사람들은 훑어보며 '이것에는 10달러, 이것에는 20달러, 이것에는 50달러를 배정하고 싶다. 정말 중요하다고 생각하기 때문이다'라고 말합니다."

인사이트: '$100 투표'를 사용해 '방 안의 코끼리'를 드러내고 우선순위에 대한 팀 정렬을 정량화하세요.

실행 조언:

• 각 팀원에게 잠재 프로젝트 전반에 배분할 가상 100달러를 주세요.
• 추가 논의가 필요한 높은 불일치 영역을 식별하기 위해 투표 분포를 분석하세요.

타임스탬프: 00:48:02

Logan Kilpatrick

Logan Kilpatrick

"하나는 미션으로 돌아가는 것입니다. 이것이 실제로 AGI에 도달하는 데 도움이 되는가? 눈앞에 반짝이는 잠재 보상이 있습니다. 사용자 참여를 최적화하는 것입니다... 그런데 그것이 정말 핵심인가?"

인사이트: 로드맵 항목은 단기 참여 지표가 아니라 핵심 미션(예: AGI)과의 정렬을 기준으로 우선해야 합니다.

실행 조언:

• '반짝이는' 기능 요청을 회사의 장기 미션이라는 렌즈로 걸러내세요.
• 새 양식이나 엔드포인트를 추가하기 전에 신뢰성과 견고성을 핵심 원칙으로 우선하세요.

타임스탬프: 00:36:14

Madhavan Ramanujam

Madhavan Ramanujam

"말 그대로 제품 담당자에게 가장 중요한 교훈은... 지불 의향 대화 없이 제품 로드맵을 우선순위화할 수 없다는 것입니다. 생각이나 느낌, 기술 리소스만으로 우선순위를 정하고 있다면 잘못하고 있는 것입니다."

인사이트: 지불 의향은 로드맵 우선순위의 궁극적 필터입니다.

실행 조언:

• 지불 의향의 80%를 만드는 20% 기능을 우선하세요.
• 그 기능이 핵심 가치 동인이라면 MVP에서 고가치 기능을 무료로 제공하지 마세요.

타임스탬프: 00:21:36

Manik Gupta

Manik Gupta

"문제를 해결하는 데 기능 20개가 필요한 것은 아닙니다. 정말 잘 작동하는 기능 하나나 두 개만 있으면 됩니다. 중요한 사용자 여정이라는 이 개념입니다. 문제 X를 해결하고 있다면 제품 안에 만드는 어떤 기능이든... 잘 설계되어야 하고, 사용자가 그것을 쓰면서 혼란스럽지 않도록 중요한 여정에 필요한 것만 갖도록 초점과 우선순위가 있어야 합니다."

인사이트: 효과적인 우선순위 지정은 사용자 혼란을 피하기 위해 '중요한 사용자 여정'을 다루는 고품질 기능 하나나 두 개로 초점을 가차 없이 좁히는 것입니다.

실행 조언:

• 핵심 문제가 우아하게 해결되도록 초기 제품 범위를 극도로 작게 유지하세요.
• 모든 기능이 잡음을 더하지 않고 가치를 더하는지 '중요한 사용자 여정'에 대고 감사하세요.

타임스탬프: 00:31:54

Maggie Crowley

Maggie Crowley

"최고의 제품 관리자는 작업할 하나의 일을 찾을 수 있을 뿐 아니라, 실제로 끝낼 만큼 오래 그 하나의 일에 머무를 수 있습니다."

인사이트: 훌륭한 우선순위 지정에는 경쟁하는 긴급 상황에도 불구하고 하나의 초점을 완료까지 유지하는 규율이 필요합니다.

실행 조언:

• 많은 우선순위 중 정말 필요한 하나의 일을 찾으세요.
• 작업을 끝낼 만큼 오래 초점을 유지하세요.
• 팀 참여를 유지하기 위해 계속 북을 치는 사람이 되세요.

타임스탬프: 00:05:31

---

"해야 할 하나의 일에 도달하는 것은 극도로 어렵고, 그 모든 다른 일에 아니라고 말할 배짱을 갖는 것도 정말 어렵습니다. 어느 순간에도 해야 할 일이 아마 10개쯤 있지만, 10개를 할 수는 없기 때문입니다."

인사이트: 우선순위 지정에서 가장 어려운 부분은 좋은 아이디어에 아니라고 말하는 데 필요한 감정적·전문적 용기입니다.

실행 조언:

• 최상위 우선순위는 세 개 이하로 제한하세요.
• 다른 것보다 하나를 고르는 '베팅'에 대해 책임질 준비를 하세요.

타임스탬프: 00:15:31

Matt LeMay

Matt LeMay

"낮은 영향 죽음의 나선은 제가 함께 일한 거의 모든 중대형 회사가 어떤 식으로든 빠지는 동학입니다... 여기저기 작은 기능을 추가하고, 작은 외관 개선을 하는 데서 시작합니다. 그것이 더 쉽고, 감시를 덜 부르고, 중요한 무언가를 망칠 가능성이 낮기 때문입니다."

인사이트: 팀은 핵심 엔진 개선 같은 '위험한' 고영향 작업보다 외관 기능 같은 '안전한' 저영향 작업을 우선하는 경우가 많고, 그 결과 제품은 비대해지고 개선하기 더 어려워집니다.

실행 조언:

• 팀이 '라인스톤'(외관 추가) 작업을 하고 있는지, '엔진'(핵심 가치) 작업을 하고 있는지 식별하세요.
• 더 많은 팀 간 조정이 필요하더라도 고영향 작업을 능동적으로 찾으세요.

타임스탬프: 00:24:00

---

"우리는 영향 추정과 측정을 목표와 같은 측정 단위로 하고 있는가? 그렇게 하고 있다면 스스로를 정직하게 유지하며 '이것이 실제로 기여할 가능성이 있는가?'라고 말하는 것입니다. 반면 다시 말해 우리가 매우 영리하게 독자적 점수 체계를 만들고 작은 중간 단계들을 잔뜩 만들면, 정말 훌륭한 일을 하고 있고 아주 영리하다고 느낄 수 있습니다. 하지만 우리는 처음에 왜 이 일을 하려 했는지와의 연결을 잃을 위험을 다시 맞게 됩니다."

인사이트: ICE나 RICE 같은 우선순위 프레임워크는 '영향'이 팀의 주요 비즈니스 목표와 같은 단위로 측정될 때만 효과적입니다.

실행 조언:

• 추상적 영향 점수(1-10)를 실제 목표의 예상 단위(예: '전환 사용자 수')로 바꾸세요.
• 목표 달성이 가능한 유일한 후보인 '큰 베팅'을 식별하는 데 영향 추정을 사용하세요.

타임스탬프: 01:06:11

Marty Cagan

Marty Cagan

"기능팀에서는 기본적으로 전형적인 로드맵을 받습니다. 바라지는 않지만 거의 모든 사람이 같은 것을 가지고 있습니다. 우선순위가 매겨진 기능과 프로젝트 목록입니다. 몇몇 이해관계자가 보통 분기마다 모여 '우리 사업 부분을 운영하려면 이 기능들이 필요합니다. 복잡하지 않습니다. 이 기능들이 필요합니다'라고 말합니다."

인사이트: 기능 기반 로드맵은 제품 발견보다 이해관계자 협상의 결과인 경우가 많습니다.

실행 조언:

• 우선순위가 매겨진 기능 목록은 '기능팀' 문화의 신호임을 인식하세요.
• 분기별 이해관계자 주도 기능 목록에서 성과 기반 계획으로 이동하세요.

타임스탬프: 00:08:00

Melissa Perri + Denise Tilles

Melissa Perri + Denise Tilles

"그는 모두가 무엇을 하고 있는지에 대한 포트폴리오 로드맵을 찾고 있었고, 우리가 기능 관점에서 어떤 큰 추진을 하고 있는지, 그것들이 전체 전략과 목표에 어떻게 연결되는지를 보고 싶어 했습니다."

인사이트: 경영진은 R&D 배분이 회사 전략과 맞는지 확인하기 위해 로드맵의 상위 수준 포트폴리오 보기를 필요로 합니다.

실행 조언:

• 개별 팀 로드맵을 경영진용 포트폴리오 보기로 말아 올리세요.
• 기능 '추진'을 구체적인 전략 목표와 목적에 명시적으로 맵핑하세요.

타임스탬프: 01:03:29

Mayur Kamat

Mayur Kamat

"10배의 긍정적 영향이나 부정적 영향을 갖는 문제를 작업합니다... 그것이 집중할 대상입니다. 시간의 대부분을 거기에 씁니다."

인사이트: 효과적인 우선순위 지정은 '중요한' 과제들을 무시하고 10배 레버리지가 있는 과제에만 집중하는 것입니다.

실행 조언:

• 10배 레버리지 문제(보통 FinTech에서는 성장이나 준수)를 식별하고 나머지는 무시하세요.
• 가장 레버리지가 높은 문제 영역으로 '책상을 옮기는' 것, 비유적으로든 실제로든 받아들이세요.

타임스탬프: 01:07:00

Melissa Perri

Melissa

"항상 결국 돌아오는 것은 전략을 어떻게 세우고, 전략을 어떻게 배치하고, 잘 전달되게 하며, 기술팀과 제품팀에서 우리가 하는 모든 일이 잘 우선순위화된 회사 전략으로 사다리처럼 올라가게 할 것인가입니다."

인사이트: 규모 확장의 핵심 과제는 모든 전술 팀 활동이 상위 회사 전략을 지원하도록 우선순위화되는지 보장하는 것입니다.

실행 조언:

• 모든 기능이나 개선이 구체적인 비즈니스 목표 또는 비전으로 사다리처럼 올라가는지 로드맵을 감사하세요.

타임스탬프: 09:00

---

"좋은 테스트는 모든 팀에 가서 무엇을 하고 있고 왜 하는지 묻는 것입니다... 그들은 팀의 전술적 작업에서부터 비즈니스 지표까지 자신들이 하는 모든 것을 연결할 수 있습니다."

인사이트: 개별 기여자가 자기 구체적 과제의 비즈니스 가치와 시장 영향을 설명할 수 있을 때 로드맵 우선순위 지정이 성공한 것입니다.

실행 조언:

• 팀원에게 물으세요: '무엇을 작업하고 있으며, 그것이 비즈니스 지표를 어떻게 움직이거나 새 시장 진입을 어떻게 돕습니까?'

타임스탬프: 27:48

Michael Truell

Michael Truell

"회사를 초기에 만들 때 사람들이 보통 손을 댈 법한 몇 가지 정상적인 일들, 우리는 그런 불들을 아주 오래 타게 두었습니다. 특히 영업과 마케팅 같은 것들입니다. 그래서 제품만 작업하고, 먼저 당신이 좋아하고 팀이 좋아하는 제품을 만들고, 그다음 어떤 사용자 집합에 맞게 조정하는 것. 단순하게 들릴 수 있지만, 아시다시피 잘하기는 어렵습니다."

인사이트: 제품 주도 성장 회사의 초기 단계에서는 제품 품질에 절대 집중하기 위해 핵심이 아닌 기능을 의도적으로 무시해야 하는 경우가 많습니다.

실행 조언:

• 제품 개발에 100% 집중하기 위해 영업과 마케팅 같은 비필수 영역의 '불'은 타게 두세요.
• 내부 팀이 진심으로 사랑하고 매일 쓰는 제품을 만드는 것을 우선하세요.

타임스탬프: 00:29:15

Nan Yu

Nan Yu

"우리가 반드시 아니라고 말해야 하는 것들은 IC들이 자기 삶을 싫어하게 만드는 비대함으로 이어지는 정확한 종류의 것들입니다. 개인 기여자의 업무 흐름을 더 나쁘게 만드는 대가로 보고를 조금 더 쉽게 만들기 위해 중간 관리자가 요청하는 맞춤 기능들입니다."

인사이트: 관리 보고를 개인 기여자 생산성보다 우선하는 기능을 거절해 제품 비대화를 피하세요.

실행 조언:

• 관리자와 개인 기여자처럼 서로 다른 사용자 유형 사이에서 인센티브가 어긋나는 지점을 식별하세요.
• 주요 사용자의 업무 흐름에 마찰을 더하는 맞춤 요청에는 아니라고 말하세요.

타임스탬프: 00:16:14

---

"어느 순간에도 우리는 탐색할 수 있는 기회가 아마 20개나 30개 있습니다. 제품 기회, 해결할 문제, 사용자에게 개선할 영역 같은 것들입니다. 하지만 아직 준비되지 않았습니다. 어떻게 접근할지에 대한 충분한 확신이 없습니다. 그래서 우리는 이들에 대한 이해를 축적하고, 주기적으로 더 쌓은 뒤 다시 평가합니다."

인사이트: 확신의 임계값에 도달할 때까지 계속 조사하는 기회 백로그를 유지하세요.

실행 조언:

• 전체 팀이 기여할 수 있도록 잠재 제품 영역에 대한 최신 분석을 유지하세요.
• 문제의 특정 부분을 해결할 명확하고 우아한 방법이 생길 때까지 로드맵 항목 실행을 기다리세요.

타임스탬프: 00:41:19

Nikita Bier

Nikita Bier

"무언가가 규모화될 때는 우선순위에 가차 없어야 하고 가장 큰 불부터 꺼야 합니다. 제가 완전히 이해하지 못했던 것은 얼마나 많은 일이 잘못되는가였습니다."

인사이트: 초고속 성장 중에는 우선순위가 기능 개발에서 생존과 확장 인프라로 이동합니다.

실행 조언:

• 폭발적 성공 중 시스템을 중단시킬 위험이 있는 '가장 큰 불'에만 집중하세요.

타임스탬프: 00:34:25

Noah Weiss

Noah Weiss

"Slack의 어떤 기능팀이든 로드맵을 생각하는 방식은 포트폴리오라고 생각합니다. 여러 방식으로 다각화된 포트폴리오가 되도록 의도합니다. 하나는 새 기능 능력과, 이미 만든 것을 매일 조금씩 더 좋게 만드는 것을 다각화하는 것입니다... 작동할지 확실하지 않지만 상승 여지가 큰 위험한 것과, 이미 아는 베팅 사이의 균형도 있습니다."

인사이트: 제품 로드맵을 점진적 개선, 새 능력, 고위험 '바위 베팅'을 균형 있게 담은 다각화 포트폴리오로 다루세요.

실행 조언:

• '알려진 베팅'과 큰 상승 여지가 있는 '위험한 베팅'의 균형을 맞추세요.
• 새 가능성 공간에 대한 학습과 확신 있는 영향 창출 사이에 리소스를 배분하세요.

타임스탬프: 00:30:23

Noam Lovinsky

Noam Lovinsky

"제가 정말 기억하는 것은 리더십 팀과 이야기하며 '이 프로젝트에 엔지니어 50명을 넣어서는 안 된다고 생각합니다. 나머지 로드맵과 우선순위를 보면, 죄송하지만 이 팀은 다른 곳에서 더 잘 쓰일 것 같습니다'라고 말했던 일입니다."

인사이트: 자기 프로젝트가 다른 로드맵 항목에 비해 비즈니스 최고 우선순위가 아니라면, 자신의 프로젝트 취소를 주장할 의지가 있어야 합니다.

실행 조언:

• 회사 전체 로드맵과 비교해 자기 프로젝트의 상대 우선순위를 평가하세요.
• 현재 역할에 위험이 있더라도, 영향이 더 낮다면 리소스 재배치를 주장하세요.

타임스탬프: 00:10:26

Paul Adams

Paul Adams

"차별화와 필수 기본 요건, 아주 단순합니다... 차별화. 무엇이 다르고 더 나은가? 하지만 핵심은 고객이 신경 쓰는 방식으로 무엇이 다르고 더 나은가입니다... 반대쪽에는 진입 요건 또는 필수 기본 요건이 있습니다... 정말 기본적이고 지루하며 무시하기 쉬운 것들입니다."

인사이트: 균형 잡힌 로드맵은 고객을 끌어들이는 고유 차별점과 고객이 전환할 수 있게 하는 '필수 기본 요건' 사이에서 맞교환해야 합니다.

실행 조언:

• 로드맵 항목을 '차별화'와 '필수 기본 요건'으로 분류하세요.
• 고객이 실제로 신경 쓰지 않는 '다른' 기능을 만들고 있지 않은지 확인하세요.

타임스탬프: 00:55:03

Richard Rumelt

Richard Rumelt

"집중은 힘과 전략의 근본 원천입니다. 너무 많은 다른 일을 하려는 것은 초점을 흐립니다."

인사이트: 전략적 힘은 리소스를 얇게 펼치기보다 몇 가지 핵심 목표에 집중할 때 나옵니다.

실행 조언:

• 행동 의제를 긴 우선순위 목록이 아니라 몇 가지 핵심 항목으로 제한하세요.
• 일어나기를 바라는 모든 것을 그냥 나열하는 '전략적 조립'을 피하세요.

타임스탬프: 00:25:18

---

"당신의 야망 중 어떤 것에 도달하기 위한 진전을 시작할 수 있는가, 그리고 무엇이 가로막고 있는가? 장벽은 무엇인가? 문제는 무엇인가? 그래서 저는 지금의 문제라는 질문을 야망의 필터를 통해 접근합니다."

인사이트: 우선순위 지정은 중요한 것(야망)과 실제로 달성 가능한 것(다룰 수 있음) 사이의 균형이어야 합니다.

실행 조언:

• 오늘 실제로 진전을 만들 수 있는 야망이 무엇인지 물어 야망을 걸러내세요.
• 상위 목표와 겹치는 '다룰 수 있는 도전'에 집중하세요.

타임스탬프: 01:00:52

Rahul Vohra

Rahul Vohra

"회사에서 만드는 모든 것은 두 범주 중 하나로 분류할 수 있습니다. 솔루션 심화와 시장 확장입니다. 솔루션 심화는 기존 사용자를 위해 제품을 더 좋게 만드는 것이지만 더 많은 사용자에게 제공되게 만들지는 않습니다. 반대로 시장 확장은 제품 자체를 더 좋게 만들지는 않지만 더 많은 사용자에게 제공되게 만드는 것입니다."

인사이트: 인지된 속도를 관리하려면 로드맵 항목을 '솔루션 심화'(유지율)와 '시장 확장'(획득) 사이에서 균형 있게 배치하세요.

실행 조언:

• 기능이 현재 사용자를 위해 솔루션을 심화하는지, 신규 사용자를 위해 시장을 확장하는지 식별하세요.
• 제품 속도가 느려졌다는 인식을 피하기 위해 '시장 확장' 작업을 명확히 커뮤니케이션하세요.

타임스탬프: 00:15:30

Robby Stein

Robby Stein

"모든 시스템에는 체감 한계수익 지점이 옵니다. 이 프로젝트에 50명을 넣어도 지표를 극적으로 움직이지 못할 것처럼 느껴지는 지점입니다... 그러면 다음 성장 동력이나 동력 집합을 찾아야 합니다."

인사이트: 팀은 제품이 S-커브의 정체 구간에 도달했을 때를 인식하고 리소스를 새 성장 동력으로 옮겨야 합니다.

실행 조언:

• 체감 한계수익을 식별하기 위해 투자의 예상 가치를 정량화하세요.
• 핵심 기능의 성장이 정체되면 최적화에서 제1원칙 사고로 전환하세요.

타임스탬프: 00:41:05

Ryan J. Salva

Ryan J. Salva

"일반적인 규칙, 일반 원칙으로, 저는 항상 대담하고 야심 찬 실험적 연구 프로젝트를 위한 용량을 조금 남겨 두려고 합니다. 그런 매우 불확실한 베팅은 팀 용량의 5-10%라고 생각할 수 있습니다. 팀 용량의 약 25%, 어쩌면 30%는 일반적으로 운영에 있어야 합니다. 시장에 나와 있는 제품이 고객 기대를 계속 충족하게 하는 일입니다. 그리고 나머지, 약 60% 정도는 최종 시장 제품의 점진적 진전에 실제로 들어갑니다."

인사이트: 건강한 제품 포트폴리오는 고위험 문샷(5-10%), 운영 유지보수(25-30%), 점진적 개선(60%)의 균형을 맞춥니다.

실행 조언:

• 용량의 5-10%를 Horizon 2와 3의 '문샷' 프로젝트에 배정하세요.
• 용량의 25-30%를 운영 기본기와 고객 기대 충족에 남겨 두세요.
• 용량의 약 60%를 기존 제품의 점진적 진전에 바치세요.

타임스탬프: 00:55:25

Sachin Monga

Sachin Monga

"Substack은 꽤 원칙적인 회사입니다... 우선순위 관점과 전략 관점에서... 다른 조건이 같다면, 통제라는 이 원칙을 일정하게 유지하는 쪽을 하세요."

인사이트: 사용자 주체성과 통제 같은 핵심 회사 원칙을 로드맵 우선순위의 주요 필터로 사용하세요.

실행 조언:

• 기능이 사용자의 경험 통제를 늘리는지 줄이는지 기준으로 평가하세요.
• 표준 알고리즘 접근보다 실행이 더 어려워 보여도 '원칙 있는' 경로를 선택하세요.

타임스탬프: 00:21:40

Ryan Singer

Ryan Singer

"이것에 대한 우리의 식욕은 얼마인가? 무언가를 실제로 끝내기 전까지 기꺼이 쓰려는 최대 시간은 얼마인가? 그리고 우리는 그 스타트업 순간을 갖습니다... 전체 프로젝트가 아니더라도 최소한 이 의미 있는 조각은 문자 그대로 놓고 떠날 수 있습니다."

인사이트: 우선순위는 '추정치'(해결책이 얼마나 걸릴지)가 아니라 '식욕'(문제가 시간 쓸 가치가 얼마나 있는지)에 기반해야 합니다.

실행 조언:

• 해결 방법을 결정하기 전에 '이 문제는 우리 6주를 쓸 가치가 있는가?'라고 물으세요.
• 독립적으로 설 수 있는 '출시 가능한' 가치 조각을 만드는 프로젝트를 우선하세요.

타임스탬프: 00:19:39

Sarah Tavel

Sarah Tavel

"신규 사용자가 가입할 때 그 결과는 처음에 받아들이고 이해할 것이 너무 많다는 뜻이 됩니다. 그러면 사용자가 가장 하길 원하는 일로 데려가는 매우 집중된 제품이 되지 못합니다. 그래서 레벨 1, 핵심 행동이 무엇인지 이해하는 것이 중요합니다."

인사이트: 로드맵 우선순위는 많은 기능에 주의를 흩뜨리기보다 사용자를 하나의 '핵심 행동'으로 이끄는 데 집중해야 합니다.

실행 조언:

• 장기 유지율에 가장 인과적인 하나의 행동을 식별하세요.
• 신규 사용자가 그 핵심 행동을 완료하는 데 방해가 되는 기능이나 UI 요소를 제거하세요.

타임스탬프: 00:30:19

Sean Ellis

Sean Ellis

"고속 테스트 프로그램을 효과적으로 운영하려면 회사 전반에서 아이디어를 얻을 수 있어야 합니다. 그래서 제가 ICE를 만들었습니다. 사람들이 아이디어를 제출했는데 왜 선택되지 않았는지 말해 줄 수 없다면, 그들은 화를 낼 것입니다... 하지만 아이디어를 비교할 체계적인 방법이 있으면 사람들이 더 이해할 가능성이 높습니다."

인사이트: ICE 프레임워크(영향, 확신, 용이성)는 실험 우선순위를 정하고 팀 정렬을 유지하는 투명하고 체계적인 방법을 제공합니다.

실행 조언:

• 서로 다른 부서의 아이디어를 점수화하고 비교하기 위해 ICE를 사용하세요.
• 계속된 아이디어 생성을 장려하기 위해 우선순위 판단의 이유를 더 넓은 팀에 설명하세요.

타임스탬프: 01:28:21

Shishir Mehrotra

Shishir Mehrotra

"Brian에게는 또 하나가 있습니다... 레버리지를 찾아 할 일 목록의 순위를 매기는 방법에 관한 것입니다... 그는 이 중 어느 것이 나머지 목록을 없애는 레버리지를 만들 가능성이 가장 높은지 기준으로 정렬합니다."

인사이트: 우선순위는 다른 과제를 불필요하게 만드는 하나의 과제를 식별하는 '레버리지'에 기반해야 합니다.

실행 조언:

• 할 일 목록이나 로드맵을 단순한 중요도나 긴급도가 아니라 '레버리지' 기준으로 정렬하세요.
• 물어보세요: '이 과제들 중 완료되면 나머지 목록이 필요 없어지는 것은 무엇인가?'

타임스탬프: 00:45:45

Shreyas Doshi

Shreyas Doshi

"L 과제는 레버리지 과제입니다... 일정한 노력을 넣으면 10배 또는 100배의 수익을 얻습니다... 중립 과제(N)... 간접비 과제(O)... 제품 관리자로서... 모든 과제가 같지 않습니다. 그런 역할에서 결국 하게 되는 과제에는 실제로 세 가지 유형이 있습니다."

인사이트: 효과적인 우선순위 지정은 과제를 레버리지(L, N, O)로 분류하고, 고레버리지 과제를 위한 에너지를 보존하기 위해 저레버리지 과제의 노력을 의도적으로 줄이는 것입니다.

실행 조언:

• 전략이나 어려운 PRD 같은 'L' 과제를 식별하고, 내면의 완벽주의자는 그 과제에서만 빛나게 하세요.
• 무서운 L 과제를 시작하기 전에는 '위약 생산성'(N과 O 과제 처리)을 사용해 모멘텀을 만드세요.
• 고레버리지 과제를 할 때는 집중을 강제하기 위해 물리적 위치를 바꾸세요.

타임스탬프: 00:35:56

---

"단순히 긍정적인 투자 대비 수익, ROI를 제공하는 일을 그만해야 합니다. 그리고 기회비용을 최소화하는 일에 집중하기 시작해야 합니다... ROI 사고방식은... 분모를 줄이려 하게 만듭니다... 손쉬운 과일부터 작업하기 시작합니다. 빠른 승리를 우선하게 됩니다."

인사이트: ROI만 보는 사고방식은 팀이 불확실하지만 큰 상승 여지가 있는 전략적 베팅을 추구하지 못하게 하는 '빠른 승리' 백로그로 이어집니다.

실행 조언:

• '이것이 내 시간을 잘 쓰는 일인가?'에서 '이것이 내 시간을 가장 잘 쓰는 일인가?'로 질문을 바꾸세요.
• 점진적 개선 60%, 큰 신규 이니셔티브 30%, 안정성 10% 같은 대략적 배분 지침을 사용해 비점진적 작업 공간을 보호하세요.

타임스탬프: 01:02:47

Stewart Butterfield

Stewart Butterfield

"아이디어는 어떤 것에 처음 넣는 노력은 큰 가치를 만들지 않는다는 것입니다. 그러다 그것이 엄청난 가치를 만들어내는 어떤 마법의 문턱이 있고, 이후 계속 투자해도 큰 보상이 없습니다."

인사이트: 효용 곡선을 사용해 기능이 가치의 '마법 문턱'에 도달했는지, 아니면 체감수익에 빠졌는지 판단하세요.

실행 조언:

• 기능을 노력 대비 효용의 S-커브 위에 맵핑하세요.
• 더 많은 리소스를 배정하기 전에 기능이 가치 곡선의 얕은 부분에 있는지 가파른 부분에 있는지 조사하세요.

타임스탬프: 00:07:08

Sriram and Aarthi

Sriram and Aarthi

"유행에 속지 마세요. 고객이 요청하고 돈을 낼 의향이 있는 것을 하세요... 작동하는 무언가가 있다면 산만해지지 마세요."

인사이트: 스타트업은 공유 소유권이나 특정 AI 구현 같은 업계 '밈' 또는 유행을 좇다 핵심 가설에 맞지 않아 실패하는 경우가 많습니다.

실행 조언:

• 핵심 소비자 제품이 안정되기 전에 SDK나 B2B 전환 같은 보조 제품을 만들고 싶은 충동을 억제하세요.
• 투자자 흐름보다 실제 고객 필요에 비추어 새 기술을 평가하세요.

타임스탬프: 01:03:30

Shweta Shriva

Shweta Shriva

"또 다른 큰 교훈은... 무엇을 만들지 않을지도 아는 것이 매우 중요하다는 점입니다. 이것은 큰 회사뿐 아니라 스타트업에서도 극도로 중요합니다. 고객 X가 이것을 하라고 하고 고객 Y가 저것을 하라고 할 때 너무 쉽게 흔들릴 수 있기 때문입니다. 모두에게 모든 것이 되려는 제품은 보통 어디에도 가지 못합니다."

인사이트: 효과적인 우선순위 지정은 희석된 제품을 만들지 않기 위해 로드맵에서 제외되는 것을 명시해야 합니다.

실행 조언:

• 팀이 만들지 않을 것을 명확히 정의하고 전달하세요.
• 제품 초점을 유지하기 위해 모든 개별 고객 요청을 수용하려는 충동을 억제하세요.

타임스탬프: 27:13

Varun Mohan

Varun Mohan

"10가지를 잘한다고 이기는 것이 아닙니다. 하나를 정말 잘하고 아홉 가지는 실패할 수도 있어야 이깁니다. 제가 회사에 말한 것은 '이것은 학교와 매우 다르다'는 것입니다. 학교에서는 전체 GPA를 최적화합니다. 하지만 회사에서는 중요한 한 과목에서 A+를 받기만 하면 됩니다."

인사이트: 스타트업 성공은 여러 영역의 평균 성과가 아니라 하나의 중요한 영역에서 극도의 탁월함으로 움직입니다.

실행 조언:

• 단 하나의 가장 중요한 'A+' 프로젝트를 식별하고 리소스를 거기에 집중하세요.
• 초점을 유지하기 위해 비필수 과제에서 'F' 등급(우선순위 제외)을 받아들이세요.

타임스탬프: 00:26:45

Vijay

Vijay

"우리는 고객 성공팀과 영업팀이 수년간 공들여 모아 온 모든 이탈 이유를 가져와 카테고리별로 묶었습니다. 대략 우리가 만들어야 하는 제품 기능들이었고, ARR 기준으로 내림차순 정렬한 뒤 상위 10개를 로드맵으로 만들었습니다."

인사이트: 경쟁 위기에서는 이탈 이유를 잃은 매출(ARR)에 정량적으로 맵핑해 로드맵 우선순위를 정하세요.

실행 조언:

• 고객 피드백과 이탈 이유를 기능 카테고리로 묶으세요.
• 그 피드백과 연결된 총 ARR 기준으로 카테고리를 정렬하세요.
• 속도와 명확성을 최적화하기 위해 상위 10개 항목에 로드맵을 집중하세요.

타임스탬프: 09:21

---

"우리가 관찰한 RICE의 함정 중 하나는 C와 E, 즉 확신과 노력이 잠재적으로 높은 도달률과 높은 영향의 베팅을 너무 일찍 우선순위에서 밀어낸다는 점입니다... 편하지 않은 기간보다 조금 더 오래 C와 E를 무시하고, 엔지니어와 디자이너가 방 안에서 실제로 해결하려고 전념한 상태로 높은 도달률, 높은 영향 아이디어와 함께 있어 보세요."

인사이트: RICE 같은 표준 우선순위 프레임워크는 복잡한 아이디어에 확신과 노력 점수를 너무 일찍 적용하면 혁신을 죽일 수 있습니다.

실행 조언:

• 영향 큰 아이디어에는 확신과 노력 점수를 잠시 무시하세요.
• 점수화하기 전에 엔지니어링과 디자인이 함께 높은 도달률 아이디어를 탐색하는 데 일주일을 쓰세요.
• 초기 탐색 후 혁신적 베팅의 더 높은 확신·낮은 노력 버전을 찾으세요.

타임스탬프: 25:35

Ebi Atawodi

Ebi Atawodi

"큰 바위는 20개짜리 세탁 목록이 아닙니다. 제가 칵테일을 만들어 달라고 하면 얼음을 먼저 넣을 것입니다. 그다음 술을 붓겠죠. 술을 넣고 나서 얼음을 넣지는 않을 것입니다... 그러니까 누구나 기억할 수 있는 3, 4, 5가지입니다. 그것들이 착지하면 문제 해결에 가까워지게 하는 가장 큰 것들입니다."

인사이트: 로드맵은 작은 과제의 긴 목록이 아니라 가장 큰 영향을 주는 소수의 '큰 바위'에 집중해야 합니다.

실행 조언:

• 주요 로드맵을 누구나 기억할 수 있는 3-5개의 '큰 바위'로 제한하세요.
• 특정 문제에 배정된 엔지니어가 세 명 미만이라면 작업을 통합하세요.

타임스탬프: 00:59:20

Megan Cook

Megan Cook

"우리는 우선순위를 위한 10달러 게임이라는 새 방식을 막 시도하기 시작했습니다... 당신과 매니저가 들어와 모든 우선순위를 나열하고, 10달러를 나누어 어디에 시간을 쓰고 있는지 보여 주는 것입니다. 사람들과 해 봤는데 '이번 주에는 여기에 10센트를 넣고 있네요' 같은 지점까지 내려간 적이 있습니다."

인사이트: '화폐' 배분 연습을 사용해 우선순위에 쓰는 시간을 시각화하고 리소스가 너무 얇게 퍼진 지점을 식별하세요.

실행 조언:

• 개인 또는 팀의 모든 우선순위를 나열하세요.
• 실제 시간 사용에 따라 고정 '예산'(예: 10달러)을 그 우선순위들에 배분하세요.
• 지표를 움직이지 않는 '낮은 지출' 항목을 식별하고 자르세요.

타임스탬프: 00:14:24

Paige Costello

Paige Costello

"이전에는 주로 연간 계획을 세웠습니다. 이제는 6개월마다 계획하지만, 롤링 12개월을 대상으로 합니다. 그래서 즉시 다가오는 절반에는 더 높은 확신을, 다음 절반에는 더 낮은 확신을 갖습니다. 하지만 6개월마다 12개월을 계획합니다. 그것이 우리 비즈니스에 앞으로 무엇이 올지에 대한 더 큰 확신과 시장 진입 및 제품 계획을 맞출 더 나은 기회를 주기 때문입니다."

인사이트: 6개월마다 다시 보는 롤링 12개월 계획 주기는 장기 전략 확신과 전환 민첩성의 균형을 맞춥니다.

실행 조언:

• 12개월 지평을 계획하되 6개월마다 계획을 다시 보고 업데이트하세요.
• 즉시 다가오는 6개월 창에는 더 높은 확신을, 다음 6개월에는 더 낮은 확신을 부여하세요.

타임스탬프: 00:08:14

Scott Belsky

Scott Belsky

"우리가 깨달은 것은 어떤 것들은 잘 치고 나가고 어떤 것들은 그렇지 않다는 점이었습니다... 우리는 Tip Exchange를 죽이기로 했습니다. 그러자 갑자기 포트폴리오의 프로젝트 게시가 올라갔습니다... 그룹을 없앴습니다. 그랬더니 더 많은 사람이 더 많은 프로젝트를 게시했습니다... 전체 제품을 하나의 것에 맞추면 모두가 그것을 합니다. 그 핵심 크랭크가 10배 속도로 작동합니다."

인사이트: 보조 기능을 공격적으로 제거하면 핵심 제품 지표의 속도와 성공을 크게 높일 수 있습니다.

실행 조언:

• '핵심 크랭크' 지표를 식별하고 사용자를 그 지표에서 산만하게 하는 기능을 제거하세요.
• 새 기능을 추가할 때마다 대체하거나 제거할 기존 기능이 무엇인지 고려하세요.
• 기능 제거가 주요 사용자 행동 증가로 이어지는지 모니터링하세요.

타임스탬프: 00:23:10

Varun Parmar

Varun Parmar

"우리는 3개월마다 업데이트되는 롤링 6개월 로드맵을 갖고 있고, 그 로드맵의 첫 3개월은 80% 수준의 확신을 갖습니다... 다음 3개월은... 50% 수준입니다."

인사이트: 단계별 확신 수준(근접 기간 80%, 중기 50%)이 있는 롤링 로드맵은 예측 가능성과 민첩성의 균형을 맞춥니다.

실행 조언:

• 새 시장 인사이트나 기술 돌파구를 반영하기 위해 6개월 로드맵을 분기마다 업데이트하세요.
• 3-6개월 창의 항목은 설명한 대로 출시될 가능성이 50%뿐이라는 점을 이해관계자에게 명확히 전달하세요.

타임스탬프: 00:47:43