Access the Scrums.com talent network. Request, match, and allocate engineers, designers, and technical specialists. Every confirmed engagement mints a Service Line.
The Scrums.com API is planned and not yet publicly available. Endpoints and behaviour are subject to change before release.
The Talent Marketplace API gives you programmatic access to the Scrums.com talent network — vetted engineers, designers, technical leads, and specialists available for engagement across all delivery models.When a talent request is matched and confirmed, the platform automatically creates an active Service Line with execution_model: capacity and billing_model: time_and_materials. That LIN-* becomes the execution contract for the engagement, and all hours, costs, and delivery signals are tracked through it.
Talent profiles (SCR-*) represent individuals in the network. Profiles include skills, availability, engagement preferences, timezone, and rate. Profiles are managed by Scrums.com and are read-only to the requester.
A request represents your demand: the role, skills, hours per week, and timeline you need. The platform matches the request to available talent and presents candidates for confirmation.
An allocation represents a confirmed talent engagement — a specific SCR-* matched to a specific workspace, for a defined capacity, starting on a specific date. An allocation corresponds one-to-one with an active Service Line.
# Search available talentPOST /v1/talent/search{ "role": "senior_backend_engineer", "required_skills": ["typescript"], "hours_per_week": 40 }# Create a formal requestPOST /v1/talent/requests{ "workspace_id": "WS-26-000021", "role": "senior_backend_engineer", ... }# Wait for matched event, then confirmPOST /v1/talent/requests/TREQ-26-000091/matches{ "talent_id": "SCR-128491", "confirm": true }# Service Line is now active - track usage viaGET /v1/service-lines/LIN-26-091844/usage
Search before requesting. Run POST /v1/talent/search first to confirm matching talent exists before creating a formal request. Requests with no viable matches delay activation.
Include project_tags at request time. Tags applied at request creation propagate to the Service Line automatically. Retroactively tagging is possible but creates gaps in project-level reporting.
Track hours weekly via the Service Line. After activation, monitor GET /v1/service-lines/{lin_code}/usage weekly to verify hours are being logged against the allocation.