@forwardimpact/schema 0.6.0 → 0.8.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/examples/capabilities/business.yaml +26 -10
- package/examples/capabilities/delivery.yaml +56 -20
- package/examples/capabilities/reliability.yaml +53 -20
- package/examples/capabilities/scale.yaml +82 -30
- package/examples/framework.yaml +5 -1
- package/examples/stages.yaml +53 -13
- package/package.json +1 -1
- package/schema/json/capability.schema.json +6 -5
- package/schema/json/framework.schema.json +13 -0
- package/schema/json/stages.schema.json +6 -6
- package/schema/rdf/capability.ttl +12 -12
- package/schema/rdf/framework.ttl +38 -0
- package/schema/rdf/stages.ttl +14 -14
- package/src/levels.js +16 -21
- package/src/validation.js +34 -42
|
@@ -111,49 +111,65 @@ skills:
|
|
|
111
111
|
focus: |
|
|
112
112
|
Define documentation requirements and audience needs.
|
|
113
113
|
Clarify what the documentation must accomplish.
|
|
114
|
-
|
|
114
|
+
readChecklist:
|
|
115
115
|
- Identify target audience and their skill level
|
|
116
116
|
- Document what questions the docs must answer
|
|
117
117
|
- Define documentation type (README, API, spec, tutorial)
|
|
118
118
|
- Specify accuracy and completeness requirements
|
|
119
119
|
- Mark ambiguities with [NEEDS CLARIFICATION]
|
|
120
|
-
|
|
120
|
+
confirmChecklist:
|
|
121
121
|
- Audience is identified
|
|
122
122
|
- Questions to answer are documented
|
|
123
123
|
- Documentation type is chosen
|
|
124
124
|
- Requirements are clear
|
|
125
125
|
plan:
|
|
126
126
|
focus: Understanding audience and planning documentation
|
|
127
|
-
|
|
127
|
+
readChecklist:
|
|
128
128
|
- Identify target audience and their needs
|
|
129
129
|
- Determine document type and structure
|
|
130
130
|
- List prerequisites and assumptions
|
|
131
131
|
- Outline key sections and content
|
|
132
|
-
|
|
132
|
+
confirmChecklist:
|
|
133
133
|
- Audience is identified
|
|
134
134
|
- Document type and structure planned
|
|
135
135
|
- Prerequisites listed
|
|
136
136
|
- Outline complete
|
|
137
|
+
onboard:
|
|
138
|
+
focus: |
|
|
139
|
+
Set up the documentation environment. Install documentation
|
|
140
|
+
tools, configure rendering, and verify preview works.
|
|
141
|
+
readChecklist:
|
|
142
|
+
- Install documentation framework (MkDocs, Docusaurus, etc.)
|
|
143
|
+
- Configure markdown linter (markdownlint)
|
|
144
|
+
- Set up diagram rendering (Mermaid, PlantUML)
|
|
145
|
+
- Configure spell checker (cspell)
|
|
146
|
+
- Verify documentation preview server works
|
|
147
|
+
confirmChecklist:
|
|
148
|
+
- Documentation framework builds without errors
|
|
149
|
+
- Markdown linter runs and catches issues
|
|
150
|
+
- Diagrams render correctly in preview
|
|
151
|
+
- Spell checker configured with project dictionary
|
|
152
|
+
- Preview server shows formatted documentation
|
|
137
153
|
code:
|
|
138
154
|
focus: Writing clear and accurate documentation
|
|
139
|
-
|
|
155
|
+
readChecklist:
|
|
140
156
|
- Write using simple, direct language
|
|
141
157
|
- Structure content for scanning
|
|
142
158
|
- Include tested, runnable examples
|
|
143
159
|
- Define technical terms
|
|
144
|
-
|
|
160
|
+
confirmChecklist:
|
|
145
161
|
- Purpose clear in first paragraph
|
|
146
162
|
- Examples are tested and work
|
|
147
163
|
- Technical terms are defined
|
|
148
164
|
- Structure supports scanning
|
|
149
165
|
review:
|
|
150
166
|
focus: Verifying documentation quality
|
|
151
|
-
|
|
167
|
+
readChecklist:
|
|
152
168
|
- Check accuracy against implementation
|
|
153
169
|
- Verify examples are runnable
|
|
154
170
|
- Review for clarity and completeness
|
|
155
171
|
- Test with target audience if possible
|
|
156
|
-
|
|
172
|
+
confirmChecklist:
|
|
157
173
|
- Documentation matches implementation
|
|
158
174
|
- All examples verified working
|
|
159
175
|
- No ambiguous pronouns
|
|
@@ -162,12 +178,12 @@ skills:
|
|
|
162
178
|
focus: |
|
|
163
179
|
Publish documentation and ensure it reaches the audience.
|
|
164
180
|
Set up maintenance process.
|
|
165
|
-
|
|
181
|
+
readChecklist:
|
|
166
182
|
- Publish to documentation site
|
|
167
183
|
- Announce to relevant teams
|
|
168
184
|
- Add to search indexes and navigation
|
|
169
185
|
- Establish update and review schedule
|
|
170
|
-
|
|
186
|
+
confirmChecklist:
|
|
171
187
|
- Documentation is published and accessible
|
|
172
188
|
- Audience can discover and find it
|
|
173
189
|
- Search and navigation are updated
|
|
@@ -83,51 +83,68 @@ skills:
|
|
|
83
83
|
focus: |
|
|
84
84
|
Define system requirements and constraints before design.
|
|
85
85
|
Clarify functional and non-functional requirements.
|
|
86
|
-
|
|
86
|
+
readChecklist:
|
|
87
87
|
- Document functional requirements and use cases
|
|
88
88
|
- Identify non-functional requirements (scale, latency,
|
|
89
89
|
availability)
|
|
90
90
|
- Document system constraints and integration points
|
|
91
91
|
- Identify stakeholders and their concerns
|
|
92
92
|
- Mark ambiguities with [NEEDS CLARIFICATION]
|
|
93
|
-
|
|
93
|
+
confirmChecklist:
|
|
94
94
|
- Functional requirements are documented
|
|
95
95
|
- Non-functional requirements are specified
|
|
96
96
|
- Constraints are identified
|
|
97
97
|
- Stakeholder concerns are understood
|
|
98
98
|
plan:
|
|
99
99
|
focus: Understanding requirements and designing solutions
|
|
100
|
-
|
|
100
|
+
readChecklist:
|
|
101
101
|
- Gather context about existing systems and constraints
|
|
102
102
|
- Clarify non-functional requirements (scale, latency, availability)
|
|
103
103
|
- Identify key decisions that are hard to change later
|
|
104
104
|
- Evaluate trade-offs between architectural options
|
|
105
105
|
- Document approach with rationale
|
|
106
|
-
|
|
106
|
+
confirmChecklist:
|
|
107
107
|
- Requirements are clearly understood
|
|
108
108
|
- Key decisions are documented with rationale
|
|
109
109
|
- Trade-offs are explicit
|
|
110
110
|
- Dependencies are identified
|
|
111
|
+
onboard:
|
|
112
|
+
focus: |
|
|
113
|
+
Set up the development environment for the planned
|
|
114
|
+
architecture. Install frameworks, configure project
|
|
115
|
+
structure, and verify tooling.
|
|
116
|
+
readChecklist:
|
|
117
|
+
- Install planned frameworks and dependencies
|
|
118
|
+
- Create project structure matching architecture design
|
|
119
|
+
- Configure Mermaid rendering for architecture docs
|
|
120
|
+
- Set up ADR directory for decision records
|
|
121
|
+
- Configure linter and formatter for the project
|
|
122
|
+
confirmChecklist:
|
|
123
|
+
- Project structure reflects architectural boundaries
|
|
124
|
+
- All planned frameworks installed and importable
|
|
125
|
+
- Documentation tooling renders diagrams correctly
|
|
126
|
+
- Linter and formatter configured and passing
|
|
127
|
+
- Build system compiles without errors
|
|
111
128
|
code:
|
|
112
129
|
focus: Implementing architecture faithfully while adapting to reality
|
|
113
|
-
|
|
130
|
+
readChecklist:
|
|
114
131
|
- Verify implementation aligns with design decisions
|
|
115
132
|
- Implement interfaces and boundaries before internals
|
|
116
133
|
- Document any deviations from design with rationale
|
|
117
134
|
- Keep architecture documentation in sync with implementation
|
|
118
|
-
|
|
135
|
+
confirmChecklist:
|
|
119
136
|
- Implementation matches documented design
|
|
120
137
|
- Deviations documented with rationale
|
|
121
138
|
- Failure modes are considered and handled
|
|
122
139
|
- Security implications are reviewed
|
|
123
140
|
review:
|
|
124
141
|
focus: Verifying architecture implementation and documentation
|
|
125
|
-
|
|
142
|
+
readChecklist:
|
|
126
143
|
- Compare implementation to design documentation
|
|
127
144
|
- Verify all decisions were followed or documented
|
|
128
145
|
- Assess maintainability and extensibility
|
|
129
146
|
- Ensure architecture enables future changes
|
|
130
|
-
|
|
147
|
+
confirmChecklist:
|
|
131
148
|
- Design docs reflect actual implementation
|
|
132
149
|
- Architecture decisions validated in practice
|
|
133
150
|
- Scalability requirements addressed
|
|
@@ -135,12 +152,12 @@ skills:
|
|
|
135
152
|
focus: |
|
|
136
153
|
Deploy architecture and verify it performs as designed
|
|
137
154
|
in production environment.
|
|
138
|
-
|
|
155
|
+
readChecklist:
|
|
139
156
|
- Deploy system components to production
|
|
140
157
|
- Verify architectural boundaries work under load
|
|
141
158
|
- Monitor performance against requirements
|
|
142
159
|
- Document any operational learnings
|
|
143
|
-
|
|
160
|
+
confirmChecklist:
|
|
144
161
|
- System deployed successfully
|
|
145
162
|
- Performance meets requirements
|
|
146
163
|
- Monitoring confirms design assumptions
|
|
@@ -206,50 +223,69 @@ skills:
|
|
|
206
223
|
focus: |
|
|
207
224
|
Define full-stack feature requirements and acceptance criteria.
|
|
208
225
|
Clarify user needs and system integration points.
|
|
209
|
-
|
|
226
|
+
readChecklist:
|
|
210
227
|
- Identify user stories and acceptance criteria
|
|
211
228
|
- Document expected user interactions
|
|
212
229
|
- Clarify integration requirements with existing systems
|
|
213
230
|
- Define non-functional requirements (performance, security)
|
|
214
231
|
- Mark ambiguities with [NEEDS CLARIFICATION]
|
|
215
|
-
|
|
232
|
+
confirmChecklist:
|
|
216
233
|
- User stories are documented
|
|
217
234
|
- Acceptance criteria are defined
|
|
218
235
|
- Integration points are identified
|
|
219
236
|
- Non-functional requirements are clear
|
|
220
237
|
plan:
|
|
221
238
|
focus: Designing the complete solution across layers
|
|
222
|
-
|
|
239
|
+
readChecklist:
|
|
223
240
|
- Define the API contract between frontend and backend
|
|
224
241
|
- Design database schema to support the feature
|
|
225
242
|
- Plan infrastructure requirements
|
|
226
243
|
- Identify cross-layer dependencies
|
|
227
|
-
|
|
244
|
+
confirmChecklist:
|
|
228
245
|
- API contract is defined
|
|
229
246
|
- Database schema is designed
|
|
230
247
|
- Infrastructure needs identified
|
|
231
248
|
- Layer boundaries are clear
|
|
249
|
+
onboard:
|
|
250
|
+
focus: |
|
|
251
|
+
Set up the full-stack development environment.
|
|
252
|
+
Install dependencies for each layer and verify
|
|
253
|
+
connectivity between layers.
|
|
254
|
+
readChecklist:
|
|
255
|
+
- Install frontend dependencies (e.g., npm install)
|
|
256
|
+
- Install backend dependencies and runtime
|
|
257
|
+
- Start local database and verify connection
|
|
258
|
+
- Configure environment variables (.env files)
|
|
259
|
+
- Verify API layer can connect to database
|
|
260
|
+
- Set up linter and formatter for the project
|
|
261
|
+
confirmChecklist:
|
|
262
|
+
- Frontend dev server starts without errors
|
|
263
|
+
- Backend API responds to health checks
|
|
264
|
+
- Database is running and seeded with test data
|
|
265
|
+
- Environment variables configured for all layers
|
|
266
|
+
- Linter and formatter configured and passing
|
|
267
|
+
- Build commands succeed for all layers
|
|
232
268
|
code:
|
|
233
269
|
focus: Building vertically across all layers
|
|
234
|
-
|
|
270
|
+
readChecklist:
|
|
235
271
|
- Implement backend API endpoints
|
|
236
272
|
- Build frontend components and integrate with API
|
|
237
273
|
- Set up database migrations and queries
|
|
238
274
|
- Configure infrastructure as code
|
|
239
275
|
- Test across layer boundaries
|
|
240
|
-
|
|
276
|
+
confirmChecklist:
|
|
241
277
|
- Frontend connects to backend correctly
|
|
242
278
|
- Database schema supports the feature
|
|
243
279
|
- Error handling spans all layers
|
|
244
280
|
- Feature works end-to-end
|
|
245
281
|
review:
|
|
246
282
|
focus: Verifying integration across the stack
|
|
247
|
-
|
|
283
|
+
readChecklist:
|
|
248
284
|
- Test complete user flows end-to-end
|
|
249
285
|
- Verify error handling at each layer
|
|
250
286
|
- Check deployment pipeline works
|
|
251
287
|
- Validate monitoring and logging
|
|
252
|
-
|
|
288
|
+
confirmChecklist:
|
|
253
289
|
- End-to-end tests pass
|
|
254
290
|
- Deployment is automated
|
|
255
291
|
- Cross-layer errors are handled gracefully
|
|
@@ -257,13 +293,13 @@ skills:
|
|
|
257
293
|
focus: |
|
|
258
294
|
Deploy full-stack feature to production and verify end-to-end
|
|
259
295
|
functionality in live environment.
|
|
260
|
-
|
|
296
|
+
readChecklist:
|
|
261
297
|
- Deploy backend services
|
|
262
298
|
- Deploy frontend changes
|
|
263
299
|
- Run database migrations
|
|
264
300
|
- Verify feature works in production
|
|
265
301
|
- Monitor for errors and performance issues
|
|
266
|
-
|
|
302
|
+
confirmChecklist:
|
|
267
303
|
- All components deployed successfully
|
|
268
304
|
- Feature works end-to-end in production
|
|
269
305
|
- No errors in monitoring
|
|
@@ -82,13 +82,13 @@ skills:
|
|
|
82
82
|
focus: |
|
|
83
83
|
Define CI/CD and infrastructure requirements.
|
|
84
84
|
Clarify deployment strategy and operational needs.
|
|
85
|
-
|
|
85
|
+
readChecklist:
|
|
86
86
|
- Document deployment frequency requirements
|
|
87
87
|
- Identify rollback and recovery requirements
|
|
88
88
|
- Specify monitoring and alerting needs
|
|
89
89
|
- Define security and compliance constraints
|
|
90
90
|
- Mark ambiguities with [NEEDS CLARIFICATION]
|
|
91
|
-
|
|
91
|
+
confirmChecklist:
|
|
92
92
|
- Deployment requirements are documented
|
|
93
93
|
- Recovery requirements are specified
|
|
94
94
|
- Monitoring needs are identified
|
|
@@ -97,29 +97,45 @@ skills:
|
|
|
97
97
|
focus: |
|
|
98
98
|
Plan CI/CD pipeline architecture and infrastructure requirements.
|
|
99
99
|
Consider deployment strategies and monitoring needs.
|
|
100
|
-
|
|
100
|
+
readChecklist:
|
|
101
101
|
- Define pipeline stages (build, test, deploy)
|
|
102
102
|
- Identify infrastructure requirements
|
|
103
103
|
- Plan deployment strategy (rolling, blue-green, canary)
|
|
104
104
|
- Consider monitoring and alerting needs
|
|
105
105
|
- Plan secret management approach
|
|
106
|
-
|
|
106
|
+
confirmChecklist:
|
|
107
107
|
- Pipeline architecture is documented
|
|
108
108
|
- Deployment strategy is chosen and justified
|
|
109
109
|
- Infrastructure requirements are identified
|
|
110
110
|
- Monitoring approach is defined
|
|
111
|
+
onboard:
|
|
112
|
+
focus: |
|
|
113
|
+
Set up the CI/CD and infrastructure development environment.
|
|
114
|
+
Install pipeline tools, container runtime, and IaC tooling.
|
|
115
|
+
readChecklist:
|
|
116
|
+
- Install container runtime (Docker/Colima)
|
|
117
|
+
- Install infrastructure as code tools (Terraform)
|
|
118
|
+
- Configure CI/CD service credentials
|
|
119
|
+
- Initialize Terraform workspace and backend
|
|
120
|
+
- Set up secret management for pipeline credentials
|
|
121
|
+
confirmChecklist:
|
|
122
|
+
- Container runtime builds and runs images
|
|
123
|
+
- Terraform initialized with providers
|
|
124
|
+
- CI/CD credentials configured securely
|
|
125
|
+
- Pipeline configuration file created
|
|
126
|
+
- Secret management is in place
|
|
111
127
|
code:
|
|
112
128
|
focus: |
|
|
113
129
|
Implement CI/CD pipelines and infrastructure as code. Follow
|
|
114
130
|
best practices for containerization and deployment automation.
|
|
115
|
-
|
|
131
|
+
readChecklist:
|
|
116
132
|
- Configure CI/CD pipeline stages
|
|
117
133
|
- Implement infrastructure as code (Terraform, CloudFormation)
|
|
118
134
|
- Create Dockerfiles with security best practices
|
|
119
135
|
- Set up monitoring and alerting
|
|
120
136
|
- Configure secret management
|
|
121
137
|
- Implement deployment automation
|
|
122
|
-
|
|
138
|
+
confirmChecklist:
|
|
123
139
|
- Pipeline runs on every commit
|
|
124
140
|
- Tests run before deployment
|
|
125
141
|
- Deployments are automated
|
|
@@ -130,13 +146,13 @@ skills:
|
|
|
130
146
|
focus: |
|
|
131
147
|
Verify pipeline reliability, security, and operational readiness.
|
|
132
148
|
Ensure rollback procedures work and documentation is complete.
|
|
133
|
-
|
|
149
|
+
readChecklist:
|
|
134
150
|
- Verify pipeline runs successfully end-to-end
|
|
135
151
|
- Test rollback procedures
|
|
136
152
|
- Review security configurations
|
|
137
153
|
- Validate monitoring and alerts
|
|
138
154
|
- Check documentation completeness
|
|
139
|
-
|
|
155
|
+
confirmChecklist:
|
|
140
156
|
- Pipeline is tested and reliable
|
|
141
157
|
- Rollback procedure is documented and tested
|
|
142
158
|
- Alerts are configured and tested
|
|
@@ -145,12 +161,12 @@ skills:
|
|
|
145
161
|
focus: |
|
|
146
162
|
Deploy pipeline and infrastructure changes to production.
|
|
147
163
|
Verify operational readiness.
|
|
148
|
-
|
|
164
|
+
readChecklist:
|
|
149
165
|
- Deploy pipeline configuration to production
|
|
150
166
|
- Verify deployment workflows work correctly
|
|
151
167
|
- Confirm monitoring and alerting are operational
|
|
152
168
|
- Run deployment through the new pipeline
|
|
153
|
-
|
|
169
|
+
confirmChecklist:
|
|
154
170
|
- Pipeline deployed and operational
|
|
155
171
|
- Workflows tested in production
|
|
156
172
|
- Monitoring confirms healthy operation
|
|
@@ -284,13 +300,13 @@ skills:
|
|
|
284
300
|
focus: |
|
|
285
301
|
Define reliability requirements and SLO targets.
|
|
286
302
|
Identify critical user journeys that need protection.
|
|
287
|
-
|
|
303
|
+
readChecklist:
|
|
288
304
|
- Identify critical user journeys and business impact
|
|
289
305
|
- Document reliability requirements (availability, latency)
|
|
290
306
|
- Define SLO targets with stakeholder agreement
|
|
291
307
|
- Specify acceptable error budgets
|
|
292
308
|
- Mark ambiguities with [NEEDS CLARIFICATION]
|
|
293
|
-
|
|
309
|
+
confirmChecklist:
|
|
294
310
|
- Critical user journeys are identified
|
|
295
311
|
- Reliability requirements are documented
|
|
296
312
|
- SLO targets are defined
|
|
@@ -299,30 +315,47 @@ skills:
|
|
|
299
315
|
focus: |
|
|
300
316
|
Define reliability requirements, SLIs/SLOs, and observability
|
|
301
317
|
strategy. Plan for resilience and capacity needs.
|
|
302
|
-
|
|
318
|
+
readChecklist:
|
|
303
319
|
- Define SLIs for key user journeys
|
|
304
320
|
- Set SLOs with stakeholder agreement
|
|
305
321
|
- Plan observability strategy (metrics, logs, traces)
|
|
306
322
|
- Identify failure modes and resilience patterns
|
|
307
323
|
- Define alerting thresholds
|
|
308
|
-
|
|
324
|
+
confirmChecklist:
|
|
309
325
|
- SLIs defined for key user journeys
|
|
310
326
|
- SLOs set with stakeholder agreement
|
|
311
327
|
- Monitoring strategy is planned
|
|
312
328
|
- Failure modes are identified
|
|
313
329
|
- Alerting thresholds are defined
|
|
330
|
+
onboard:
|
|
331
|
+
focus: |
|
|
332
|
+
Set up the observability and monitoring environment.
|
|
333
|
+
Install monitoring tools, configure dashboards, and verify
|
|
334
|
+
instrumentation libraries work.
|
|
335
|
+
readChecklist:
|
|
336
|
+
- Install monitoring/observability tools (Prometheus, Grafana)
|
|
337
|
+
- Configure tracing library (OpenTelemetry)
|
|
338
|
+
- Set up logging framework with structured output
|
|
339
|
+
- Configure dashboard templates for SLI tracking
|
|
340
|
+
- Verify instrumentation exports metrics correctly
|
|
341
|
+
confirmChecklist:
|
|
342
|
+
- Monitoring tools installed and accessible
|
|
343
|
+
- Tracing library integrated and exporting spans
|
|
344
|
+
- Logging outputs structured data
|
|
345
|
+
- Dashboard templates render correctly
|
|
346
|
+
- Instrumentation verified with test traffic
|
|
314
347
|
code:
|
|
315
348
|
focus: |
|
|
316
349
|
Implement observability, resilience patterns, and operational
|
|
317
350
|
tooling. Build systems that fail gracefully and recover quickly.
|
|
318
|
-
|
|
351
|
+
readChecklist:
|
|
319
352
|
- Implement metrics, logging, and tracing
|
|
320
353
|
- Configure alerts based on SLOs
|
|
321
354
|
- Implement resilience patterns (timeouts, retries, circuit
|
|
322
355
|
breakers)
|
|
323
356
|
- Create runbooks for common issues
|
|
324
357
|
- Set up error budget tracking
|
|
325
|
-
|
|
358
|
+
confirmChecklist:
|
|
326
359
|
- Comprehensive monitoring is in place
|
|
327
360
|
- Alerts are actionable and low-noise
|
|
328
361
|
- Resilience patterns are implemented
|
|
@@ -332,13 +365,13 @@ skills:
|
|
|
332
365
|
focus: |
|
|
333
366
|
Verify reliability implementation meets SLOs and operational
|
|
334
367
|
readiness. Ensure incident response procedures are in place.
|
|
335
|
-
|
|
368
|
+
readChecklist:
|
|
336
369
|
- Validate SLOs are measurable
|
|
337
370
|
- Test failure scenarios
|
|
338
371
|
- Review runbook completeness
|
|
339
372
|
- Verify incident response procedures
|
|
340
373
|
- Check alert quality and coverage
|
|
341
|
-
|
|
374
|
+
confirmChecklist:
|
|
342
375
|
- SLOs are measurable and validated
|
|
343
376
|
- Failure scenarios are tested
|
|
344
377
|
- Incident response process documented
|
|
@@ -348,12 +381,12 @@ skills:
|
|
|
348
381
|
focus: |
|
|
349
382
|
Deploy reliability infrastructure and verify production
|
|
350
383
|
monitoring. Ensure on-call readiness.
|
|
351
|
-
|
|
384
|
+
readChecklist:
|
|
352
385
|
- Deploy monitoring and alerting to production
|
|
353
386
|
- Verify dashboards and alerts work correctly
|
|
354
387
|
- Confirm on-call rotation is ready
|
|
355
388
|
- Run production readiness review
|
|
356
|
-
|
|
389
|
+
confirmChecklist:
|
|
357
390
|
- Monitoring is live in production
|
|
358
391
|
- Alerts fire correctly for SLO breaches
|
|
359
392
|
- On-call team is trained and ready
|