bmad-method 6.8.1-next.2 → 6.8.1-next.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json
CHANGED
|
@@ -48,7 +48,7 @@ Verify required documents exist and are complete:
|
|
|
48
48
|
|
|
49
49
|
1. **PRD.md** - Contains requirements (FRs and NFRs) and product scope
|
|
50
50
|
2. **Architecture.md** - Contains technical decisions, API contracts, data models
|
|
51
|
-
3. **UX
|
|
51
|
+
3. **UX design contract** (if UI exists) - Contains visual identity, interaction patterns, mockups, and user flows
|
|
52
52
|
|
|
53
53
|
### 2. Document Discovery and Validation
|
|
54
54
|
|
|
@@ -66,8 +66,16 @@ Search for required documents using these patterns (sharded means a large docume
|
|
|
66
66
|
|
|
67
67
|
**UX Design Document Search (Optional):**
|
|
68
68
|
|
|
69
|
-
1. `{planning_artifacts}
|
|
70
|
-
2. `{planning_artifacts}/*ux
|
|
69
|
+
1. `{planning_artifacts}/ux-designs/ux-*/DESIGN.md` and `{planning_artifacts}/ux-designs/ux-*/EXPERIENCE.md` (bmad-ux spine pair)
|
|
70
|
+
2. `{planning_artifacts}/*ux*.md` (legacy whole document)
|
|
71
|
+
3. `{planning_artifacts}/*ux*/index.md` (legacy sharded version)
|
|
72
|
+
|
|
73
|
+
For each matching bmad-ux run folder, treat `DESIGN.md` and `EXPERIENCE.md` as one UX design contract:
|
|
74
|
+
|
|
75
|
+
- Confirm and load both files together. `DESIGN.md` owns visual identity and design tokens; `EXPERIENCE.md` owns information architecture, behavior, states, interactions, accessibility, and journeys.
|
|
76
|
+
- Add both files to the `inputDocuments: []` frontmatter array.
|
|
77
|
+
- If only one spine exists, report the incomplete pair and ask whether the user wants to include the partial UX handoff.
|
|
78
|
+
- If multiple run folders match, show each run folder with the spine frontmatter `status` and `updated` values when available, then ask the user which UX design contract to include.
|
|
71
79
|
|
|
72
80
|
Before proceeding, Ask the user if there are any other documents to include for analysis, and if anything found should be excluded. Wait for user confirmation. Once confirmed, create the {planning_artifacts}/epics.md from the ../templates/epics-template.md and in the front matter list the files in the array of `inputDocuments: []`.
|
|
73
81
|
|
|
@@ -136,7 +144,7 @@ Review the Architecture document for technical requirements that impact epic and
|
|
|
136
144
|
|
|
137
145
|
**IMPORTANT**: The UX Design Specification is a first-class input document, not supplementary material. Requirements from the UX spec must be extracted with the same rigor as PRD functional requirements.
|
|
138
146
|
|
|
139
|
-
Read the FULL UX
|
|
147
|
+
Read the FULL UX design contract and extract ALL actionable work items. For a bmad-ux spine pair, read both `DESIGN.md` and `EXPERIENCE.md`:
|
|
140
148
|
|
|
141
149
|
**Look for:**
|
|
142
150
|
|
|
@@ -225,12 +225,12 @@ Amelia (Developer): "Perfect. Epic {{epic_number}} is complete and ready for ret
|
|
|
225
225
|
|
|
226
226
|
</step>
|
|
227
227
|
|
|
228
|
-
<step n="
|
|
228
|
+
<step n="2" goal="Discover and load project documents">
|
|
229
229
|
<action>Load input files according to the Input Files table above. For SELECTIVE_LOAD inputs, load only the epic matching {{epic_number}}. For FULL_LOAD inputs, load the complete document. For INDEX_GUIDED inputs, check the index first and load relevant sections. After discovery, these content variables are available: {epics_content} (selective load for this epic), {architecture_content}, {prd_content}, {document_project_content}</action>
|
|
230
230
|
<note>After discovery, these content variables are available: {epics_content} (selective load for this epic), {architecture_content}, {prd_content}, {document_project_content}</note>
|
|
231
231
|
</step>
|
|
232
232
|
|
|
233
|
-
<step n="
|
|
233
|
+
<step n="3" goal="Deep Story Analysis - Extract Lessons from Implementation">
|
|
234
234
|
|
|
235
235
|
<output>
|
|
236
236
|
Amelia (Developer): "Before we start the team discussion, let me review all the story records to surface key themes. This'll help us have a richer conversation."
|
|
@@ -324,7 +324,7 @@ Amelia (Developer): "We'll get to all of it. But first, let me load the previous
|
|
|
324
324
|
|
|
325
325
|
</step>
|
|
326
326
|
|
|
327
|
-
<step n="
|
|
327
|
+
<step n="4" goal="Load and Integrate Previous Epic Retrospective">
|
|
328
328
|
|
|
329
329
|
<action>Calculate previous epic number: {{prev_epic_num}} = {{epic_number}} - 1</action>
|
|
330
330
|
|
|
@@ -420,7 +420,7 @@ Charlie (Senior Dev): "First epic, first retro. Let's make it count."
|
|
|
420
420
|
|
|
421
421
|
</step>
|
|
422
422
|
|
|
423
|
-
<step n="
|
|
423
|
+
<step n="5" goal="Preview Next Epic with Change Detection">
|
|
424
424
|
|
|
425
425
|
<action>Calculate next epic number: {{next_epic_num}} = {{epic_number}} + 1</action>
|
|
426
426
|
|
|
@@ -509,7 +509,7 @@ Amelia (Developer): "No problem. We'll still do a thorough retro on Epic {{epic_
|
|
|
509
509
|
|
|
510
510
|
</step>
|
|
511
511
|
|
|
512
|
-
<step n="
|
|
512
|
+
<step n="6" goal="Initialize Retrospective with Rich Context">
|
|
513
513
|
|
|
514
514
|
<action>Load agent roster from {agent_roster}</action>
|
|
515
515
|
<action>Identify which agents participated in Epic {{epic_number}} based on story records</action>
|
|
@@ -599,7 +599,7 @@ Amelia (Developer): "Exactly. {user_name}, any questions before we dive in?"
|
|
|
599
599
|
|
|
600
600
|
</step>
|
|
601
601
|
|
|
602
|
-
<step n="
|
|
602
|
+
<step n="7" goal="Epic Review Discussion - What Went Well, What Didn't">
|
|
603
603
|
|
|
604
604
|
<output>
|
|
605
605
|
Amelia (Developer): "Let's start with the good stuff. What went well in Epic {{epic_number}}?"
|
|
@@ -673,7 +673,7 @@ Alice (Product Owner): "I appreciate that. I could've been more proactive about
|
|
|
673
673
|
Amelia (Developer): "This is good. We're identifying systemic improvements, not assigning blame."
|
|
674
674
|
</output>
|
|
675
675
|
|
|
676
|
-
<action>Continue the discussion, weaving in patterns discovered from the deep story analysis (Step
|
|
676
|
+
<action>Continue the discussion, weaving in patterns discovered from the deep story analysis (Step 3)</action>
|
|
677
677
|
|
|
678
678
|
<output>
|
|
679
679
|
Amelia (Developer): "Speaking of patterns, I noticed something when reviewing all the story records..."
|
|
@@ -744,13 +744,13 @@ Amelia (Developer): "Does that capture it? Anyone have something important we mi
|
|
|
744
744
|
|
|
745
745
|
</step>
|
|
746
746
|
|
|
747
|
-
<step n="
|
|
747
|
+
<step n="8" goal="Next Epic Preparation Discussion - Interactive and Collaborative">
|
|
748
748
|
|
|
749
749
|
<check if="{{next_epic_exists}} == false">
|
|
750
750
|
<output>
|
|
751
751
|
Amelia (Developer): "Normally we'd discuss preparing for the next epic, but since Epic {{next_epic_num}} isn't defined yet, let's skip to action items."
|
|
752
752
|
</output>
|
|
753
|
-
<action>Skip to Step
|
|
753
|
+
<action>Skip to Step 9</action>
|
|
754
754
|
</check>
|
|
755
755
|
|
|
756
756
|
<output>
|
|
@@ -868,7 +868,7 @@ Amelia (Developer): "{user_name}, does this preparation plan work for you?"
|
|
|
868
868
|
|
|
869
869
|
</step>
|
|
870
870
|
|
|
871
|
-
<step n="
|
|
871
|
+
<step n="9" goal="Synthesize Action Items with Significant Change Detection">
|
|
872
872
|
|
|
873
873
|
<output>
|
|
874
874
|
Amelia (Developer): "Let's capture concrete action items from everything we've discussed."
|
|
@@ -1109,7 +1109,7 @@ Amelia (Developer): "Everyone clear on what they own?"
|
|
|
1109
1109
|
|
|
1110
1110
|
</step>
|
|
1111
1111
|
|
|
1112
|
-
<step n="
|
|
1112
|
+
<step n="10" goal="Critical Readiness Exploration - Interactive Deep Dive">
|
|
1113
1113
|
|
|
1114
1114
|
<output>
|
|
1115
1115
|
Amelia (Developer): "Before we close, I want to do a final readiness check."
|
|
@@ -1292,7 +1292,7 @@ Charlie (Senior Dev): "Better to catch this now than three stories into the next
|
|
|
1292
1292
|
|
|
1293
1293
|
</step>
|
|
1294
1294
|
|
|
1295
|
-
<step n="
|
|
1295
|
+
<step n="11" goal="Retrospective Closure with Celebration and Commitment">
|
|
1296
1296
|
|
|
1297
1297
|
<output>
|
|
1298
1298
|
Amelia (Developer): "We've covered a lot of ground today. Let me bring this retrospective to a close."
|
|
@@ -1368,7 +1368,7 @@ Amelia (Developer): "See you all when prep work is done. Meeting adjourned!"
|
|
|
1368
1368
|
|
|
1369
1369
|
</step>
|
|
1370
1370
|
|
|
1371
|
-
<step n="
|
|
1371
|
+
<step n="12" goal="Save Retrospective and Update Sprint Status">
|
|
1372
1372
|
|
|
1373
1373
|
<action>Ensure retrospectives folder exists: {implementation_artifacts}</action>
|
|
1374
1374
|
<action>Create folder if it doesn't exist</action>
|
|
@@ -1425,7 +1425,7 @@ Retrospective document was saved successfully, but {sprint_status_file} may need
|
|
|
1425
1425
|
|
|
1426
1426
|
</step>
|
|
1427
1427
|
|
|
1428
|
-
<step n="
|
|
1428
|
+
<step n="13" goal="Final Summary and Handoff">
|
|
1429
1429
|
|
|
1430
1430
|
<output>
|
|
1431
1431
|
**✅ Retrospective Complete, {user_name}!**
|
|
@@ -34,7 +34,7 @@ persistent_facts = [
|
|
|
34
34
|
"file:{project-root}/**/project-context.md",
|
|
35
35
|
]
|
|
36
36
|
|
|
37
|
-
# Scalar: executed when the workflow reaches Step
|
|
37
|
+
# Scalar: executed when the workflow reaches Step 13 (Final Summary and Handoff),
|
|
38
38
|
# after the retrospective document is saved and sprint-status is updated. Override wins.
|
|
39
39
|
# Leave empty for no custom post-completion behavior.
|
|
40
40
|
|