roadmap-planning

로드맵 기획 개요

roadmap-planning 스킬은 제품 매니저가 흩어진 요청, 목표, 제약을 이해관계자 검토를 견딜 수 있는 전략적 로드맵으로 정리하도록 돕습니다. 단순한 기능 목록이 아니라, 무엇을 지금·다음·나중에 배치할지에 대한 순서, 트레이드오프의 논리, 그리고 그 이유를 설명하는 서사가 필요한 팀에 가장 잘 맞습니다. Product Management에서 로드맵 기획을 하고 있다면, 이 스킬은 전략에서 실행으로 넘어가는 그 handoff를 겨냥하고 있습니다.

로드맵 기획은 무엇을 위한 것인가

이미 OKR, 고객의 불편, 의존성, 대략적인 이니셔티브 아이디어 같은 입력이 있지만, 이를 하나의 일관된 출시 계획으로 묶어야 할 때 이 스킬을 사용하세요. 핵심 작업은 우선순위를 정하고, 적절한 수준에서 에픽을 정의하고, 결과(outcome)가 아닌 산출(output)이 아니라 결과에 맞게 로드맵을 정렬하는 것입니다. 이렇게 하면 임원진과의 대화에서 로드맵을 더 쉽게 방어할 수 있고, 실행 팀도 더 수월하게 움직일 수 있습니다.

이런 경우에 특히 잘 맞습니다

로드맵 기획 스킬은 연간 계획, 분기 계획, 그리고 선택이 물량보다 중요한 크로스팀 순서 조정에 잘 맞습니다. 여러 이해관계자가 서로 다른 요구를 내놓고, 무엇을 먼저 출시할지 체계적으로 결정해야 할 때 특히 유용합니다. 당신의 핵심 문제가 “아이디어가 너무 많다”라면, 일반적인 프롬프트보다 이 스킬이 더 적합합니다.

무엇이 다른가

이 워크플로우는 단순한 형식 맞추기보다 전략적 프레이밍에 초점을 둡니다. 이니셔티브를 고객 문제, 비즈니스 목표, 의존성과 연결하도록 유도해서 로드맵이 하나의 이야기처럼 읽히게 합니다. 그 결과는 작업 순서의 근거까지 담고 있어, 단순한 우선순위 표보다 대체로 더 신뢰할 만합니다.

roadmap-planning 스킬 사용 방법

roadmap-planning 설치하기

리포지토리의 skill 명령으로 roadmap-planning 스킬을 설치하세요:

npx skills add deanpeters/Product-Manager-Skills --skill roadmap-planning

설치한 뒤에는 skills/roadmap-planning/SKILL.md부터 확인하세요. 이 파일에는 워크플로우 의도, 가장 잘 맞는 상황, 기대되는 계획 순서가 정의되어 있습니다. 그다음 template.md에서 출력 구조를 보고, examples/sample.md에서 현실적인 good-vs-bad 비교를 살펴보면 좋습니다.

올바른 입력을 넣기

roadmap-planning 사용 패턴은 “로드맵 만들어줘” 같은 막연한 요청보다, 구체적인 입력을 줄 때 훨씬 잘 작동합니다. 다음을 넣어주세요:

• 비즈니스 목표 또는 OKR
• 타깃 고객 세그먼트
• 후보 이니셔티브 또는 에픽
• 알려진 의존성과 제약
• 분기 또는 반기 같은 기간 범위
• 트레이드오프에 영향을 줄 수 있는 이해관계자 입장

약한 프롬프트는 “우리 로드맵을 계획해줘”입니다. 더 강한 프롬프트는 “SMB 온보딩과 리텐션을 위한 Q2 로드맵을 계획해줘. 목표는 이탈률을 15%에서 8%로 낮추는 것이고, 후보 이니셔티브 8개, 엔지니어링 제약 2개, 그리고 임원용 트레이드오프 설명이 필요하다”처럼 구체적입니다.

권장 워크플로우와 파일

이 스킬을 계획 보조 도구로 사용한 뒤, 결과를 자신의 제품 맥락으로 검증하세요. 실용적인 워크플로우는 다음과 같습니다:

1. 목표, 고객 문제, 제약을 수집합니다.
2. 후보 에픽을 초안으로 만들고 관련 작업을 묶습니다.
3. 스킬에 결과 중심으로 우선순위와 순서를 정하게 합니다.
4. 로드맵 서사가 이해관계자의 현실과 맞는지 확인합니다.
5. 실현 가능성, 의존성 순서, 커뮤니케이션의 명확성을 기준으로 수정합니다.

