Nelze vybrat více než 25 témat Téma musí začínat písmenem nebo číslem, může obsahovat pomlčky („-“) a může být dlouhé až 35 znaků.

step-02-design-epics.md 7.1KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212
  1. # Step 2: Design Epic List
  2. ## STEP GOAL:
  3. To design and get approval for the epics_list that will organize all requirements into user-value-focused epics.
  4. ## MANDATORY EXECUTION RULES (READ FIRST):
  5. ### Universal Rules:
  6. - 🛑 NEVER generate content without user input
  7. - 📖 CRITICAL: Read the complete step file before taking any action
  8. - 🔄 CRITICAL: When loading next step with 'C', ensure entire file is read
  9. - 📋 YOU ARE A FACILITATOR, not a content generator
  10. - ✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the config `{communication_language}`
  11. ### Role Reinforcement:
  12. - ✅ You are a product strategist and technical specifications writer
  13. - ✅ If you already have been given communication or persona patterns, continue to use those while playing this new role
  14. - ✅ We engage in collaborative dialogue, not command-response
  15. - ✅ You bring product strategy and epic design expertise
  16. - ✅ User brings their product vision and priorities
  17. ### Step-Specific Rules:
  18. - 🎯 Focus ONLY on creating the epics_list
  19. - 🚫 FORBIDDEN to create individual stories in this step
  20. - 💬 Organize epics around user value, not technical layers
  21. - 🚪 GET explicit approval for the epics_list
  22. - 🔗 **CRITICAL: Each epic must be standalone and enable future epics without requiring future epics to function**
  23. ## EXECUTION PROTOCOLS:
  24. - 🎯 Design epics collaboratively based on extracted requirements
  25. - 💾 Update {{epics_list}} in {planning_artifacts}/epics.md
  26. - 📖 Document the FR coverage mapping
  27. - 🚫 FORBIDDEN to load next step until user approves epics_list
  28. ## EPIC DESIGN PROCESS:
  29. ### 1. Review Extracted Requirements
  30. Load {planning_artifacts}/epics.md and review:
  31. - **Functional Requirements:** Count and review FRs from Step 1
  32. - **Non-Functional Requirements:** Review NFRs that need to be addressed
  33. - **Additional Requirements:** Review technical and UX requirements
  34. ### 2. Explain Epic Design Principles
  35. **EPIC DESIGN PRINCIPLES:**
  36. 1. **User-Value First**: Each epic must enable users to accomplish something meaningful
  37. 2. **Requirements Grouping**: Group related FRs that deliver cohesive user outcomes
  38. 3. **Incremental Delivery**: Each epic should deliver value independently
  39. 4. **Logical Flow**: Natural progression from user's perspective
  40. 5. **🔗 Dependency-Free Within Epic**: Stories within an epic must NOT depend on future stories
  41. **⚠️ CRITICAL PRINCIPLE:**
  42. Organize by USER VALUE, not technical layers:
  43. **✅ CORRECT Epic Examples (Standalone & Enable Future Epics):**
  44. - Epic 1: User Authentication & Profiles (users can register, login, manage profiles) - **Standalone: Complete auth system**
  45. - Epic 2: Content Creation (users can create, edit, publish content) - **Standalone: Uses auth, creates content**
  46. - Epic 3: Social Interaction (users can follow, comment, like content) - **Standalone: Uses auth + content**
  47. - Epic 4: Search & Discovery (users can find content and other users) - **Standalone: Uses all previous**
  48. **❌ WRONG Epic Examples (Technical Layers or Dependencies):**
  49. - Epic 1: Database Setup (creates all tables upfront) - **No user value**
  50. - Epic 2: API Development (builds all endpoints) - **No user value**
  51. - Epic 3: Frontend Components (creates reusable components) - **No user value**
  52. - Epic 4: Deployment Pipeline (CI/CD setup) - **No user value**
  53. **🔗 DEPENDENCY RULES:**
  54. - Each epic must deliver COMPLETE functionality for its domain
  55. - Epic 2 must not require Epic 3 to function
  56. - Epic 3 can build upon Epic 1 & 2 but must stand alone
  57. ### 3. Design Epic Structure Collaboratively
  58. **Step A: Identify User Value Themes**
  59. - Look for natural groupings in the FRs
  60. - Identify user journeys or workflows
  61. - Consider user types and their goals
  62. **Step B: Propose Epic Structure**
  63. For each proposed epic:
  64. 1. **Epic Title**: User-centric, value-focused
  65. 2. **User Outcome**: What users can accomplish after this epic
  66. 3. **FR Coverage**: Which FR numbers this epic addresses
  67. 4. **Implementation Notes**: Any technical or UX considerations
  68. **Step C: Create the epics_list**
  69. Format the epics_list as:
  70. ```
  71. ## Epic List
  72. ### Epic 1: [Epic Title]
  73. [Epic goal statement - what users can accomplish]
  74. **FRs covered:** FR1, FR2, FR3, etc.
  75. ### Epic 2: [Epic Title]
  76. [Epic goal statement - what users can accomplish]
  77. **FRs covered:** FR4, FR5, FR6, etc.
  78. [Continue for all epics]
  79. ```
  80. ### 4. Present Epic List for Review
  81. Display the complete epics_list to user with:
  82. - Total number of epics
  83. - FR coverage per epic
  84. - User value delivered by each epic
  85. - Any natural dependencies
  86. ### 5. Create Requirements Coverage Map
  87. Create {{requirements_coverage_map}} showing how each FR maps to an epic:
  88. ```
  89. ### FR Coverage Map
  90. FR1: Epic 1 - [Brief description]
  91. FR2: Epic 1 - [Brief description]
  92. FR3: Epic 2 - [Brief description]
  93. ...
  94. ```
  95. This ensures no FRs are missed.
  96. ### 6. Collaborative Refinement
  97. Ask user:
  98. - "Does this epic structure align with your product vision?"
  99. - "Are all user outcomes properly captured?"
  100. - "Should we adjust any epic groupings?"
  101. - "Are there natural dependencies we've missed?"
  102. ### 7. Get Final Approval
  103. **CRITICAL:** Must get explicit user approval:
  104. "Do you approve this epic structure for proceeding to story creation?"
  105. If user wants changes:
  106. - Make the requested adjustments
  107. - Update the epics_list
  108. - Re-present for approval
  109. - Repeat until approval is received
  110. ## CONTENT TO UPDATE IN DOCUMENT:
  111. After approval, update {planning_artifacts}/epics.md:
  112. 1. Replace {{epics_list}} placeholder with the approved epic list
  113. 2. Replace {{requirements_coverage_map}} with the coverage map
  114. 3. Ensure all FRs are mapped to epics
  115. ### 8. Present MENU OPTIONS
  116. Display: "**Select an Option:** [A] Advanced Elicitation [P] Party Mode [C] Continue"
  117. #### Menu Handling Logic:
  118. - IF A: Invoke the `bmad-advanced-elicitation` skill
  119. - IF P: Invoke the `bmad-party-mode` skill
  120. - IF C: Save approved epics_list to {planning_artifacts}/epics.md, update frontmatter, then read fully and follow: ./step-03-create-stories.md
  121. - IF Any other comments or queries: help user respond then [Redisplay Menu Options](#8-present-menu-options)
  122. #### EXECUTION RULES:
  123. - ALWAYS halt and wait for user input after presenting menu
  124. - ONLY proceed to next step when user selects 'C'
  125. - After other menu items execution completes, redisplay the menu
  126. - User can chat or ask questions - always respond when conversation ends, redisplay the menu options
  127. ## CRITICAL STEP COMPLETION NOTE
  128. ONLY WHEN C is selected and the approved epics_list is saved to document, will you then read fully and follow: ./step-03-create-stories.md to begin story creation step.
  129. ---
  130. ## 🚨 SYSTEM SUCCESS/FAILURE METRICS
  131. ### ✅ SUCCESS:
  132. - Epics designed around user value
  133. - All FRs mapped to specific epics
  134. - epics_list created and formatted correctly
  135. - Requirements coverage map completed
  136. - User gives explicit approval for epic structure
  137. - Document updated with approved epics
  138. ### ❌ SYSTEM FAILURE:
  139. - Epics organized by technical layers
  140. - Missing FRs in coverage map
  141. - No user approval obtained
  142. - epics_list not saved to document
  143. **Master Rule:** Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.