DevForm

Platform engineering & developer experience — United Kingdom

Your platform should get out of the way.

DevForm is a platform engineering consultancy. We find where your engineers lose their days — CI queues, ticket-driven infrastructure, three-week onboarding — and we build the thing that removes it.

A typical engagement, either side of the cut Showing: Drag to compare

Unformed — how it usually starts

  • Time to CI feedback47 minutes
  • New joiner to first deploy19 days
  • Getting a test database6 tickets, 3 teams
  • Releases per week2, on a Thursday
  • Who is on callWhoever wrote it

Formed — what we are hired to reach

  • Time to CI feedbackUnder 8 minutes
  • New joiner to first deployDay one
  • Getting a test databaseOne command
  • Releases per weekOn demand
  • Who is on callOne rota, one runbook

Illustrative, not a promise. The left column is what we most often measure on day one; the right is what we scope against. Your baseline gets measured before anything is agreed.

2 weeks Measured baseline before anything is built
Fixed Scope written, priced and signed up front
Zero Lines of DevForm-owned runtime left in your stack
30 days Post-handover check-in, included as standard

What we form

Six places engineering time disappears

Most teams do not need a bigger platform. They need the six places their people get stuck to stop being places they get stuck.

Internal developer platform

A golden path people actually take

A paved route from empty repository to production, with the defaults already correct. Built so the easy way is also the compliant way. Where it helps, a catalogue-grounded assistant and agent-safe self-service sit on that same path.

  • Service templates and scaffolding
  • Self-serve environments and databases
  • Catalogue assistant and agent-safe golden paths
Build & delivery

Feedback in minutes, not coffee breaks

Pipeline archaeology, then surgery. We attack the wait — caching, test sharding, parallelism, and the flaky tests everyone has learned to re-run.

  • CI and build system rework
  • Flake detection and quarantine
  • Progressive delivery and safe rollback
Infrastructure & environments

Environments that appear when asked

Infrastructure as code that your team can read, plus ephemeral preview environments per pull request so review stops being imagination.

  • Terraform and module design
  • Ephemeral preview environments
  • Drift, cost and blast radius under control
Reliability & on-call

Alerts that fire for a reason

Service objectives tied to something a customer would notice, alerts pruned to the ones worth waking for, and runbooks written by the people who will use them.

  • SLOs and error budgets
  • Alert triage and noise reduction
  • On-call rota and incident practice
Developer experience research

Measure before you build

Pipeline telemetry, structured interviews and a survey your engineers will finish — then a baseline specific enough to argue with. Most clients start here.

  • DORA and SPACE metrics from your own systems
  • Developer interviews and friction logging
  • A ranked, costed list of what to fix first
Platform team enablement

A product team whose users sit nearby

Roadmap, real users, adoption measured rather than assumed, and the nerve to deprecate things properly. Coaching for a first-time platform lead included.

  • Operating model, topology and interfaces
  • Intake, prioritisation and adoption metrics
  • Deprecation practice and lead coaching

All six capabilities in detail →


How an engagement runs

Measure, scope, build, hand over

In that order, every time. You can stop after any stage and keep everything produced up to that point.

01

Baseline

We instrument your pipelines, sit in on your standups, and interview the people doing the work. You get a written baseline: where the time goes, what it costs, and the three changes with the best return. It is yours whether or not you continue.

2 weeksFixed fee
Written report

02

Scope

Every deliverable named, with acceptance criteria you can hold us to, and a price against it. Nothing starts until it is signed. If the work needs to change after that, it changes through a change request — never through a surprise invoice.

1 weekFixed scope
Fixed price

03

Build

Embedded with your engineers, in your repositories, under your licence. Weekly demo of working software rather than a status deck. Your team reviews every pull request, because they are the ones keeping it.

4–12 weeksWeekly demo
Your repos

04

Handover

Runbooks, architecture notes, a recorded walkthrough and a named owner on your side who has already done the job with us watching. We come back after 30 days to see what actually stuck.

Included30-day review
No lock-in


For clients already working with us

Raise a change request without an email thread

Scope changes. That is normal, and it is planned for. The client desk is where you log a change to signed work, report something broken, or ask for access — on a form that captures what we need the first time.

Open the client desk

What you can submit

  • Change request against scoped work
  • New project or statement of work brief
  • Incident or support request
  • Access and environment request
  • Invoice or billing query

Every submission gets a reference number on screen and lands in our CRM against your account. Change requests are acknowledged within one working day and answered with a cost and schedule impact within three.

If a workflow is costing your team days, we can look at it

A conversation is 30 minutes and free. Bring one workflow that annoys your team and we will tell you honestly whether it is worth paying anyone to fix.