Skip to main content
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.
Last modified on April 15, 2026