The Scrums.com API is planned and not yet publicly available. Endpoints and behaviour are subject to change before release.
Overview
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.
Core Concepts
Talent profiles
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.
Talent requests
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.
Allocations
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.
Endpoints
GET /v1/talent/profiles
Search and list talent profiles.
Request
Query parameters
Response
GET /v1/talent/profiles/
Retrieve a full talent profile.
POST /v1/talent/search
Run a structured talent search with multiple constraints.
Request
Response
POST /v1/talent/requests
Create a talent request to begin a staffing engagement.
Request
Response
Notes
- Status moves to
matched when candidates are identified. You will receive a talent.request.matched event.
- Confirming a match transitions the request to
confirmed and automatically creates an active LIN-*.
GET /v1/talent/requests
List talent requests for a workspace.
GET /v1/talent/requests/
Retrieve a request with current match candidates.
Response includes
POST /v1/talent/requests//matches
Confirm a match to activate the engagement.
Request
Response
GET /v1/talent/allocations
List all active talent allocations for a workspace.
Response
Returns active allocation records, each referencing a talent_id, service_line_id, and allocation_id.
Common Workflows
Staffing a new project role
Objects
Talent profile (SCR-*)
Best Practices
- 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.