Self-Service Release Build

Releases your teams run themselves. The second half of the fee is due when they do.

We automate the release flows that cost you the most, end to end. Any engineer on the team can start a release and roll it back without waiting on another team, with the approvals your policy requires built into the pipeline.

CI pipeline stages from checkout to Slack notification, with parallel integration, lint and unit tests

Who it's for

Teams that know where their release time goes, from a Release Bottleneck Review or their own measurements, and want that time back.

What changes

Hand-run steps and handoffs become one pipeline per release flow, started by the team.
"Where is it now?" gets answered by status messages in chat or the ticket.
Every stage checks its own result, and rollback is tested before go-live.
The one person who knows how becomes a runbook, a trained team, and a pipeline your team has already changed on its own.
The approvals your policy requires run inside the pipeline, and every production release leaves a change record your change board can check.

How it works

  1. Acceptance criteria first: from your Review, or from the Build's first week. You sign them before the build work starts.
  2. Early on, one release runs end to end through the new pipeline in test.
  3. Flow by flow: every manual step automated, checks after each stage, tested rollback, status messages.
  4. Each team releases once with us, then on its own.
  5. Acceptance: three production releases in a row meet the criteria. Then handover and 30 days of support.

Plan on 4 to 8 weeks.

What it takes from your team

An owner for each release flow.
Access to your repositories, CI/CD and environments in the first week, with least privilege.
A contact in security.
A test environment that mirrors production.
At least 3 to 4 hours a week from one of your engineers.

Example acceptance criteria

The release of a named service runs from merge to production without manual steps, started by any team member.
Median deploy time under X minutes over the last 10 runs.
Rollback to the previous version in under Y minutes, tested.
Every production release leaves a change record: approval, author, commit and deploy, retrievable in one place.
Hands-on hours per release down from A to B, measured from pipeline and ticket logs.
Upkeep after handover stated in hours a month, with a named owner.

Price

From

€14,500

ex VAT

The price is built from the scope, so you can check every line. A release flow is one pipeline and deploy path; services that share it count as one flow, up to 10 services.

LineBeneluxNorth America
Base: design, acceptance tests, handover, 30 days of supportEUR 9,000USD 10,500
Per release flowEUR 5,500USD 6,500
Per extra team onboardedEUR 1,500USD 1,750
Moving to another CI tool+25%+25%
No CI yet+20%+20%
Hybrid, on-prem or edge systems+20%+20%
Add-on: release from Slack or Teams (start, approve and roll back from chat)EUR 3,500USD 4,000

Percentages apply to base, flows and teams, and don't stack on each other. Every Build includes status messages in chat or the ticket, and a change record for every production release: approval, author, commit and deploy. It also includes signed artifacts, a software bill of materials for every release, and an audit export.

Guarantee

Paid on green: a Review fee comes off the price first. The rest is paid half at signature and half when every acceptance criterion passes. If a criterion fails, we keep working at no extra cost until it passes.

No lock-in

Everything is built in your repositories and accounts, in tools you already run. No ES.nl software and no license. You own what is built as it is committed to your repositories. Your team maintains it with the runbook and the training, or hands the upkeep to Release Care.

Results from earlier work

Nike: staging deploys from 10-15 minutes to about 3. Bot provisioning from 45 minutes of hands-on work to about 3. A recurring device-profile repair, run several times a week, became a single click.
Nike: store server upgrades from 6-8 hours to about 3 per server, with 8 in parallel instead of 2, across 900+ stores. The Nike work removed 600+ engineering hours of operational toil a year.
ASML: self-service CI standardized across multiple teams, saving 300+ engineering hours a year.

Questions

Yes. The Build's first week measures your release flows and sets the acceptance criteria. You sign them before the build work starts.

Pipelines are built in the tool you run. Where a tool is outside our hands-on stack, a partner engineer who uses it daily builds that flow, and we review every change.

We design it, build the core and review every change. Partner engineers work under the same NDA.

The plan moves with them, day for day. What we need and by when is written into the contract.

“His top notch automation efforts in many of our projects for standardizing the release workflows ... avoided the manual intervention of the releases along with human errors.”

Nike Satyanarayana G. Engineering Leader for Release, DevOps and SRE Read the Nike case

“It was a pleasure for the team and me to work with Mateusz and I wouldn’t hesitate to hire him again.”

ASML Maikel Jansen Group leader SW Stage Position and Measurement Read the ASML case

“Previously, moving CI workflows between Dev, Staging, and Prod required manual, uncommitted code changes. Mateusz implemented a solution that reduced this to a single line of code, streamlining the process and enabling faster iteration for both developers and our team.”

Nike Jon V. Mobile Release Engineer Lead Read the Nike case

“In addition to being a top contributor to the team through his day to day work with our global squads, he also searches to make outside-the-box contributions where his work will have real, measurable impact on partner teams through automation and removal of toil and redundancy of work.”

Nike Christopher M. Release Engineering Manager Read the Nike case

Next step

Send us the Build blueprint from your Review, or book a call to scope a Build from your own numbers.

Book a conversation

Talk to the engineer

"As an engineer, I know the challenges in software delivery from both business and technical views."

Mateusz Ulas, founder of Expeditious Software

Mateusz Ulas

Founder and platform engineer