You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
- Scope Limit: Target 3-6 month achievable milestones only
17
+
- Agent-Driven: Focus on agent behavior and adoption, not system performance]
11
18
12
-
## Problem Statement
13
-
[Describe the problem from the stakeholder's perspective. What current state needs to change and why? Leave technical details for `hypoteses`.]
19
+
## Target System
20
+
21
+
[Which system this case addresses and its position in the larger system architecture]
14
22
15
-
### Current State
23
+
## Problem Statement
24
+
[Describe the agent/business problem this case solves. What current state needs to change and why? Focus on WHAT agents need and WHY it matters. Leave technical details for `hypoteses` of experiments.]
16
25
17
-
[What exists today]
26
+
### Current Agent Experience
18
27
19
-
### Desired State
28
+
[What agents experience today that needs improvement]
20
29
21
-
[What we want to achieve]
30
+
### Desired Agent Experience
22
31
23
-
### Gap
32
+
[What agents should be able to do after this case is complete]
24
33
25
-
[What's missing or broken]
26
34
27
35
## Value Proposition
28
36
29
-
[Clearly articulate the value this case will deliver to the organization and stakeholders]
37
+
[Clear business/agent value this case provides]
30
38
31
-
## Stakeholder Analysis
39
+
## Agent Analysis
32
40
33
-
[Map all stakeholders with their roles, interests, and influence on the system]
41
+
[Map all agents (human and system) by priority with percentages. Focus on WHO/WHAT will interact with or benefit from the Target System.]
-**Success Metrics**: [How they measure success - can include system metrics for System Agents]
51
+
-**Integration Requirements**: [For System Agents: APIs, data formats, protocols needed]
40
52
41
-
**[Actor 2]**
42
-
Role:
43
-
Interest/Goal:
44
-
Influence Level: [High/Medium/Low]
45
-
[How they measure success]
53
+
### [Secondary Agent Name] ([Y%] - Secondary)
54
+
[Same structure as above]
46
55
47
-
## Expected Behaviors & Acceptance
48
-
[BDD scenarios that define both the expected system behavior and the acceptance criteria]
56
+
[Continue pattern for all Agents, ordered by priority]
49
57
50
-
### Primary Happy Path
58
+
## Expected Agent Experience & Acceptance
59
+
[BDD scenarios that define both the Target System behavior and the acceptance criteria. Describe what agents will experience, NOT how the Target System works internally. Focus on acceptance testing, not repeating desired outcomes already listed in Agent Analysis. Validation priorities derive from Agent Priority Overview above - no separate priority statement needed here]
51
60
52
-
Given [Initial system state and context]
53
-
When [Stakeholder performs action]
54
-
Then [Expected system response and outcome]
55
-
And [Additional expected behaviors]
61
+
### Agent Acceptance Scenarios
62
+
**Scenario 1: [Primary Happy Path for Human Agent]**
63
+
- Given [agent context/starting point]
64
+
- When [agent performs action]
65
+
- Then [agent experiences result]
66
+
- And [additional agent benefit]
56
67
57
68
**Acceptance Criteria:**
69
+
[It would be preferable if non-developers can verify this work in 5-10 minutes]
58
70
-[ ][Specific measurable criterion for this scenario]
59
71
-[ ][Performance/quality requirement for this behavior]
60
72
61
-
### Alternative Path
73
+
**Scenario 2: [Primary Happy Path for System Agent]**
74
+
- Given [system agent needs specific data/functionality]
75
+
- When [system agent makes API call/integration request]
76
+
- Then [target system provides required response/data]
77
+
- And [system agent can successfully complete its function]
78
+
79
+
**Acceptance Criteria:**
80
+
[How to verify system agent integration works, e.g. API tests, data format checks]
81
+
82
+
**Scenario 3: [Alternative Path]**
62
83
63
84
Given [Different initial conditions]
64
85
When [Alternative stakeholder action]
@@ -67,7 +88,7 @@ Then [Expected alternative response]
67
88
**Acceptance Criteria:**
68
89
-[ ][Specific measurable criterion for this scenario]
69
90
70
-
### Error/Edge Case:
91
+
**Scenario 4: [Error/Edge Case Handling]**
71
92
72
93
Given [Error conditions]
73
94
When [Action that triggers error]
@@ -78,11 +99,11 @@ Then [Expected error handling behavior]
78
99
79
100
## System Context & Boundaries
80
101
81
-
### System Scope
102
+
### Target System Scope
82
103
83
-
In Scope: [What the system will do and boundaries included]
104
+
In Scope: [What the Target System will do and boundaries included]
84
105
Out of Scope: [What explicitly won't be addressed]
85
-
Interfaces: [External systems, data flows, and dependencies]
106
+
Interfaces: [External systems (consumer systems, dependency systems, peer/interacting systems), data flows, and dependencies.]
86
107
87
108
### Quality Attributes
88
109
@@ -109,10 +130,7 @@ Owner: [Responsible person]
109
130
## Decision Log
110
131
[Record key architectural and design decisions]
111
132
112
-
Date: [Date]
113
-
Decision: [Decision made]
114
-
Rationale: [Why this decision]
115
-
Impact: [What it affects]
133
+
[Date] - [Decision] - [Rationale] - [Impact on agents]
116
134
Status: [Active/Superseded]
117
135
118
136
## Learning Outcomes
@@ -128,3 +146,15 @@ Unexpected discoveries:
128
146
129
147
Process improvements:
130
148
Technical approach changes:
149
+
150
+
151
+
[
152
+
Final Checklist Before Submitting:
153
+
-[ ] Does this describe Agent value, not technical implementation?
154
+
-[ ] Are agents prioritized with clear percentages and Human/System distinction?
155
+
-[ ] Is the Target System clearly identified and distinguished from consumer/dependency systems?
156
+
-[ ] Are system boundaries clearly defined?
157
+
-[ ] Is the language simple enough for non-native speakers?
158
+
-[ ] Is the scope limited to 3-6 months of achievable work?
159
+
-[ ] Do scenarios focus on agent behavior, not system performance?
0 commit comments