teamspec 3.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/LICENSE +21 -0
- package/README.md +252 -0
- package/bin/teamspec-init.js +10 -0
- package/extensions/teamspec-0.1.0.vsix +0 -0
- package/lib/cli.js +1174 -0
- package/lib/extension-installer.js +236 -0
- package/lib/linter.js +1184 -0
- package/lib/prompt-generator.js +409 -0
- package/package.json +51 -0
- package/teamspec-core/agents/AGENT_BA.md +486 -0
- package/teamspec-core/agents/AGENT_BOOTSTRAP.md +447 -0
- package/teamspec-core/agents/AGENT_DES.md +623 -0
- package/teamspec-core/agents/AGENT_DEV.md +611 -0
- package/teamspec-core/agents/AGENT_FA.md +736 -0
- package/teamspec-core/agents/AGENT_FEEDBACK.md +202 -0
- package/teamspec-core/agents/AGENT_FIX.md +380 -0
- package/teamspec-core/agents/AGENT_QA.md +756 -0
- package/teamspec-core/agents/AGENT_SA.md +581 -0
- package/teamspec-core/agents/AGENT_SM.md +771 -0
- package/teamspec-core/agents/README.md +383 -0
- package/teamspec-core/context/_schema.yml +222 -0
- package/teamspec-core/copilot-instructions.md +356 -0
- package/teamspec-core/definitions/definition-of-done.md +129 -0
- package/teamspec-core/definitions/definition-of-ready.md +104 -0
- package/teamspec-core/profiles/enterprise.yml +127 -0
- package/teamspec-core/profiles/platform-team.yml +104 -0
- package/teamspec-core/profiles/regulated.yml +97 -0
- package/teamspec-core/profiles/startup.yml +85 -0
- package/teamspec-core/teamspec.yml +69 -0
- package/teamspec-core/templates/README.md +211 -0
- package/teamspec-core/templates/active-sprint-template.md +98 -0
- package/teamspec-core/templates/adr-template.md +194 -0
- package/teamspec-core/templates/bug-report-template.md +188 -0
- package/teamspec-core/templates/business-analysis-template.md +164 -0
- package/teamspec-core/templates/decision-log-template.md +216 -0
- package/teamspec-core/templates/feature-template.md +269 -0
- package/teamspec-core/templates/functional-spec-template.md +161 -0
- package/teamspec-core/templates/refinement-notes-template.md +133 -0
- package/teamspec-core/templates/sprint-goal-template.md +129 -0
- package/teamspec-core/templates/sprint-template.md +175 -0
- package/teamspec-core/templates/sprints-index-template.md +67 -0
- package/teamspec-core/templates/story-template.md +244 -0
- package/teamspec-core/templates/storymap-template.md +204 -0
- package/teamspec-core/templates/testcases-template.md +147 -0
- package/teamspec-core/templates/uat-pack-template.md +161 -0
|
@@ -0,0 +1,194 @@
|
|
|
1
|
+
# ADR-XXX: [Decision Title]
|
|
2
|
+
|
|
3
|
+
<!--
|
|
4
|
+
⚠️ ADR RULES
|
|
5
|
+
|
|
6
|
+
Architecture Decision Records document technical decisions.
|
|
7
|
+
|
|
8
|
+
RULES:
|
|
9
|
+
1. ADRs link to features they affect
|
|
10
|
+
2. ADRs link to business decisions that triggered them
|
|
11
|
+
3. SA does NOT update Feature Canon directly - ADRs inform FA
|
|
12
|
+
4. If behavior is affected, FA must review Feature Canon
|
|
13
|
+
|
|
14
|
+
TEAMSPEC RULES ENFORCED:
|
|
15
|
+
- TS-ADR-001: ADR required for architecture-impacting changes
|
|
16
|
+
- TS-ADR-002: ADR must link to affected features
|
|
17
|
+
-->
|
|
18
|
+
|
|
19
|
+
> **Template Version**: 2.0
|
|
20
|
+
> **Last Updated**: 2026-01-07
|
|
21
|
+
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
**Document Owner:** SA (Solution Architect)
|
|
25
|
+
**Artifact Type:** Technical Decision (Canonical)
|
|
26
|
+
**Lifecycle:** Permanent, versioned
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
## Metadata
|
|
31
|
+
|
|
32
|
+
| Field | Value |
|
|
33
|
+
| :--- | :--- |
|
|
34
|
+
| **ADR ID** | ADR-XXX |
|
|
35
|
+
| **Status** | Proposed / Accepted / Deprecated / Superseded |
|
|
36
|
+
| **Date** | YYYY-MM-DD |
|
|
37
|
+
| **Author** | [SA Name] |
|
|
38
|
+
| **Superseded By** | [ADR-YYY if applicable] |
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
## Context
|
|
43
|
+
|
|
44
|
+
> What is the problem? Why do we need to make a decision?
|
|
45
|
+
|
|
46
|
+
[Describe the technical situation, constraints, and forces that require a decision.]
|
|
47
|
+
|
|
48
|
+
---
|
|
49
|
+
|
|
50
|
+
## Options Considered
|
|
51
|
+
|
|
52
|
+
### Option 1: [Option Name]
|
|
53
|
+
|
|
54
|
+
**Description**: [Brief description]
|
|
55
|
+
|
|
56
|
+
**Pros**:
|
|
57
|
+
- [Pro 1]
|
|
58
|
+
- [Pro 2]
|
|
59
|
+
|
|
60
|
+
**Cons**:
|
|
61
|
+
- [Con 1]
|
|
62
|
+
- [Con 2]
|
|
63
|
+
|
|
64
|
+
### Option 2: [Option Name]
|
|
65
|
+
|
|
66
|
+
**Description**: [Brief description]
|
|
67
|
+
|
|
68
|
+
**Pros**:
|
|
69
|
+
- [Pro 1]
|
|
70
|
+
|
|
71
|
+
**Cons**:
|
|
72
|
+
- [Con 1]
|
|
73
|
+
|
|
74
|
+
---
|
|
75
|
+
|
|
76
|
+
## Decision
|
|
77
|
+
|
|
78
|
+
> We are choosing **Option X** because...
|
|
79
|
+
|
|
80
|
+
[Clear statement of the decision and primary rationale]
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
## Consequences
|
|
85
|
+
|
|
86
|
+
### Positive
|
|
87
|
+
|
|
88
|
+
- [Benefit 1]
|
|
89
|
+
- [Benefit 2]
|
|
90
|
+
|
|
91
|
+
### Negative
|
|
92
|
+
|
|
93
|
+
- [Trade-off 1]
|
|
94
|
+
- [Trade-off 2]
|
|
95
|
+
|
|
96
|
+
---
|
|
97
|
+
|
|
98
|
+
## Related Decisions
|
|
99
|
+
|
|
100
|
+
<!-- TEAMSPEC RULE: Link to business decisions that triggered this ADR -->
|
|
101
|
+
|
|
102
|
+
| Decision ID | Decision Title | Relationship |
|
|
103
|
+
|-------------|----------------|--------------|
|
|
104
|
+
| [DEC-XXX](../decisions/DEC-XXX-*.md) | [Title] | Triggered by / Related to |
|
|
105
|
+
|
|
106
|
+
> If this ADR was triggered by a business decision, link it here.
|
|
107
|
+
|
|
108
|
+
---
|
|
109
|
+
|
|
110
|
+
## Affected Features
|
|
111
|
+
|
|
112
|
+
<!-- TEAMSPEC RULE: TS-ADR-002 - ADR must link to features -->
|
|
113
|
+
|
|
114
|
+
> ⚠️ If this decision affects user-observable behavior, FA must review Feature Canon.
|
|
115
|
+
|
|
116
|
+
| Feature ID | Feature Name | Impact | Canon Review Needed? |
|
|
117
|
+
|------------|--------------|--------|---------------------|
|
|
118
|
+
| [F-XXX](../features/F-XXX-name.md) | [Name] | [How this affects behavior] | Yes / No |
|
|
119
|
+
|
|
120
|
+
---
|
|
121
|
+
|
|
122
|
+
## Behavior Impact Assessment
|
|
123
|
+
|
|
124
|
+
> ⚠️ SA provides technical facts. FA translates to Feature Canon behavior.
|
|
125
|
+
|
|
126
|
+
### Does this ADR affect user-observable behavior?
|
|
127
|
+
|
|
128
|
+
- [ ] **No** — Internal/technical change only (no Canon update needed)
|
|
129
|
+
- [ ] **Yes** — Behavior implications described below
|
|
130
|
+
|
|
131
|
+
### Behavior Implications (if Yes)
|
|
132
|
+
|
|
133
|
+
| Technical Decision | Behavior Implication | FA Action |
|
|
134
|
+
|--------------------|---------------------|-----------|
|
|
135
|
+
| [e.g., Rate limit: 100 req/min] | [e.g., System rejects excess requests] | FA adds to Canon |
|
|
136
|
+
|
|
137
|
+
> **Workflow:**
|
|
138
|
+
> 1. SA creates ADR with technical constraints
|
|
139
|
+
> 2. ADR may imply behavior constraints
|
|
140
|
+
> 3. FA incorporates constraints into Feature Canon
|
|
141
|
+
> 4. FA owns the behavioral wording
|
|
142
|
+
|
|
143
|
+
---
|
|
144
|
+
|
|
145
|
+
## Examples of Behavior-Impacting Decisions
|
|
146
|
+
|
|
147
|
+
✅ **Include in Feature Impact** (FA must review Canon):
|
|
148
|
+
- Changing how errors are reported to users
|
|
149
|
+
- Adding/removing functionality constraints
|
|
150
|
+
- Changing performance characteristics users observe
|
|
151
|
+
- Changing access control or permissions
|
|
152
|
+
|
|
153
|
+
❌ **Usually no Feature Impact**:
|
|
154
|
+
- Internal refactoring (no user-observable change)
|
|
155
|
+
- Technology stack decisions (if behavior unchanged)
|
|
156
|
+
- Database optimization (if behavior unchanged)
|
|
157
|
+
|
|
158
|
+
---
|
|
159
|
+
|
|
160
|
+
## Documentation Trail
|
|
161
|
+
|
|
162
|
+
This ADR is referenced in Feature Canon Change Log when it affects documented behavior:
|
|
163
|
+
|
|
164
|
+
> ADR-XXX: [Title] — Added [feature capability / constraint]
|
|
165
|
+
|
|
166
|
+
This maintains traceability between architecture and product behavior.
|
|
167
|
+
|
|
168
|
+
---
|
|
169
|
+
|
|
170
|
+
## Implementation Notes
|
|
171
|
+
|
|
172
|
+
_Technical details for DEV team._
|
|
173
|
+
|
|
174
|
+
- [Implementation note 1]
|
|
175
|
+
- [Implementation note 2]
|
|
176
|
+
|
|
177
|
+
---
|
|
178
|
+
|
|
179
|
+
## Review & Approval
|
|
180
|
+
|
|
181
|
+
| Role | Name | Status | Date |
|
|
182
|
+
|------|------|--------|------|
|
|
183
|
+
| SA (Author) | [Name] | ✅ | YYYY-MM-DD |
|
|
184
|
+
| Tech Lead | [Name] | ⏳ | |
|
|
185
|
+
| FA (if behavior affected) | [Name] | ⏳ | |
|
|
186
|
+
|
|
187
|
+
---
|
|
188
|
+
|
|
189
|
+
## Linter Rules Enforced
|
|
190
|
+
|
|
191
|
+
| Rule | Description |
|
|
192
|
+
|------|-------------|
|
|
193
|
+
| TS-ADR-001 | ADR required for architecture-impacting changes |
|
|
194
|
+
| TS-ADR-002 | ADR must link to affected features |
|
|
@@ -0,0 +1,188 @@
|
|
|
1
|
+
# Bug: [Title]
|
|
2
|
+
|
|
3
|
+
<!--
|
|
4
|
+
⚠️ BUG CLASSIFICATION IS MANDATORY
|
|
5
|
+
|
|
6
|
+
When reporting bugs, you MUST classify whether the issue is:
|
|
7
|
+
- Implementation defect (code doesn't match Canon)
|
|
8
|
+
- Feature Canon wrong (Canon doesn't match business intent)
|
|
9
|
+
- Undocumented behavior (neither covers this case)
|
|
10
|
+
|
|
11
|
+
Classification determines who fixes what.
|
|
12
|
+
|
|
13
|
+
TEAMSPEC RULES ENFORCED:
|
|
14
|
+
- TS-QA-002: Bug classification required (exactly one)
|
|
15
|
+
-->
|
|
16
|
+
|
|
17
|
+
> **Template Version**: 2.0
|
|
18
|
+
> **Last Updated**: 2026-01-07
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
**Document Owner:** QA (QA Engineer)
|
|
23
|
+
**Artifact Type:** Defect Report
|
|
24
|
+
**Lifecycle:** Open → Resolved → Closed
|
|
25
|
+
|
|
26
|
+
---
|
|
27
|
+
|
|
28
|
+
## Metadata
|
|
29
|
+
|
|
30
|
+
| Field | Value |
|
|
31
|
+
| :--- | :--- |
|
|
32
|
+
| **Bug ID** | BUG-XXX |
|
|
33
|
+
| **Severity** | Critical / High / Medium / Low |
|
|
34
|
+
| **Priority** | P1 / P2 / P3 / P4 |
|
|
35
|
+
| **Environment** | Staging / Dev / Production |
|
|
36
|
+
| **Version** | [Build Number] |
|
|
37
|
+
| **Reporter** | [Name] |
|
|
38
|
+
| **Date Reported** | YYYY-MM-DD |
|
|
39
|
+
| **Status** | Open / In Progress / Resolved / Closed |
|
|
40
|
+
|
|
41
|
+
---
|
|
42
|
+
|
|
43
|
+
## Description
|
|
44
|
+
|
|
45
|
+
> Brief summary of the bug.
|
|
46
|
+
|
|
47
|
+
[Clear, concise description of what's wrong]
|
|
48
|
+
|
|
49
|
+
---
|
|
50
|
+
|
|
51
|
+
## Steps to Reproduce
|
|
52
|
+
|
|
53
|
+
1. Go to ...
|
|
54
|
+
2. Click ...
|
|
55
|
+
3. Enter ...
|
|
56
|
+
4. Observe ...
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## Expected Result
|
|
61
|
+
|
|
62
|
+
> What should happen (reference Feature Canon if applicable).
|
|
63
|
+
|
|
64
|
+
**Feature Canon Reference:** [F-XXX](../../features/F-XXX-name.md), Section: [Section Name]
|
|
65
|
+
|
|
66
|
+
[What the system should do according to Feature Canon]
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
## Actual Result
|
|
71
|
+
|
|
72
|
+
> What actually happened.
|
|
73
|
+
|
|
74
|
+
[What the system actually does]
|
|
75
|
+
|
|
76
|
+
---
|
|
77
|
+
|
|
78
|
+
## Evidence
|
|
79
|
+
|
|
80
|
+
> Attach Screenshots/Logs/Videos
|
|
81
|
+
|
|
82
|
+
- [ ] Screenshot attached
|
|
83
|
+
- [ ] Console logs attached
|
|
84
|
+
- [ ] Network trace attached
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
## Bug Classification (MANDATORY)
|
|
89
|
+
|
|
90
|
+
<!-- TEAMSPEC RULE: TS-QA-002 - Exactly one must be checked -->
|
|
91
|
+
|
|
92
|
+
> ⚠️ Select **exactly ONE** classification. This determines who fixes what.
|
|
93
|
+
|
|
94
|
+
### [ ] Implementation Defect
|
|
95
|
+
|
|
96
|
+
**Definition:** Code doesn't match Feature Canon documentation.
|
|
97
|
+
|
|
98
|
+
- **Evidence:** Feature Canon says [X], system does [Y]
|
|
99
|
+
- **Fix:** DEV fixes code to match Canon
|
|
100
|
+
- **Canon Update:** Not required
|
|
101
|
+
|
|
102
|
+
### [ ] Feature Canon Wrong
|
|
103
|
+
|
|
104
|
+
**Definition:** Feature Canon doesn't match actual business intent.
|
|
105
|
+
|
|
106
|
+
- **Evidence:** Business expects [X], Canon says [Y]
|
|
107
|
+
- **Fix:** FA updates Feature Canon, then DEV updates code if needed
|
|
108
|
+
- **Canon Update:** Required
|
|
109
|
+
|
|
110
|
+
### [ ] Undocumented Behavior
|
|
111
|
+
|
|
112
|
+
**Definition:** Neither code nor Feature Canon covers this case.
|
|
113
|
+
|
|
114
|
+
- **Evidence:** [Scenario] is not documented anywhere
|
|
115
|
+
- **Fix:** FA clarifies with BA, updates Canon, then DEV implements
|
|
116
|
+
- **Canon Update:** Required
|
|
117
|
+
|
|
118
|
+
---
|
|
119
|
+
|
|
120
|
+
## Classification Decision Tree
|
|
121
|
+
|
|
122
|
+
```
|
|
123
|
+
Is the behavior documented in Feature Canon?
|
|
124
|
+
├── YES → Does code match Canon?
|
|
125
|
+
│ ├── YES → Not a bug (or Canon is wrong → "Feature Canon Wrong")
|
|
126
|
+
│ └── NO → "Implementation Defect"
|
|
127
|
+
└── NO → "Undocumented Behavior"
|
|
128
|
+
```
|
|
129
|
+
|
|
130
|
+
---
|
|
131
|
+
|
|
132
|
+
## Resolution Actions by Classification
|
|
133
|
+
|
|
134
|
+
| Classification | Who Fixes | Action |
|
|
135
|
+
|----------------|-----------|--------|
|
|
136
|
+
| Implementation Defect | DEV | Fix code to match Canon |
|
|
137
|
+
| Feature Canon Wrong | FA → DEV | FA updates Canon; DEV updates code if needed |
|
|
138
|
+
| Undocumented Behavior | FA + BA → DEV | FA clarifies with BA; updates Canon; DEV implements |
|
|
139
|
+
|
|
140
|
+
---
|
|
141
|
+
|
|
142
|
+
## Feature Reference
|
|
143
|
+
|
|
144
|
+
| Feature | Section | Expected Behavior |
|
|
145
|
+
|---------|---------|-------------------|
|
|
146
|
+
| [F-XXX](../../features/F-XXX-name.md) | [Section] | [Brief description from Canon] |
|
|
147
|
+
|
|
148
|
+
---
|
|
149
|
+
|
|
150
|
+
## Related Stories / Bugs
|
|
151
|
+
|
|
152
|
+
| ID | Type | Relationship |
|
|
153
|
+
|----|------|--------------|
|
|
154
|
+
| [S-XXX] | Story | Introduced behavior |
|
|
155
|
+
| [BUG-YYY] | Bug | Related issue |
|
|
156
|
+
|
|
157
|
+
---
|
|
158
|
+
|
|
159
|
+
## Resolution
|
|
160
|
+
|
|
161
|
+
**Resolved By:** ________________
|
|
162
|
+
**Resolution Date:** YYYY-MM-DD
|
|
163
|
+
**Resolution Type:** Code Fix / Canon Update / Not a Bug / Duplicate
|
|
164
|
+
**Fix Version:** [Build Number]
|
|
165
|
+
|
|
166
|
+
**Resolution Notes:**
|
|
167
|
+
|
|
168
|
+
[How the bug was fixed]
|
|
169
|
+
|
|
170
|
+
---
|
|
171
|
+
|
|
172
|
+
## Verification
|
|
173
|
+
|
|
174
|
+
**Verified By:** ________________
|
|
175
|
+
**Verification Date:** YYYY-MM-DD
|
|
176
|
+
**Verification Environment:** [Environment]
|
|
177
|
+
|
|
178
|
+
- [ ] Bug no longer reproduces
|
|
179
|
+
- [ ] Feature Canon is accurate
|
|
180
|
+
- [ ] Regression tests added
|
|
181
|
+
|
|
182
|
+
---
|
|
183
|
+
|
|
184
|
+
## Linter Rules Enforced
|
|
185
|
+
|
|
186
|
+
| Rule | Description |
|
|
187
|
+
|------|-------------|
|
|
188
|
+
| TS-QA-002 | Bug classification required (exactly one) |
|
|
@@ -0,0 +1,164 @@
|
|
|
1
|
+
# Business Analysis Document: [Feature Name]
|
|
2
|
+
|
|
3
|
+
<!--
|
|
4
|
+
⚠️ THIS IS A PLANNING ARTIFACT, NOT SOURCE OF TRUTH
|
|
5
|
+
|
|
6
|
+
This Business Analysis document captures analysis and decisions
|
|
7
|
+
during the planning phase.
|
|
8
|
+
|
|
9
|
+
SOURCE OF TRUTH:
|
|
10
|
+
- For current system behavior → Feature Canon (/features/F-XXX.md)
|
|
11
|
+
- For business decisions → Decision Log (/decisions/DEC-XXX.md)
|
|
12
|
+
|
|
13
|
+
This document becomes HISTORICAL after Feature Canon is created.
|
|
14
|
+
-->
|
|
15
|
+
|
|
16
|
+
> **Template Version**: 2.0
|
|
17
|
+
> **Last Updated**: 2026-01-07
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
**Document Owner:** BA (Business Analyst)
|
|
22
|
+
**Artifact Type:** Planning (Not Source of Truth)
|
|
23
|
+
**Lifecycle:** Historical after Feature Canon creation
|
|
24
|
+
|
|
25
|
+
| Metadata | Details |
|
|
26
|
+
| :--- | :--- |
|
|
27
|
+
| **Status** | Draft / In Review / Approved |
|
|
28
|
+
| **Owner** | [BA Name] |
|
|
29
|
+
| **Stakeholders** | [Names] |
|
|
30
|
+
| **Created** | YYYY-MM-DD |
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
|
|
34
|
+
## 1. Executive Summary
|
|
35
|
+
|
|
36
|
+
- **Problem Statement**: Who is the user? What is their pain?
|
|
37
|
+
- **Proposed Solution**: High-level description.
|
|
38
|
+
- **Value**: Why are we doing this? (Revenue, Compliance, UX).
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
## 2. Scope
|
|
43
|
+
|
|
44
|
+
### In Scope
|
|
45
|
+
|
|
46
|
+
- [Feature 1]
|
|
47
|
+
- [Feature 2]
|
|
48
|
+
|
|
49
|
+
### Out of Scope (Non-Goals)
|
|
50
|
+
|
|
51
|
+
- [Feature 3]
|
|
52
|
+
- [Migration of X]
|
|
53
|
+
|
|
54
|
+
---
|
|
55
|
+
|
|
56
|
+
## 3. Related Feature Canon
|
|
57
|
+
|
|
58
|
+
> ⚠️ Link to Feature Canon files created from this analysis.
|
|
59
|
+
> Once features are created, the Feature Canon is authoritative.
|
|
60
|
+
> This document is retained for historical context only.
|
|
61
|
+
|
|
62
|
+
| Feature ID | Feature Name | Status | Link |
|
|
63
|
+
|------------|--------------|--------|------|
|
|
64
|
+
| [F-XXX](../features/F-XXX-name.md) | [Feature Name] | Draft / Active | |
|
|
65
|
+
|
|
66
|
+
---
|
|
67
|
+
|
|
68
|
+
## 4. Business Process
|
|
69
|
+
|
|
70
|
+
### Current State (As-Is)
|
|
71
|
+
|
|
72
|
+
> Describe how users solve the problem today.
|
|
73
|
+
|
|
74
|
+
### Future State (To-Be)
|
|
75
|
+
|
|
76
|
+
> Describe the new workflow. This becomes the Feature Canon "Current Behavior" after implementation.
|
|
77
|
+
|
|
78
|
+
---
|
|
79
|
+
|
|
80
|
+
## 5. User Journeys / Personas
|
|
81
|
+
|
|
82
|
+
| Persona | Journey | Goal |
|
|
83
|
+
|---------|---------|------|
|
|
84
|
+
| [Persona 1] | [Action sequence] | [What they achieve] |
|
|
85
|
+
| [Persona 2] | [Action sequence] | [What they achieve] |
|
|
86
|
+
|
|
87
|
+
---
|
|
88
|
+
|
|
89
|
+
## 6. Business Rules & Logic
|
|
90
|
+
|
|
91
|
+
> These business rules will be documented in the Feature Canon as BR-XXX references.
|
|
92
|
+
|
|
93
|
+
| Rule ID | Description | Context |
|
|
94
|
+
|---------|-------------|---------|
|
|
95
|
+
| BR-001 | [Rule description] | [When it applies] |
|
|
96
|
+
| BR-002 | [Rule description] | [When it applies] |
|
|
97
|
+
|
|
98
|
+
---
|
|
99
|
+
|
|
100
|
+
## 7. Data & Reporting Requirements
|
|
101
|
+
|
|
102
|
+
- **Data Captured**: [Fields]
|
|
103
|
+
- **Reporting Needs**: [Reports needed]
|
|
104
|
+
|
|
105
|
+
---
|
|
106
|
+
|
|
107
|
+
## 8. Risks & Constraints
|
|
108
|
+
|
|
109
|
+
### Risks
|
|
110
|
+
|
|
111
|
+
| Risk | Likelihood | Impact | Mitigation |
|
|
112
|
+
|------|------------|--------|------------|
|
|
113
|
+
| [Risk 1] | Low/Med/High | Low/Med/High | [Mitigation] |
|
|
114
|
+
|
|
115
|
+
### Constraints
|
|
116
|
+
|
|
117
|
+
- **Timeline**: [Deadlines]
|
|
118
|
+
- **Budget**: [Budget constraints]
|
|
119
|
+
- **Technical**: [Legacy systems, integrations]
|
|
120
|
+
|
|
121
|
+
---
|
|
122
|
+
|
|
123
|
+
## 9. Success Metrics (KPIs)
|
|
124
|
+
|
|
125
|
+
| Metric | Target | Measurement Method |
|
|
126
|
+
|--------|--------|-------------------|
|
|
127
|
+
| [Metric 1] | [Target value] | [How measured] |
|
|
128
|
+
| [Metric 2] | [Target value] | [How measured] |
|
|
129
|
+
|
|
130
|
+
---
|
|
131
|
+
|
|
132
|
+
## 10. Decisions Made
|
|
133
|
+
|
|
134
|
+
> Business decisions from this analysis should be logged in /decisions/
|
|
135
|
+
|
|
136
|
+
| Decision ID | Summary | Link |
|
|
137
|
+
|-------------|---------|------|
|
|
138
|
+
| [DEC-XXX](../decisions/DEC-XXX-*.md) | [Decision summary] | |
|
|
139
|
+
|
|
140
|
+
---
|
|
141
|
+
|
|
142
|
+
## Document Lifecycle
|
|
143
|
+
|
|
144
|
+
> ⚠️ **IMPORTANT**: This document is a **planning artifact**.
|
|
145
|
+
>
|
|
146
|
+
> After Feature Canon is established and updated through story implementation:
|
|
147
|
+
> - This document becomes **historical reference** only
|
|
148
|
+
> - The **Feature Canon** is the source of truth for current behavior
|
|
149
|
+
> - Do NOT use this document to understand how the system works today
|
|
150
|
+
>
|
|
151
|
+
> If you need to know what the system does now, read `/features/F-XXX-name.md`
|
|
152
|
+
|
|
153
|
+
### Status Transitions
|
|
154
|
+
|
|
155
|
+
| Status | Meaning |
|
|
156
|
+
|--------|---------|
|
|
157
|
+
| Draft | Analysis in progress |
|
|
158
|
+
| In Review | Stakeholder review |
|
|
159
|
+
| Approved | Ready for Feature Canon creation |
|
|
160
|
+
| **Superseded** | Feature Canon is now authoritative |
|
|
161
|
+
|
|
162
|
+
**Current Status:** Draft
|
|
163
|
+
**Superseded By:** [F-XXX](../features/F-XXX-name.md) (when applicable)
|
|
164
|
+
**Superseded Date:** ________________
|