Skip to main content

Platform

Platform and delivery

A product team waits days for an environment, a database or a repository because nobody knows who owns the request or what the standard is.

What you get

Environments, approved templates and releases as requests with an owner.

A seat is a role a person and an agent hold together; the escalation matrix says who decides above each limit, seat by seat.

  • A developer portal

    In ClrSlate

    One place to find every service, its owner, its docs and how to ask for what it offers.

  • A package catalog and shared charts

    In ClrSlate

    Approved packages, charts and images, versioned by the practice that owns them; consumers adopt on their schedule and are informed, never surprised.

  • Cloud projects, clusters and databases as requests

    In ClrSlate

    A project, a namespace, a database or more capacity is a request with a standard quota, a classification and a decider; inside the standard the platform seat's agent may provision alone.

  • Environments as a request

    In ClrSlate

    A product team asks once for an environment; the request goes to the seats that own each part, the owner of the standard checks the fit, and the owner of the result accepts it.

  • Golden paths and templates

    In ClrSlate

    A new service, app or repository starts on the golden path: the template, the checks and the conventions the practices own, so a team learns one path instead of several standards.

  • Pipelines and shared workflows with an owner

    In ClrSlate or through your tools

    Shared workflows owned by the practice that keeps them; a change is a new version that teams adopt on their schedule.

  • Releases approved by the person who owns them

    In ClrSlate or through your tools

    A release carries its changes linked to their requests, its checks and its approval; the owner approves and the pipeline deploys in the window.

How it looksat work.

Cropped to what matters, at Halden and Corvane, fictional companies.

REQ-3310, a request · payouts staging

Four parts, four seats

  • Identity client and rolesIdentity teamDone
  • Namespace and quotaAbove the standard quotaNeeds Ana
  • Destination and pipelineGitOps and CI/CDDone
One request for an environment; each part goes to the seat that owns it.

Ana Okafor · Head of platform

Capacity for payouts staging

rulesPLT-R04: capacity above the standard quota is spend

Decided · DEC-1104

Approved, with a review after the first month

Capacity above the standard is spend, decided once by the person who holds it.

Start with howyou run today.

Bring one piece of work that breaks at the handoffs: a pull request waiting on three reviewers, an initiative spread across twelve tools, a release nobody owns. We model the seats it crosses, give one of them an agent, and follow one decision to its record.