epic-breakdown-advisor

epic-breakdown-advisor skill 개요

epic-breakdown-advisor는 Humanizing Work 패턴 세트를 활용해 큰 epic을 더 작고 배포 가능한 user story로 나누도록 돕는 가이드형 product management skill입니다. backlog 항목이 너무 넓어서 추정하거나, 순서를 정하거나, 안전하게 배포하기 어려울 때 특히 유용하며, 기술 계층 기준으로 자르는 대신 end-to-end user value를 온전히 유지하는 구조화된 분해 방법이 필요할 때 적합합니다.

이 skill이 필요한 사람

epic-breakdown-advisor skill은 product manager, design과 engineering과 함께 일하는 PM, 그리고 모호한 feature request를 sprint-ready story로 바꿔야 하는 모든 사람에게 잘 맞습니다. 특히 핵심 문제가 아이디어 발상이 아니라, 복잡하게 얽힌 epic을 일관된 delivery plan으로 정리하는 일이라면 epic-breakdown-advisor for Project Management에서 큰 도움이 됩니다.

무엇을 결정하는 데 도움이 되는가

이 skill은 어떤 분할 패턴을 선택할지, 분할한 결과가 여전히 가치를 전달하는지, 그리고 아예 없애도 되는 저가치 작업이 무엇인지 판단하도록 도와줍니다. 실제로 해결하는 일은 “항목을 더 작게 만드는 것”이 아니라, “계획할 수 있을 만큼 작게 만들되 의미는 유지하는 것”입니다.

왜 다른가

단순히 “더 작은 story를 만들어 달라”는 일반적인 prompt와 달리, epic-breakdown-advisor는 의도적인 splitting pattern 순서를 따르고 vertical slice를 중시합니다. frontend-only나 backend-only 같은 horizontal split은 이름 붙이기는 쉽지만 점진적으로 배포하기는 어렵기 때문에, 팀이 이런 실수를 할 가능성이 있을 때 특히 중요합니다.

epic-breakdown-advisor skill 사용 방법

설치하고 소스 위치 확인하기

repository skill install path를 사용해 skills/epic-breakdown-advisor에서 skill을 불러오세요:
npx skills add deanpeters/Product-Manager-Skills --skill epic-breakdown-advisor

설치 후에는 SKILL.md부터 확인하세요. 이 repository에서는 이 파일이 유일한 source file이므로, 별도의 README.md, rules/, scripts/ 레이어를 따로 대조할 필요가 없습니다.

적절한 입력을 제공하기

가장 좋은 epic-breakdown-advisor usage를 얻으려면 epic 자체, 대상 user, delivery constraint부터 시작하세요. 좋은 입력에는 feature 이름, user outcome, 그리고 왜 이 epic이 너무 큰지가 들어갑니다.

예시 prompt 형태:
“이 onboarding epic을 sprint 규모의 user story로 나눠 주세요. 목표는 새 사용자가 5분 이내에 setup을 끝내도록 하는 것입니다. vertical slice로 나누고, 가장 적절한 split pattern을 식별한 뒤, 제거할 수 있는 작업이 있으면 표시해 주세요.”

output을 workflow로 읽기

epic-breakdown-advisor guide는 단순히 목록을 받아들이는 도구가 아니라, 패턴을 적용하도록 돕기 위해 설계되었습니다. 추천 결과는 다음 순서로 읽으세요: pattern 선택, 그 이유, 만들어진 story slice, 그리고 보존된 가치나 제거된 작업에 대한 메모. output에 왜 그런지 설명이 빠져 있으면, story를 planning에 넣기 전에 split logic부터 다시 요청하세요.

planning process에서 제대로 활용하기

가장 좋은 결과는 estimation 전에, 그리고 engineering이 이미 technical decomposition에 합의하기 전에 이 skill을 돌릴 때 나옵니다. 한 번에 하나의 epic만 넣고, release scope나 dependency 같은 알려진 제약을 함께 제공하며, user나 stakeholder가 독립적으로 검증할 수 있는 slice를 요청하세요.

epic-breakdown-advisor skill FAQ

이것도 그냥 더 나은 prompt인가?

아닙니다. epic-breakdown-advisor skill의 가치는 일회성 제안이 아니라, 반복해서 쓸 수 있는 splitting method를 제공한다는 데 있습니다. 이미 원하는 split pattern을 정확히 알고 있다면 단순 prompt로도 충분할 수 있지만, 어떤 pattern이 맞는지부터 도움을 받아야 한다면 이 skill이 더 적합합니다.

product manager에게만 유효한가?

이 skill은 PM workflow를 위해 만들어졌지만, backlog를 더 명확하게 다듬어야 하는 analyst, delivery lead, engineering manager에게도 도움이 됩니다. product delivery decision을 직접 관리하는 역할이 아니라면, 유용하긴 해도 다소 무겁게 느껴질 수 있습니다.

언제 사용하지 말아야 하나?

작업이 이미 작을 때, 요청이 순수한 technical refactoring일 때, 또는 목표가 delivery planning이 아니라 brainstorming일 때는 epic-breakdown-advisor를 쓰지 마세요. 이 skill은 구조적으로 분해해야 할 실제 epic이 있을 때 가장 강합니다.

초보자도 쓰기 쉬운가?

네. user outcome과 epic의 경계만 설명할 수 있다면 사용할 수 있습니다. Humanizing Work 패턴을 미리 알 필요는 없지만, 각 slice에 반드시 남아 있어야 하는 user value가 무엇인지 답할 수 있다면 더 좋은 결과를 얻을 수 있습니다.

epic-breakdown-advisor skill 개선 방법

epic 경계를 더 선명하게 제시하기

가장 큰 품질 향상은 범위에 포함되는 것, 제외되는 것, 그리고 어떤 user journey가 가장 중요한지를 분명히 말할 때 나옵니다. epic-breakdown-advisor는 “dashboard 개선”보다 “new customer onboarding”이라고 말할 때 더 잘 작동합니다. 전자는 지켜야 할 value path가 훨씬 분명하기 때문입니다.

vertical slice를 명시적으로 요청하기

첫 output이 너무 기술 중심이라면, 구성요소가 아니라 user-visible outcome 기준으로 다시 나눠 달라고 요청하세요. 각 story가 독립적으로 가치 있고, 테스트 가능하며, 배포 가능해야 한다고 명시하고, horizontal split은 실패 사례라고 분명히 말하세요.

목록만 보지 말고 pattern까지 함께 다듬기

첫 번째 breakdown이 거의 맞지만 완벽하지 않다면, 어떤 splitting pattern이 선택됐는지와 다른 pattern이 왜 제외됐는지를 물어보세요. 그러면 story 이름만 바꾸는 수준이 아니라 decomposition logic 자체를 조정할 수 있고, 보통 더 나은 epic-breakdown-advisor usage는 바로 여기서 나옵니다.