리포지를 훑어보는 중이라면 먼저 SKILL.md, template.md, examples/sample.md를 미리 보세요. 이 파일들은 로드맵의 기대 형태, 추상화 수준, 그리고 이 스킬이 전략적 로드맵과 단순한 백로그 나열을 어떻게 구분하는지 보여줍니다.

출력 품질을 높이는 팁

무엇을 반드시 지켜야 하는지, 무엇은 움직일 수 있는지, 무엇이 아직 불확실한지 분명히 적어두세요. 로드맵 기획 가이드는 출시 시점, 팀 역량, 막힌 의존성 같은 강한 제약을 명시할수록 더 잘 작동합니다. 또한 로드맵이 내부용인지, 임원용인지, 고객용인지도 알려주세요. 커뮤니케이션 스타일과 상세 수준이 달라져야 하기 때문입니다.

roadmap-planning 스킬 FAQ

roadmap-planning은 Product Management에만 쓰나요?

이 스킬은 Product Management용 로드맵 기획에 맞춰 설계되었지만, 구조화된 출시 계획이 필요한 인접 역할도 사용할 수 있습니다. 특히 우선순위와 이해관계자 정렬을 책임지는 사람이 있을 때 가장 강합니다. 단순히 엔지니어링 스프린트 계획만 만들려는 경우라면, 이 스킬은 보통 너무 전략적입니다.

일반 프롬프트와 무엇이 다른가요?

일반 프롬프트도 로드맵 초안을 만들 수는 있지만, 이 스킬은 우선순위, 에픽 정의, 순서 조정, 커뮤니케이션을 반복 가능한 워크플로우로 제공합니다. 그래서 근거가 빠진 기능 목록으로 끝날 가능성을 줄여줍니다. 실제로는 계획 사이클 전반에 걸쳐 일관성이 필요할 때 roadmap-planning 스킬이 더 유리합니다.

초보자도 쓰기 쉬운가요?

네, 기본적인 제품 맥락만 제공할 수 있다면 가능합니다. 시작부터 완성도 높은 전략 문서가 있을 필요는 없습니다. 이 스킬은 거친 입력을 방어 가능한 로드맵으로 정리하도록 돕기 위해 만들어졌습니다. 초보자라면 템플릿을 사용하고, 목표와 제약을 명시적으로 넣을 때 더 좋은 결과를 얻을 수 있습니다.

언제는 쓰지 말아야 하나요?

상세한 실행 계획, 출시 체크리스트, 순수한 기술 구현 순서가 필요할 때는 쓰지 마세요. 입력이 너무 불완전해서 트레이드오프를 만들 수 없는 경우에도 적합하지 않습니다. 이런 상황에서는 먼저 맥락을 더 수집하거나, 더 좁은 범위의 planning 프롬프트를 사용하세요.

roadmap-planning 스킬 개선 방법

더 나은 의사결정 입력을 주기

roadmap-planning 결과를 가장 빠르게 개선하는 방법은 모델에 주는 입력의 품질을 높이는 것입니다. 고객 근거, 목표 지표, 그리고 실제로 고려 중인 소수의 이니셔티브를 포함하세요. 단순한 희망사항 목록만 주면, 출력도 어려운 선택 대신 그 목록을 그대로 따라가는 경향이 있습니다.

트레이드오프와 제약을 먼저 밝히기

roadmap-planning 스킬은 무엇이 불가능한지 프롬프트에서 먼저 짚어줄 때 가장 잘 작동합니다. 용량 한계, 전략적 베팅, 기술적 의존성, 순서에 영향을 주는 이해관계자 약속을 알려주세요. 그러면 “모든 것을 지금” 식의 비현실적인 계획을 피할 수 있고, 로드맵도 훨씬 방어하기 쉬워집니다.

실제로 사용할 형식으로 요청하기

임원 보고용 로드맵이 필요하다면, 간결한 서사와 now/next/later 구조를 요청하세요. 계획 지원이 목적이라면 근거, 리스크, 의존성 메모를 포함해 달라고 하세요. roadmap-planning 가이드는 형식 자체를 과하게 꾸미는 것보다, 실제로 내려야 하는 결정에 맞는 출력 형식을 요청할 때 가장 유용합니다.

첫 초안 이후에는 반드시 반복 수정하기

첫 결과는 최종안이 아니라 계획 초안으로 다루세요. 우선순위가 실제 전략을 반영하는지, 에픽의 범위가 너무 넓거나 좁지는 않은지, 순서가 의존성을 제대로 따르는지 검토하세요. 그런 다음 enterprise SSO를 더 앞당기기, 리포팅을 두 개의 에픽으로 분리하기, 이번 분기에는 확장보다 리텐션을 우선하기 같은 수정 사항을 반영해 roadmap-planning을 다시 실행하세요.