epic-breakdown-advisor

epic-breakdown-advisor 技能總覽

epic-breakdown-advisor 是一個引導式產品管理技能，使用 Humanizing Work pattern set，協助把大型 epic 拆成更小、可交付的 user stories。當 backlog item 太大，無法安全估算、排序或交付時，這個技能特別有用；它提供一套有結構的方法，幫你保留端到端的使用者價值，而不是只按技術層切分。

這個技能適合誰

epic-breakdown-advisor skill 很適合產品經理、與設計和工程協作的 PM，以及任何需要把模糊功能需求整理成可進入 sprint 的 stories 的人。對於 epic-breakdown-advisor for Project Management 而言，尤其有幫助的情境不是發想，而是把一個雜亂的 epic 轉成清楚一致的交付計畫。

它幫你判斷什麼

這個技能會幫你選出合適的切分模式、檢查切分後是否仍然有價值，並找出可以直接移除的低價值工作。它真正要解決的不是「把項目變小」；而是「把項目縮到足以規劃，同時仍保有意義」。

為什麼它不一樣

不像一般只叫你做「更小的 stories」的 prompt，epic-breakdown-advisor 會依照一套有意圖的切分模式流程來做，並強調 vertical slices。這點很重要，因為團隊常會不小心切出 horizontal split，例如只做 frontend 或只做 backend；這種切法雖然比較好命名，卻更難逐步交付。

如何使用 epic-breakdown-advisor 技能

安裝並找到來源

使用 repository 的 skill 安裝路徑，從 skills/epic-breakdown-advisor 載入這個技能：
npx skills add deanpeters/Product-Manager-Skills --skill epic-breakdown-advisor

安裝完成後，先從 SKILL.md 開始。在這個 repository 裡，這是唯一的來源檔案，所以不需要再去對照 README.md、rules/ 或 scripts/ 這些層級。

給技能正確的輸入

要得到最佳的 epic-breakdown-advisor usage，一開始就要提供 epic 本身、目標使用者，以及交付限制。好的輸入會說明功能是什麼、使用者要達成什麼結果，以及為什麼這個 epic 太大。

範例 prompt 格式：
“Split this onboarding epic into sprint-sized user stories. The goal is to let a new user complete setup in under 5 minutes. Keep the slices vertical, identify the best split pattern, and flag any work that can be removed.”

以工作流程的角度讀取輸出

epic-breakdown-advisor guide 的設計目的是幫你套用一種模式，而不只是接受一份清單。讀取建議時，順序應該是：模式選擇、理由、產出的 story slices，最後再看有沒有保留價值或移除工作的備註。如果輸出省略了為什麼這樣切，在把 stories 放進 planning 之前，先要求它補上切分邏輯。

在規劃流程中善用它

最佳效果通常出現在估算之前、以及 engineering 還沒先決定技術拆分之前。一次只丟一個 epic，帶上已知限制，例如 release scope 或 dependencies，並要求它切出能由使用者或利害關係人獨立驗證的 slices。

epic-breakdown-advisor 技能 FAQ

它只是更好的 prompt 嗎？

不是。epic-breakdown-advisor skill 的價值在於它提供的是可重複使用的切分方法，而不只是一次性的建議。如果你已經很清楚想要哪種切分模式，單純的 prompt 也許就夠；但如果你需要幫忙選模式，這個技能會更合適。

它只適合產品經理嗎？

它是為 PM workflow 設計的，但同樣也能幫助分析師、delivery lead 和需要更清楚整理 backlog 的 engineering manager。如果你不是在管理產品交付決策，這個方法可能還是有用，但會顯得比必要更重。

什麼時候不該用？

當工作本身已經很小、需求純粹是技術重構、或目標是腦力激盪而不是交付規劃時，就不要用 epic-breakdown-advisor。它最擅長的是有一個真正需要結構化拆解的 epic。

對新手友善嗎？

是，只要你能描述使用者結果和 epic 的邊界。你不需要事先懂 Humanizing Work patterns，但如果你能回答每一個 slice 必須保留哪些使用者價值，結果會更好。

如何改善 epic-breakdown-advisor 技能

提供更清楚的 epic 邊界

品質提升最大的地方，在於把範圍內是什麼、範圍外是什麼，以及哪一段 user journey 最重要說清楚。當你說的是「new customer onboarding」，而不是「improve the dashboard」時，epic-breakdown-advisor 的表現會更好，因為前者有更清楚的價值路徑可以保留。

明確要求 vertical slices

如果第一次輸出看起來太技術導向，就要求它改成依使用者可見成果來重新切分，而不是依元件切分。直接說你希望每個 story 都能獨立帶來價值、可測試、可發布，並指出 horizontal split 是一種失敗模式。

調整的是模式，不只是清單

當第一次拆解已經接近正確但還不夠理想時，請它說明採用了哪一種切分模式，以及為什麼其他模式被排除。這能幫你調整的是拆解邏輯，而不只是把 stories 改名而已；而這通常才是更好的 epic-breakdown-advisor usage 來源。