The Scrums.com API is planned and not yet publicly available. Endpoints and behaviour are subject to change before release.
Overview
The Managed Services API exposes Scrums.com’s ongoing delivery pod model. A managed services engagement gives you a fully coordinated team — engineers, PM, QA — operating under Scrums.com management with SLA commitments for delivery throughput, responsiveness, and quality.
Every active pod is an active Service Line with execution_model: ongoing_sla. Usage is metered in talent days and billed at the agreed pod rate. SLA compliance is tracked by the Observability API and surfaces in Incidents when commitments are breached.
Core Concepts
Pods
A pod is a configured delivery team — its composition, roles, capacity, and SLA terms. The pod is the unit of engagement. Creating a pod request begins the assembly and scoping process. Once confirmed, the pod activates and its Service Line begins.
Scopes
A scope defines what the pod is responsible for delivering. Unlike ODS (which is fixed-scope, outcome-based), managed service scopes are living documents updated through the engagement as priorities evolve.
SLA terms
Tickets
Tickets are the operational communication mechanism for a managed pod. They are how the client raises requests, reports issues, and escalates concerns to the pod and to Scrums.com account management.
Endpoints
GET /v1/managed-services/pods
List managed service pods for an organization.
Request
Response
POST /v1/managed-services/pods
Create a managed service pod request.
Request
Response
Returns a pod record with status: "scoping". The Scrums.com account team will follow up to finalize team composition and SLA terms before activation.
GET /v1/managed-services/pods/
Retrieve a pod with full configuration, team, and SLA detail.
Response
POST /v1/managed-services/requests
Submit a new service request to the pod (equivalent to a support ticket or priority escalation).
Request
Response
Returns a ticket record with an SLA response timestamp based on the pod’s response_time_hours commitment.
GET /v1/managed-services/tickets
List service tickets for a pod.
GET /v1/managed-services/slas
Retrieve SLA performance history for a pod.
Response
POST /v1/managed-services/incidents
Raise an incident against a pod for a suspected SLA breach or delivery failure.
Common Workflows
Monthly SLA review
Objects
Pod
Best Practices
- Use tickets for all requests, not direct communication. Tickets create an auditable trail, tie requests to SLA response timers, and ensure the pod’s PM processes them in priority order.
- Review SLA compliance before renewal. Run
GET /v1/managed-services/slas before a renewal decision. A pattern of breached metrics warrants a scope or team composition review before committing to another term.
- Monitor the pod’s Service Line weekly.
GET /v1/service-lines/{lin_code}/usage and GET /v1/observability/health for the pod’s LIN-* give a combined view of cost and delivery health.