omgkit 2.1.0 → 2.2.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.
- package/package.json +1 -1
- package/plugin/skills/SKILL_STANDARDS.md +743 -0
- package/plugin/skills/databases/mongodb/SKILL.md +797 -28
- package/plugin/skills/databases/postgresql/SKILL.md +494 -18
- package/plugin/skills/databases/prisma/SKILL.md +776 -30
- package/plugin/skills/databases/redis/SKILL.md +885 -25
- package/plugin/skills/devops/aws/SKILL.md +686 -28
- package/plugin/skills/devops/docker/SKILL.md +466 -18
- package/plugin/skills/devops/github-actions/SKILL.md +684 -29
- package/plugin/skills/devops/kubernetes/SKILL.md +621 -24
- package/plugin/skills/frameworks/django/SKILL.md +920 -20
- package/plugin/skills/frameworks/express/SKILL.md +1361 -35
- package/plugin/skills/frameworks/fastapi/SKILL.md +1260 -33
- package/plugin/skills/frameworks/laravel/SKILL.md +1244 -31
- package/plugin/skills/frameworks/nestjs/SKILL.md +1005 -26
- package/plugin/skills/frameworks/nextjs/SKILL.md +407 -44
- package/plugin/skills/frameworks/rails/SKILL.md +594 -28
- package/plugin/skills/frameworks/react/SKILL.md +1006 -32
- package/plugin/skills/frameworks/spring/SKILL.md +528 -35
- package/plugin/skills/frameworks/vue/SKILL.md +1296 -27
- package/plugin/skills/frontend/accessibility/SKILL.md +1108 -34
- package/plugin/skills/frontend/frontend-design/SKILL.md +1304 -26
- package/plugin/skills/frontend/responsive/SKILL.md +847 -21
- package/plugin/skills/frontend/shadcn-ui/SKILL.md +976 -38
- package/plugin/skills/frontend/tailwindcss/SKILL.md +831 -35
- package/plugin/skills/frontend/threejs/SKILL.md +1298 -29
- package/plugin/skills/languages/javascript/SKILL.md +935 -31
- package/plugin/skills/languages/python/SKILL.md +489 -25
- package/plugin/skills/languages/typescript/SKILL.md +379 -30
- package/plugin/skills/methodology/brainstorming/SKILL.md +597 -23
- package/plugin/skills/methodology/defense-in-depth/SKILL.md +832 -34
- package/plugin/skills/methodology/dispatching-parallel-agents/SKILL.md +665 -31
- package/plugin/skills/methodology/executing-plans/SKILL.md +556 -24
- package/plugin/skills/methodology/finishing-development-branch/SKILL.md +595 -25
- package/plugin/skills/methodology/problem-solving/SKILL.md +429 -61
- package/plugin/skills/methodology/receiving-code-review/SKILL.md +536 -24
- package/plugin/skills/methodology/requesting-code-review/SKILL.md +632 -21
- package/plugin/skills/methodology/root-cause-tracing/SKILL.md +641 -30
- package/plugin/skills/methodology/sequential-thinking/SKILL.md +262 -3
- package/plugin/skills/methodology/systematic-debugging/SKILL.md +571 -32
- package/plugin/skills/methodology/test-driven-development/SKILL.md +779 -24
- package/plugin/skills/methodology/testing-anti-patterns/SKILL.md +691 -29
- package/plugin/skills/methodology/token-optimization/SKILL.md +598 -29
- package/plugin/skills/methodology/verification-before-completion/SKILL.md +543 -22
- package/plugin/skills/methodology/writing-plans/SKILL.md +590 -18
- package/plugin/skills/omega/omega-architecture/SKILL.md +838 -39
- package/plugin/skills/omega/omega-coding/SKILL.md +636 -39
- package/plugin/skills/omega/omega-sprint/SKILL.md +855 -48
- package/plugin/skills/omega/omega-testing/SKILL.md +940 -41
- package/plugin/skills/omega/omega-thinking/SKILL.md +703 -50
- package/plugin/skills/security/better-auth/SKILL.md +1065 -28
- package/plugin/skills/security/oauth/SKILL.md +968 -31
- package/plugin/skills/security/owasp/SKILL.md +894 -33
- package/plugin/skills/testing/playwright/SKILL.md +764 -38
- package/plugin/skills/testing/pytest/SKILL.md +873 -36
- package/plugin/skills/testing/vitest/SKILL.md +980 -35
|
@@ -1,34 +1,608 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: brainstorming
|
|
3
|
-
description: Creative
|
|
3
|
+
description: Creative ideation with divergent thinking, structured exploration, and systematic evaluation frameworks
|
|
4
|
+
category: methodology
|
|
5
|
+
triggers:
|
|
6
|
+
- brainstorming
|
|
7
|
+
- idea generation
|
|
8
|
+
- creative thinking
|
|
9
|
+
- explore options
|
|
10
|
+
- what are possibilities
|
|
11
|
+
- alternatives
|
|
12
|
+
- ideation
|
|
4
13
|
---
|
|
5
14
|
|
|
6
|
-
# Brainstorming
|
|
15
|
+
# Brainstorming
|
|
7
16
|
|
|
8
|
-
|
|
9
|
-
1. **Diverge** - Generate many ideas without judgment
|
|
10
|
-
2. **Explore** - Ask clarifying questions
|
|
11
|
-
3. **Converge** - Evaluate and prioritize
|
|
17
|
+
Master the art of **creative ideation** through structured divergent thinking and systematic exploration. This skill enables effective idea generation, option exploration, and collaborative innovation for solving complex problems.
|
|
12
18
|
|
|
13
|
-
##
|
|
14
|
-
- One question at a time
|
|
15
|
-
- No premature judgment
|
|
16
|
-
- Quantity over quality first
|
|
17
|
-
- Build on ideas
|
|
19
|
+
## Purpose
|
|
18
20
|
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
-
|
|
22
|
-
-
|
|
23
|
-
-
|
|
21
|
+
Transform unstructured thinking into productive creative sessions:
|
|
22
|
+
|
|
23
|
+
- Generate diverse solution options systematically
|
|
24
|
+
- Explore problem spaces thoroughly before converging
|
|
25
|
+
- Combine individual creativity with team intelligence
|
|
26
|
+
- Evaluate ideas objectively using structured frameworks
|
|
27
|
+
- Avoid premature judgment that kills innovation
|
|
28
|
+
- Build on ideas to create novel combinations
|
|
29
|
+
- Document and prioritize outcomes effectively
|
|
30
|
+
|
|
31
|
+
## Features
|
|
32
|
+
|
|
33
|
+
### 1. Divergent-Convergent Process
|
|
34
|
+
|
|
35
|
+
```markdown
|
|
36
|
+
## Phase 1: DIVERGE (Generate Many Ideas)
|
|
37
|
+
═══════════════════════════════════════
|
|
38
|
+
|
|
39
|
+
### Rules for Divergent Phase
|
|
40
|
+
1. **Quantity over quality** - Aim for 20+ ideas minimum
|
|
41
|
+
2. **No judgment** - All ideas valid, no criticism
|
|
42
|
+
3. **Wild ideas welcome** - Extreme ideas spark creativity
|
|
43
|
+
4. **Build on others** - "Yes, and..." approach
|
|
44
|
+
5. **One conversation** - Focus, no side discussions
|
|
45
|
+
|
|
46
|
+
### Divergent Techniques
|
|
47
|
+
┌─────────────────────────────────────────────────┐
|
|
48
|
+
│ Classic Brainstorm: Free association │
|
|
49
|
+
│ Brainwriting: Silent written ideas │
|
|
50
|
+
│ Mind Mapping: Visual connections │
|
|
51
|
+
│ SCAMPER: Systematic modifications │
|
|
52
|
+
│ Random Stimulus: External triggers │
|
|
53
|
+
│ Reverse Brainstorm: How to cause problem │
|
|
54
|
+
│ Role Storming: Perspective taking │
|
|
55
|
+
│ Starbursting: Question-based exploration │
|
|
56
|
+
└─────────────────────────────────────────────────┘
|
|
57
|
+
|
|
58
|
+
## Phase 2: EXPLORE (Develop Ideas)
|
|
59
|
+
═══════════════════════════════════
|
|
60
|
+
|
|
61
|
+
### Exploration Activities
|
|
62
|
+
- Combine similar ideas into themes
|
|
63
|
+
- Identify patterns and connections
|
|
64
|
+
- Ask clarifying questions
|
|
65
|
+
- Flesh out promising concepts
|
|
66
|
+
- Find unexpected combinations
|
|
67
|
+
|
|
68
|
+
### Questions to Explore
|
|
69
|
+
- What makes this idea unique?
|
|
70
|
+
- What would need to be true for this to work?
|
|
71
|
+
- How might we improve this further?
|
|
72
|
+
- What other ideas does this suggest?
|
|
73
|
+
|
|
74
|
+
## Phase 3: CONVERGE (Evaluate & Prioritize)
|
|
75
|
+
═══════════════════════════════════════════
|
|
76
|
+
|
|
77
|
+
### Convergent Criteria
|
|
78
|
+
Evaluate ideas against:
|
|
79
|
+
- Feasibility: Can we do this?
|
|
80
|
+
- Impact: How much value does it create?
|
|
81
|
+
- Alignment: Does it fit our goals?
|
|
82
|
+
- Novelty: How differentiated is it?
|
|
83
|
+
- Risk: What could go wrong?
|
|
84
|
+
|
|
85
|
+
### Prioritization Matrix
|
|
86
|
+
| Idea | Impact | Effort | Score | Priority |
|
|
87
|
+
|------|--------|--------|-------|----------|
|
|
88
|
+
| A | High | Low | 9 | 1st |
|
|
89
|
+
| B | High | High | 6 | 3rd |
|
|
90
|
+
| C | Medium | Low | 7 | 2nd |
|
|
91
|
+
```
|
|
92
|
+
|
|
93
|
+
### 2. SCAMPER Framework
|
|
94
|
+
|
|
95
|
+
```markdown
|
|
96
|
+
## SCAMPER: Systematic Idea Modification
|
|
97
|
+
|
|
98
|
+
For any existing solution or concept, apply these 7 lenses:
|
|
99
|
+
|
|
100
|
+
### S - Substitute
|
|
101
|
+
What can we substitute?
|
|
102
|
+
- Materials → Different tech stack?
|
|
103
|
+
- People → Different team structure?
|
|
104
|
+
- Process → Different workflow?
|
|
105
|
+
- Place → Different deployment?
|
|
106
|
+
|
|
107
|
+
Examples:
|
|
108
|
+
- Substitute SQL with NoSQL
|
|
109
|
+
- Substitute monolith with microservices
|
|
110
|
+
- Substitute sync with async
|
|
111
|
+
|
|
112
|
+
### C - Combine
|
|
113
|
+
What can we combine?
|
|
114
|
+
- Features → Merge functionalities?
|
|
115
|
+
- Ideas → Hybrid approaches?
|
|
116
|
+
- Resources → Shared infrastructure?
|
|
117
|
+
|
|
118
|
+
Examples:
|
|
119
|
+
- Combine search and recommendations
|
|
120
|
+
- Combine auth and analytics
|
|
121
|
+
- Combine monitoring and alerting
|
|
122
|
+
|
|
123
|
+
### A - Adapt
|
|
124
|
+
What can we adapt from elsewhere?
|
|
125
|
+
- Other industries?
|
|
126
|
+
- Other products?
|
|
127
|
+
- Nature/biology?
|
|
128
|
+
- Historical solutions?
|
|
129
|
+
|
|
130
|
+
Examples:
|
|
131
|
+
- Adapt Netflix's chaos engineering
|
|
132
|
+
- Adapt Amazon's two-pizza teams
|
|
133
|
+
- Adapt circuit breaker from electrical
|
|
134
|
+
|
|
135
|
+
### M - Modify/Magnify
|
|
136
|
+
What can we modify, magnify, or minimize?
|
|
137
|
+
- Make bigger/smaller?
|
|
138
|
+
- Faster/slower?
|
|
139
|
+
- More/less frequent?
|
|
140
|
+
- Stronger/weaker?
|
|
141
|
+
|
|
142
|
+
Examples:
|
|
143
|
+
- Magnify caching layer
|
|
144
|
+
- Minimize API surface
|
|
145
|
+
- Increase batch size
|
|
146
|
+
|
|
147
|
+
### P - Put to Other Uses
|
|
148
|
+
What else could this be used for?
|
|
149
|
+
- Different users?
|
|
150
|
+
- Different problems?
|
|
151
|
+
- Different contexts?
|
|
152
|
+
|
|
153
|
+
Examples:
|
|
154
|
+
- Use logging for debugging AND analytics
|
|
155
|
+
- Use auth tokens for rate limiting
|
|
156
|
+
- Use CI for documentation builds
|
|
157
|
+
|
|
158
|
+
### E - Eliminate
|
|
159
|
+
What can we eliminate?
|
|
160
|
+
- Remove features?
|
|
161
|
+
- Simplify process?
|
|
162
|
+
- Reduce dependencies?
|
|
163
|
+
|
|
164
|
+
Examples:
|
|
165
|
+
- Eliminate manual deployments
|
|
166
|
+
- Remove deprecated endpoints
|
|
167
|
+
- Simplify configuration
|
|
168
|
+
|
|
169
|
+
### R - Reverse/Rearrange
|
|
170
|
+
What can we reverse or rearrange?
|
|
171
|
+
- Opposite approach?
|
|
172
|
+
- Different order?
|
|
173
|
+
- Different structure?
|
|
174
|
+
|
|
175
|
+
Examples:
|
|
176
|
+
- Pull instead of push
|
|
177
|
+
- Client-first instead of server-first
|
|
178
|
+
- Event-driven instead of request-driven
|
|
179
|
+
```
|
|
180
|
+
|
|
181
|
+
### 3. Mind Mapping Template
|
|
182
|
+
|
|
183
|
+
```markdown
|
|
184
|
+
## Mind Map Structure
|
|
185
|
+
|
|
186
|
+
┌─ Sub-idea 1.1
|
|
187
|
+
┌─ Idea 1 ├─ Sub-idea 1.2
|
|
188
|
+
│ └─ Sub-idea 1.3
|
|
189
|
+
│
|
|
190
|
+
│ ┌─ Sub-idea 2.1
|
|
191
|
+
PROBLEM ──┼─ Idea 2 ├─ Sub-idea 2.2
|
|
192
|
+
│ └─ Sub-idea 2.3
|
|
193
|
+
│
|
|
194
|
+
│ ┌─ Sub-idea 3.1
|
|
195
|
+
└─ Idea 3 ├─ Sub-idea 3.2
|
|
196
|
+
└─ Sub-idea 3.3
|
|
197
|
+
|
|
198
|
+
## Digital Mind Map Format
|
|
199
|
+
```yaml
|
|
200
|
+
central_topic: "How to improve API performance"
|
|
201
|
+
branches:
|
|
202
|
+
- name: "Caching"
|
|
203
|
+
ideas:
|
|
204
|
+
- "Redis layer"
|
|
205
|
+
- "CDN for static"
|
|
206
|
+
- "Application-level cache"
|
|
207
|
+
- "Database query cache"
|
|
208
|
+
connections:
|
|
209
|
+
- links_to: "Infrastructure"
|
|
210
|
+
relationship: "requires"
|
|
211
|
+
|
|
212
|
+
- name: "Database"
|
|
213
|
+
ideas:
|
|
214
|
+
- "Query optimization"
|
|
215
|
+
- "Indexing strategy"
|
|
216
|
+
- "Read replicas"
|
|
217
|
+
- "Connection pooling"
|
|
218
|
+
|
|
219
|
+
- name: "Architecture"
|
|
220
|
+
ideas:
|
|
221
|
+
- "Async processing"
|
|
222
|
+
- "Load balancing"
|
|
223
|
+
- "Horizontal scaling"
|
|
224
|
+
- "Edge computing"
|
|
225
|
+
|
|
226
|
+
- name: "Code"
|
|
227
|
+
ideas:
|
|
228
|
+
- "Algorithm efficiency"
|
|
229
|
+
- "Lazy loading"
|
|
230
|
+
- "Pagination"
|
|
231
|
+
- "Compression"
|
|
232
|
+
```
|
|
233
|
+
|
|
234
|
+
### 4. Reverse Brainstorming
|
|
235
|
+
|
|
236
|
+
```markdown
|
|
237
|
+
## Reverse Brainstorming: Learn from Failure
|
|
238
|
+
|
|
239
|
+
Instead of "How do we succeed?", ask "How do we guarantee failure?"
|
|
240
|
+
|
|
241
|
+
### Process
|
|
242
|
+
1. State the goal
|
|
243
|
+
2. Reverse: "How to guarantee we FAIL at this goal?"
|
|
244
|
+
3. Generate failure ideas freely
|
|
245
|
+
4. Reverse each failure into prevention
|
|
246
|
+
|
|
247
|
+
### Example: How to Build Unreliable API
|
|
248
|
+
|
|
249
|
+
**Goal:** Build a reliable API
|
|
250
|
+
**Reversed:** How to make the MOST unreliable API?
|
|
251
|
+
|
|
252
|
+
| Failure Idea | Prevention Strategy |
|
|
253
|
+
|--------------|---------------------|
|
|
254
|
+
| No error handling | Comprehensive try/catch |
|
|
255
|
+
| Single point of failure | Redundancy, load balancing |
|
|
256
|
+
| No monitoring | Prometheus + Grafana |
|
|
257
|
+
| Ignore timeouts | Circuit breakers |
|
|
258
|
+
| No rate limiting | Token bucket algorithm |
|
|
259
|
+
| Deploy on Fridays | Change freeze policies |
|
|
260
|
+
| No testing | 80%+ test coverage |
|
|
261
|
+
| Hardcode secrets | Environment variables |
|
|
262
|
+
| No documentation | OpenAPI specs |
|
|
263
|
+
| Ignore logs | Structured logging |
|
|
264
|
+
|
|
265
|
+
### Template
|
|
266
|
+
```yaml
|
|
267
|
+
reverse_brainstorm:
|
|
268
|
+
goal: "[What we want to achieve]"
|
|
269
|
+
reversed_question: "How to guarantee we fail at [goal]?"
|
|
270
|
+
|
|
271
|
+
failure_ideas:
|
|
272
|
+
- failure: "[Way to fail]"
|
|
273
|
+
prevention: "[How to prevent]"
|
|
274
|
+
priority: high|medium|low
|
|
275
|
+
|
|
276
|
+
- failure: "[Another way to fail]"
|
|
277
|
+
prevention: "[Prevention strategy]"
|
|
278
|
+
priority: high|medium|low
|
|
279
|
+
```
|
|
280
|
+
|
|
281
|
+
### 5. Role Storming
|
|
282
|
+
|
|
283
|
+
```markdown
|
|
284
|
+
## Role Storming: Different Perspectives
|
|
285
|
+
|
|
286
|
+
Generate ideas by adopting different personas.
|
|
287
|
+
|
|
288
|
+
### Persona Categories
|
|
289
|
+
|
|
290
|
+
**Technical Roles:**
|
|
291
|
+
- Junior Developer: "What's confusing about this?"
|
|
292
|
+
- Senior Architect: "How does this scale?"
|
|
293
|
+
- Security Expert: "What are the vulnerabilities?"
|
|
294
|
+
- DevOps Engineer: "How do we deploy/monitor this?"
|
|
295
|
+
- QA Tester: "What could break?"
|
|
296
|
+
|
|
297
|
+
**User Roles:**
|
|
298
|
+
- Power User: "What advanced features do I need?"
|
|
299
|
+
- New User: "Is this intuitive?"
|
|
300
|
+
- Frustrated User: "What's annoying?"
|
|
301
|
+
- Competitor's User: "What would make me switch?"
|
|
302
|
+
|
|
303
|
+
**Business Roles:**
|
|
304
|
+
- CEO: "Does this align with vision?"
|
|
305
|
+
- Sales: "Can I sell this?"
|
|
306
|
+
- Support: "What questions will users ask?"
|
|
307
|
+
- Finance: "What's the ROI?"
|
|
308
|
+
|
|
309
|
+
**External Perspectives:**
|
|
310
|
+
- Competitor: "How would we copy this?"
|
|
311
|
+
- Regulator: "What compliance issues exist?"
|
|
312
|
+
- Hacker: "How would I exploit this?"
|
|
313
|
+
- Future User (10 years): "Will this age well?"
|
|
314
|
+
|
|
315
|
+
### Role Storming Template
|
|
316
|
+
```markdown
|
|
317
|
+
## Role Storming Session
|
|
318
|
+
|
|
319
|
+
### Problem: [Statement]
|
|
320
|
+
|
|
321
|
+
### Perspective: Junior Developer
|
|
322
|
+
Questions:
|
|
323
|
+
- Why is this implemented this way?
|
|
324
|
+
- What should I learn first?
|
|
325
|
+
Ideas:
|
|
326
|
+
- Better onboarding docs
|
|
327
|
+
- Code comments
|
|
328
|
+
- Example implementations
|
|
329
|
+
|
|
330
|
+
### Perspective: Security Expert
|
|
331
|
+
Questions:
|
|
332
|
+
- Where are the attack surfaces?
|
|
333
|
+
- What data is exposed?
|
|
334
|
+
Ideas:
|
|
335
|
+
- Input validation everywhere
|
|
336
|
+
- Rate limiting on all endpoints
|
|
337
|
+
- Audit logging
|
|
338
|
+
```
|
|
339
|
+
|
|
340
|
+
### 6. Starbursting (Question-Based)
|
|
341
|
+
|
|
342
|
+
```markdown
|
|
343
|
+
## Starbursting: Explore Through Questions
|
|
344
|
+
|
|
345
|
+
Instead of generating solutions, generate questions about the idea.
|
|
346
|
+
|
|
347
|
+
### The 6 Points of the Star
|
|
348
|
+
|
|
349
|
+
WHO?
|
|
350
|
+
│
|
|
351
|
+
│
|
|
352
|
+
WHEN? ───────┼─────── WHY?
|
|
353
|
+
│
|
|
354
|
+
│
|
|
355
|
+
WHERE? ─────┼───── WHAT?
|
|
356
|
+
│
|
|
357
|
+
│
|
|
358
|
+
HOW?
|
|
359
|
+
|
|
360
|
+
### Questions per Category
|
|
361
|
+
|
|
362
|
+
**WHO?**
|
|
363
|
+
- Who is the target user?
|
|
364
|
+
- Who will build this?
|
|
365
|
+
- Who approves this?
|
|
366
|
+
- Who is affected by this?
|
|
367
|
+
- Who are the stakeholders?
|
|
368
|
+
|
|
369
|
+
**WHAT?**
|
|
370
|
+
- What problem does this solve?
|
|
371
|
+
- What features are essential?
|
|
372
|
+
- What resources are needed?
|
|
373
|
+
- What are the constraints?
|
|
374
|
+
- What defines success?
|
|
375
|
+
|
|
376
|
+
**WHEN?**
|
|
377
|
+
- When do we start?
|
|
378
|
+
- When do we ship?
|
|
379
|
+
- When do users need this?
|
|
380
|
+
- When does this become obsolete?
|
|
381
|
+
- When do we measure success?
|
|
382
|
+
|
|
383
|
+
**WHERE?**
|
|
384
|
+
- Where will this be used?
|
|
385
|
+
- Where will it be deployed?
|
|
386
|
+
- Where are the bottlenecks?
|
|
387
|
+
- Where does data come from?
|
|
388
|
+
- Where does this fit in the system?
|
|
389
|
+
|
|
390
|
+
**WHY?**
|
|
391
|
+
- Why is this needed now?
|
|
392
|
+
- Why this approach?
|
|
393
|
+
- Why would users choose this?
|
|
394
|
+
- Why might this fail?
|
|
395
|
+
- Why haven't others done this?
|
|
396
|
+
|
|
397
|
+
**HOW?**
|
|
398
|
+
- How will we build this?
|
|
399
|
+
- How will we test this?
|
|
400
|
+
- How will we deploy this?
|
|
401
|
+
- How will we measure success?
|
|
402
|
+
- How will we maintain this?
|
|
403
|
+
```
|
|
404
|
+
|
|
405
|
+
## Use Cases
|
|
406
|
+
|
|
407
|
+
### Feature Exploration Session
|
|
408
|
+
|
|
409
|
+
```markdown
|
|
410
|
+
## Brainstorming: User Dashboard Features
|
|
411
|
+
|
|
412
|
+
### Setup
|
|
413
|
+
- Participants: Product, Engineering, Design
|
|
414
|
+
- Time: 45 minutes
|
|
415
|
+
- Goal: Generate 30+ feature ideas
|
|
416
|
+
|
|
417
|
+
### Phase 1: Diverge (20 min)
|
|
418
|
+
Ideas generated:
|
|
419
|
+
1. Real-time activity feed
|
|
420
|
+
2. Customizable widgets
|
|
421
|
+
3. Dark mode
|
|
422
|
+
4. Keyboard shortcuts
|
|
423
|
+
5. Export to PDF
|
|
424
|
+
6. Team collaboration view
|
|
425
|
+
7. Notification center
|
|
426
|
+
8. Quick actions bar
|
|
427
|
+
9. Search across all data
|
|
428
|
+
10. Saved filters
|
|
429
|
+
11. Dashboard templates
|
|
430
|
+
12. Mobile-responsive
|
|
431
|
+
13. Offline mode
|
|
432
|
+
14. Voice commands
|
|
433
|
+
15. AI-powered insights
|
|
434
|
+
16. Comparison views
|
|
435
|
+
17. Drill-down analytics
|
|
436
|
+
18. Bookmark favorites
|
|
437
|
+
19. Recently viewed
|
|
438
|
+
20. Personalized recommendations
|
|
439
|
+
... [30+ total]
|
|
440
|
+
|
|
441
|
+
### Phase 2: Explore (10 min)
|
|
442
|
+
Themes identified:
|
|
443
|
+
- Personalization: 1, 2, 10, 18, 20
|
|
444
|
+
- Productivity: 4, 8, 9, 11
|
|
445
|
+
- Collaboration: 6, 7
|
|
446
|
+
- Accessibility: 3, 12, 13, 14
|
|
447
|
+
- Analytics: 15, 16, 17
|
|
448
|
+
|
|
449
|
+
### Phase 3: Converge (15 min)
|
|
450
|
+
|
|
451
|
+
| Feature | Impact | Effort | User Demand | Priority |
|
|
452
|
+
|---------|--------|--------|-------------|----------|
|
|
453
|
+
| Customizable widgets | High | Medium | High | 1 |
|
|
454
|
+
| Real-time activity | High | High | Medium | 3 |
|
|
455
|
+
| Dark mode | Medium | Low | High | 2 |
|
|
456
|
+
| Keyboard shortcuts | Medium | Low | Medium | 4 |
|
|
457
|
+
| AI insights | High | Very High | Low | 5 |
|
|
458
|
+
|
|
459
|
+
### Output
|
|
460
|
+
**Top 3 Recommendations:**
|
|
461
|
+
1. **Customizable widgets** - High impact, moderate effort, user demand
|
|
462
|
+
2. **Dark mode** - Quick win, high user satisfaction
|
|
463
|
+
3. **Real-time activity** - Differentiator, worth investment
|
|
464
|
+
|
|
465
|
+
**Quick Wins for Sprint:**
|
|
466
|
+
- Dark mode
|
|
467
|
+
- Keyboard shortcuts
|
|
468
|
+
- Saved filters
|
|
469
|
+
```
|
|
470
|
+
|
|
471
|
+
### Technical Architecture Brainstorm
|
|
24
472
|
|
|
25
|
-
## Output
|
|
26
473
|
```markdown
|
|
27
|
-
##
|
|
28
|
-
1. [Idea] - [Brief rationale]
|
|
474
|
+
## Brainstorming: Scaling Strategy
|
|
29
475
|
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
476
|
+
### SCAMPER Application
|
|
477
|
+
|
|
478
|
+
**Current:** Single PostgreSQL database
|
|
479
|
+
|
|
480
|
+
**Substitute:**
|
|
481
|
+
- DynamoDB for write-heavy tables
|
|
482
|
+
- Redis for session storage
|
|
483
|
+
- S3 for file storage
|
|
484
|
+
|
|
485
|
+
**Combine:**
|
|
486
|
+
- Combined read replicas with caching
|
|
487
|
+
- Unified search with Elasticsearch
|
|
488
|
+
|
|
489
|
+
**Adapt:**
|
|
490
|
+
- Netflix's Zuul gateway pattern
|
|
491
|
+
- Uber's ringpop for consistent hashing
|
|
492
|
+
|
|
493
|
+
**Modify:**
|
|
494
|
+
- Increase connection pool size
|
|
495
|
+
- Reduce query complexity
|
|
496
|
+
- Add more indexes
|
|
497
|
+
|
|
498
|
+
**Put to Other Uses:**
|
|
499
|
+
- Use audit logs for analytics
|
|
500
|
+
- Use cache for rate limiting
|
|
501
|
+
|
|
502
|
+
**Eliminate:**
|
|
503
|
+
- Remove N+1 queries
|
|
504
|
+
- Eliminate synchronous external calls
|
|
505
|
+
- Remove unused indexes
|
|
506
|
+
|
|
507
|
+
**Reverse:**
|
|
508
|
+
- Push instead of pull for notifications
|
|
509
|
+
- Event sourcing instead of CRUD
|
|
510
|
+
|
|
511
|
+
### Selected Strategies
|
|
512
|
+
1. Read replicas (immediate)
|
|
513
|
+
2. Redis caching layer (week 2)
|
|
514
|
+
3. Async job processing (week 3)
|
|
515
|
+
4. Event-driven architecture (Q2)
|
|
516
|
+
```
|
|
517
|
+
|
|
518
|
+
## Best Practices
|
|
519
|
+
|
|
520
|
+
### Do's
|
|
521
|
+
|
|
522
|
+
- Set clear time limits for each phase
|
|
523
|
+
- Capture ALL ideas, even "bad" ones
|
|
524
|
+
- Build on others' ideas with "Yes, and..."
|
|
525
|
+
- Use visual tools (sticky notes, whiteboards)
|
|
526
|
+
- Assign a facilitator to keep momentum
|
|
527
|
+
- Vote anonymously to avoid groupthink
|
|
528
|
+
- Follow up with action items
|
|
529
|
+
- Document learnings for future sessions
|
|
530
|
+
- Mix individual and group ideation
|
|
531
|
+
- Create psychological safety for wild ideas
|
|
532
|
+
|
|
533
|
+
### Don'ts
|
|
534
|
+
|
|
535
|
+
- Don't judge ideas during divergent phase
|
|
536
|
+
- Don't let dominant voices control session
|
|
537
|
+
- Don't skip the exploration phase
|
|
538
|
+
- Don't converge too early
|
|
539
|
+
- Don't forget to capture reasoning
|
|
540
|
+
- Don't brainstorm without a clear goal
|
|
541
|
+
- Don't ignore quiet participants
|
|
542
|
+
- Don't let sessions run too long (60 min max)
|
|
543
|
+
- Don't expect perfect ideas immediately
|
|
544
|
+
- Don't abandon ideas without evaluation
|
|
545
|
+
|
|
546
|
+
### Session Facilitation Checklist
|
|
547
|
+
|
|
548
|
+
```markdown
|
|
549
|
+
## Pre-Session
|
|
550
|
+
- [ ] Define clear problem statement
|
|
551
|
+
- [ ] Select appropriate techniques
|
|
552
|
+
- [ ] Invite diverse participants
|
|
553
|
+
- [ ] Prepare materials (sticky notes, timer)
|
|
554
|
+
- [ ] Set ground rules
|
|
555
|
+
|
|
556
|
+
## During Session
|
|
557
|
+
- [ ] State the problem clearly
|
|
558
|
+
- [ ] Explain the process
|
|
559
|
+
- [ ] Enforce no-judgment rule
|
|
560
|
+
- [ ] Keep time boxes
|
|
561
|
+
- [ ] Encourage quiet participants
|
|
562
|
+
- [ ] Capture all ideas visibly
|
|
563
|
+
|
|
564
|
+
## Post-Session
|
|
565
|
+
- [ ] Organize and cluster ideas
|
|
566
|
+
- [ ] Share summary with all participants
|
|
567
|
+
- [ ] Identify owners for top ideas
|
|
568
|
+
- [ ] Schedule follow-up if needed
|
|
569
|
+
- [ ] Store documentation for reference
|
|
570
|
+
```
|
|
571
|
+
|
|
572
|
+
## Output Templates
|
|
573
|
+
|
|
574
|
+
```markdown
|
|
575
|
+
## Brainstorming Session Summary
|
|
576
|
+
|
|
577
|
+
### Session Info
|
|
578
|
+
- Date: [Date]
|
|
579
|
+
- Participants: [Names]
|
|
580
|
+
- Duration: [Time]
|
|
581
|
+
- Technique: [Methods used]
|
|
582
|
+
|
|
583
|
+
### Problem Statement
|
|
584
|
+
[Clear statement of what we're solving]
|
|
585
|
+
|
|
586
|
+
### Ideas Generated
|
|
587
|
+
[Numbered list of all ideas]
|
|
588
|
+
|
|
589
|
+
### Top Recommendations
|
|
590
|
+
1. **Best Overall:** [Idea] - [Why]
|
|
591
|
+
2. **Most Innovative:** [Idea] - [Why]
|
|
592
|
+
3. **Quickest Win:** [Idea] - [Why]
|
|
593
|
+
4. **Long-term Play:** [Idea] - [Why]
|
|
594
|
+
|
|
595
|
+
### Action Items
|
|
596
|
+
- [ ] [Action] - Owner: [Name] - Due: [Date]
|
|
597
|
+
|
|
598
|
+
### Parking Lot
|
|
599
|
+
[Ideas to revisit later]
|
|
34
600
|
```
|
|
601
|
+
|
|
602
|
+
## References
|
|
603
|
+
|
|
604
|
+
- [IDEO Design Thinking](https://www.ideo.com/post/design-thinking-defined)
|
|
605
|
+
- [SCAMPER Method](https://www.mindtools.com/pages/article/newCT_02.htm)
|
|
606
|
+
- [Lateral Thinking - Edward de Bono](https://www.debono.com/lateral-thinking)
|
|
607
|
+
- [The Art of Innovation - Tom Kelley](https://www.ideo.com/people/tom-kelley)
|
|
608
|
+
- [Creative Confidence - David Kelley](https://www.creativeconfidence.com/)
|