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