@pjmendonca/devflow 1.18.0 → 1.19.0

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.
@@ -0,0 +1,41 @@
1
+ {
2
+ "id": "val_d875b297",
3
+ "timestamp": "2026-01-03T14:30:38.226651",
4
+ "story_key": "test",
5
+ "tier": 1,
6
+ "gate_results": [
7
+ {
8
+ "gate_name": "gate1",
9
+ "result": "pass",
10
+ "message": "Validation passed",
11
+ "duration_ms": 0.00095367431640625,
12
+ "retry_count": 0,
13
+ "auto_fixed": false,
14
+ "details": {}
15
+ },
16
+ {
17
+ "gate_name": "gate2",
18
+ "result": "pass",
19
+ "message": "Validation passed",
20
+ "duration_ms": 0.0,
21
+ "retry_count": 0,
22
+ "auto_fixed": false,
23
+ "details": {}
24
+ }
25
+ ],
26
+ "overall_result": "pass",
27
+ "total_duration_ms": 0.006198883056640625,
28
+ "passed": true,
29
+ "context": {
30
+ "story_key": "test",
31
+ "iteration": 0,
32
+ "max_iterations": 3,
33
+ "accumulated_issues": [],
34
+ "accumulated_fixes": [],
35
+ "cost_so_far": 0.0,
36
+ "time_elapsed_seconds": 0.0,
37
+ "phase": "",
38
+ "from_agent": "",
39
+ "to_agent": ""
40
+ }
41
+ }
File without changes
@@ -0,0 +1,314 @@
1
+ # Brainstorming Techniques Guide
2
+
3
+ This guide provides structured approaches for product discovery and story creation during Devflow initialization and brainstorming sessions.
4
+
5
+ ---
6
+
7
+ ## Technique 1: Guided Discovery (Socratic Method)
8
+
9
+ Progressive questioning to uncover product vision and features.
10
+
11
+ ### Vision Questions
12
+
13
+ 1. **Problem Space**
14
+ - What problem are you solving?
15
+ - Who experiences this problem most acutely?
16
+ - What happens if this problem isn't solved?
17
+
18
+ 2. **Target Users**
19
+ - Who is your primary user?
20
+ - What's their current workflow/workaround?
21
+ - What frustrates them most about existing solutions?
22
+
23
+ 3. **Success Definition**
24
+ - What does success look like in 6 months?
25
+ - How will you measure success?
26
+ - What's the one thing this product MUST do well?
27
+
28
+ 4. **Competitive Landscape**
29
+ - What alternatives exist today?
30
+ - What's your unfair advantage?
31
+ - Why would users switch to your solution?
32
+
33
+ ### Feature Discovery Questions
34
+
35
+ 1. **Core Value**
36
+ - What's the minimum feature set for first value delivery?
37
+ - If you could only ship one feature, what would it be?
38
+ - What features are table stakes vs. differentiators?
39
+
40
+ 2. **User Journey**
41
+ - What's the first thing a new user should do?
42
+ - What action leads to the "aha moment"?
43
+ - What would make users come back daily?
44
+
45
+ 3. **Constraints**
46
+ - What's technically hardest about this product?
47
+ - What regulatory or compliance constraints exist?
48
+ - What's your deadline or launch constraint?
49
+
50
+ ---
51
+
52
+ ## Technique 2: User Journey Mapping
53
+
54
+ Walk through user flows to discover features systematically.
55
+
56
+ ### Journey Framework
57
+
58
+ ```
59
+ TRIGGER -> ENTRY -> CORE ACTIONS -> SUCCESS -> RETENTION
60
+ ```
61
+
62
+ ### Journey Questions by Stage
63
+
64
+ **1. Trigger (What brings users?)**
65
+ - How do users discover your product?
66
+ - What motivates them to try it?
67
+ - What's their emotional state when starting?
68
+
69
+ **2. Entry (First experience)**
70
+ - What's the onboarding flow?
71
+ - What information do you need from users?
72
+ - How quickly can they see value?
73
+
74
+ **3. Core Actions (Main usage)**
75
+ - What are the 3-5 primary actions users take?
76
+ - What workflows are most common?
77
+ - What data do they create/consume?
78
+
79
+ **4. Success (Value delivery)**
80
+ - What outcome indicates success for the user?
81
+ - How do they know they've achieved their goal?
82
+ - What feedback loops exist?
83
+
84
+ **5. Retention (Coming back)**
85
+ - Why would users return?
86
+ - What triggers re-engagement?
87
+ - How does value compound over time?
88
+
89
+ ### Journey Mapping Exercise
90
+
91
+ ```
92
+ For each user type, complete:
93
+
94
+ User: [Name/Persona]
95
+ Goal: [What they want to achieve]
96
+
97
+ Journey:
98
+ 1. [Trigger] -> Feature: ___
99
+ 2. [Entry] -> Feature: ___
100
+ 3. [Action 1] -> Feature: ___
101
+ 4. [Action 2] -> Feature: ___
102
+ 5. [Action 3] -> Feature: ___
103
+ 6. [Success] -> Feature: ___
104
+ 7. [Return] -> Feature: ___
105
+ ```
106
+
107
+ ---
108
+
109
+ ## Technique 3: Rapid Feature List
110
+
111
+ Fast ideation followed by grouping and prioritization.
112
+
113
+ ### Phase 1: Ideation (5 minutes)
114
+
115
+ Rules:
116
+ - No filtering - capture everything
117
+ - Quantity over quality
118
+ - Build on others' ideas
119
+ - No criticism yet
120
+
121
+ Prompt questions:
122
+ - What features do competitors have?
123
+ - What would make users say "wow"?
124
+ - What automation would save time?
125
+ - What information do users need?
126
+ - What actions should be one-click?
127
+
128
+ ### Phase 2: Grouping (3 minutes)
129
+
130
+ Group features into:
131
+ - **User Management** (auth, profiles, settings)
132
+ - **Core Features** (primary value proposition)
133
+ - **Data & Content** (creation, display, storage)
134
+ - **Social/Sharing** (collaboration, communication)
135
+ - **Analytics/Insights** (reporting, tracking)
136
+ - **Integrations** (third-party connections)
137
+ - **Admin/Settings** (configuration, management)
138
+
139
+ ### Phase 3: Prioritization (5 minutes)
140
+
141
+ Use MoSCoW method:
142
+ - **Must Have**: Critical for launch, non-negotiable
143
+ - **Should Have**: Important but can work around
144
+ - **Could Have**: Nice to have, enhances experience
145
+ - **Won't Have**: Out of scope for now
146
+
147
+ ### Rapid List Template
148
+
149
+ ```
150
+ MUST HAVE (MVP)
151
+ - [ ] Feature 1
152
+ - [ ] Feature 2
153
+ - [ ] Feature 3
154
+
155
+ SHOULD HAVE (v1.1)
156
+ - [ ] Feature 4
157
+ - [ ] Feature 5
158
+
159
+ COULD HAVE (Later)
160
+ - [ ] Feature 6
161
+ - [ ] Feature 7
162
+
163
+ WON'T HAVE (Not now)
164
+ - [ ] Feature 8
165
+ ```
166
+
167
+ ---
168
+
169
+ ## Technique 4: Story Decomposition
170
+
171
+ Breaking epics into implementable stories.
172
+
173
+ ### INVEST Criteria
174
+
175
+ Every story should be:
176
+ - **I**ndependent: Can be built separately
177
+ - **N**egotiable: Details can be discussed
178
+ - **V**aluable: Delivers user value
179
+ - **E**stimable: Can be sized
180
+ - **S**mall: Fits in a sprint
181
+ - **T**estable: Has clear acceptance criteria
182
+
183
+ ### Decomposition Strategies
184
+
185
+ **1. By User Role**
186
+ ```
187
+ Epic: User Authentication
188
+ -> Story: User can sign up with email
189
+ -> Story: Admin can invite users
190
+ -> Story: User can reset password
191
+ ```
192
+
193
+ **2. By Workflow Step**
194
+ ```
195
+ Epic: Checkout Flow
196
+ -> Story: User can add items to cart
197
+ -> Story: User can enter shipping address
198
+ -> Story: User can complete payment
199
+ ```
200
+
201
+ **3. By Data Operation (CRUD)**
202
+ ```
203
+ Epic: Task Management
204
+ -> Story: User can create a task
205
+ -> Story: User can view task list
206
+ -> Story: User can edit a task
207
+ -> Story: User can delete a task
208
+ ```
209
+
210
+ **4. By Happy Path + Edge Cases**
211
+ ```
212
+ Epic: File Upload
213
+ -> Story: User can upload single file (happy path)
214
+ -> Story: System handles invalid file types
215
+ -> Story: System handles upload failures
216
+ ```
217
+
218
+ ### Story Sizing Reference
219
+
220
+ | Size | Description | Example |
221
+ |------|-------------|---------|
222
+ | XS | < 2 hours | Add a button, fix typo |
223
+ | S | 2-4 hours | Simple form, basic API endpoint |
224
+ | M | 1-2 days | Feature with UI + API + tests |
225
+ | L | 3-5 days | Complex feature, multiple components |
226
+ | XL | 1+ week | Should be broken down further |
227
+
228
+ ---
229
+
230
+ ## Technique 5: Prioritization Frameworks
231
+
232
+ ### RICE Scoring
233
+
234
+ ```
235
+ Score = (Reach x Impact x Confidence) / Effort
236
+
237
+ Reach: Number of users affected per quarter
238
+ Impact: 3=massive, 2=high, 1=medium, 0.5=low, 0.25=minimal
239
+ Confidence: 100%, 80%, 50%
240
+ Effort: Person-weeks
241
+ ```
242
+
243
+ ### Impact/Effort Matrix
244
+
245
+ ```
246
+ HIGH IMPACT
247
+ |
248
+ Quick | Big Bets
249
+ Wins | (schedule these)
250
+ (do first)|
251
+ -------------+-------------
252
+ Fill-ins | Time Sinks
253
+ (maybe) | (avoid)
254
+ |
255
+ LOW IMPACT
256
+
257
+ LOW EFFORT | HIGH EFFORT
258
+ ```
259
+
260
+ ### Priority Labels
261
+
262
+ | Priority | Meaning | Timing |
263
+ |----------|---------|--------|
264
+ | P0 | Critical | This sprint, drop everything |
265
+ | P1 | High | Next sprint |
266
+ | P2 | Medium | This quarter |
267
+ | P3 | Low | Backlog |
268
+
269
+ ---
270
+
271
+ ## Quick Reference: Init Session (10 min)
272
+
273
+ 1. **Vision** (2 min)
274
+ - What problem are you solving?
275
+ - Who's your primary user?
276
+
277
+ 2. **Core Features** (3 min)
278
+ - What's the one thing this must do well?
279
+ - What are the 3-5 core features?
280
+
281
+ 3. **First Sprint** (3 min)
282
+ - What's your MVP scope?
283
+ - Pick 3-5 stories for sprint 1
284
+
285
+ 4. **Wrap-up** (2 min)
286
+ - Review and confirm
287
+ - Generate story files
288
+
289
+ ---
290
+
291
+ ## Full Workshop Reference (30 min)
292
+
293
+ 1. **Vision Discovery** (5 min)
294
+ - Complete vision questions
295
+ - Define success metrics
296
+
297
+ 2. **User Journey Mapping** (8 min)
298
+ - Map 1-2 primary user journeys
299
+ - Extract features from each step
300
+
301
+ 3. **Rapid Feature List** (7 min)
302
+ - Brainstorm all features
303
+ - Group by category
304
+ - Apply MoSCoW
305
+
306
+ 4. **Story Decomposition** (7 min)
307
+ - Break down Must Have features
308
+ - Apply INVEST criteria
309
+ - Size stories
310
+
311
+ 5. **Sprint Planning** (3 min)
312
+ - Select sprint 1 stories
313
+ - Verify capacity fit
314
+ - Generate files
@@ -0,0 +1,66 @@
1
+ # STORY-{sprint}-{number}-{slug}
2
+
3
+ **Type**: Feature
4
+ **Status**: backlog | drafted | ready-for-dev | in-progress | review | done
5
+ **Sprint**: {sprint}
6
+ **Priority**: P0 (Critical) | P1 (High) | P2 (Medium) | P3 (Low)
7
+ **Effort**: XS | S | M | L | XL
8
+ **Created**: {date}
9
+ **Last Updated**: {date}
10
+
11
+ ---
12
+
13
+ ## Summary
14
+
15
+ {One-line description of what this story delivers}
16
+
17
+ ## User Story
18
+
19
+ As a **{user type}**,
20
+ I want **{goal/desire}**,
21
+ So that **{benefit/value}**.
22
+
23
+ ## Context
24
+
25
+ {Why is this story important? What problem does it solve? Background information.}
26
+
27
+ ## Acceptance Criteria
28
+
29
+ - [ ] **AC-1**: {Specific, testable criterion}
30
+ - [ ] **AC-2**: {Specific, testable criterion}
31
+ - [ ] **AC-3**: {Specific, testable criterion}
32
+
33
+ ## Technical Notes
34
+
35
+ {Implementation hints, architectural considerations, API contracts, data structures}
36
+
37
+ ## Business Rules
38
+
39
+ - {Rule 1}: {Business logic that must be enforced}
40
+ - {Rule 2}: {Validation or constraint}
41
+
42
+ ## Dependencies
43
+
44
+ - {Story or system this depends on}
45
+
46
+ ## Out of Scope
47
+
48
+ - {What this story explicitly does NOT include}
49
+
50
+ ## UI/UX Notes
51
+
52
+ {Wireframes, mockups, or design specifications if applicable}
53
+
54
+ ## Testing Strategy
55
+
56
+ - **Unit Tests**: {What to test at unit level}
57
+ - **Integration Tests**: {What to test at integration level}
58
+ - **Manual QA**: {Scenarios requiring manual verification}
59
+
60
+ ## Definition of Done
61
+
62
+ - [ ] Code implemented and compiles
63
+ - [ ] All acceptance criteria met
64
+ - [ ] Tests written and passing
65
+ - [ ] Code reviewed
66
+ - [ ] Documentation updated (if applicable)
@@ -25,7 +25,7 @@ Usage:
25
25
  from lib.platform import get_platform, IS_WINDOWS
26
26
  """
27
27
 
28
- __version__ = "1.18.0"
28
+ __version__ = "1.19.0"
29
29
 
30
30
  # Lazy imports to avoid circular dependencies
31
31
  __all__ = [