nexvra process --explain

Built around the ways projects actually fail.

Engineering projects rarely die from bad code. They die because nobody wrote down what was being built, because progress was invisible until it was too late, or because the handover never happened. Each phase below closes one of those gaps.

01 · map

Map the terrain 3 – 5 days

Before estimating anything we read the code, the data model, and the incident history. You get a written map of the system and an honest list of what worries us. If the honest answer is that you do not need us, that is what the document says.

02 · scope

Scope and price 2 – 4 days

A scope document listing every service, endpoint, and migration in the engagement — and explicitly what is out. Architecture decisions are recorded with their trade-offs. The price attached to that document is the price you pay.

03 · build

Build in the open ongoing

Two-week cycles, every one ending in a deployed environment you can hit. You have commit access, board access, and a channel with the engineers. No status theatre, no progress percentages invented on a Friday.

04 · harden

Harden before launch 1 – 2 weeks

Load tests against the numbers in your scope document. A security pass. Failure injection on the paths that matter. Runbooks written for the failures we consider most likely. Launch is a scheduled, rehearsed event.

05 · handover

Hand over completely 30 – 90 days

Your repos, your cloud accounts, your documentation. A recorded walkthrough for whoever inherits it. Our access is revoked at handover unless you retain us. Leaving should be easy — that is what makes staying a choice.

nexvra cat principles.toml

Six rules we do not bend.

no_rewrites_by_defaultA rewrite is the answer about one time in ten. We look for the cheaper intervention first.
boring_technologyProven tools your team can hire for, not whatever trended on Hacker News this month.
written_over_spokenScope, architecture decisions, and change orders are documents you keep. Calls are not artefacts.
reversible_stepsEvery migration ships behind a flag with a rollback path. Big-bang cutovers are how weekends die.
measure_then_optimiseNo performance work without a profile. No AI feature without an eval. No claim without a number.
leaving_is_easyYour repos, your cloud, your docs, from day one. Lock-in is not a retention strategy.
nexvra where --does-it-live

In your accounts, from commit one.

We do not build in a private environment and hand over a zip at the end. Your organisation owns the repositories, the cloud accounts and the pipelines throughout, which means at any point you could continue without us.

commsShared Slack or Teams channel, plus a written weekly summary
planningLinear or Jira board you can open at any time
codeYour GitHub or GitLab org, pull-request review on every change
infraYour AWS, GCP or Azure account, provisioned as code
ciPipelines you own, running on your runners
observabilityError tracking, tracing and alerting live before launch
handover.sh
$ nexvra handover --verify
✔ source in your org, full history
✔ infrastructure as code, your account
✔ secrets rotated + vaulted
✔ runbooks written
✔ walkthrough recorded
⚠ revoking nexvra access in 24h
→ you own it. completely.
nexvra handover --contents

What you hold at the end.

Delivered to you

  • All source in your repositories with full commit history
  • Infrastructure defined as code, running in your cloud
  • Architecture decision records for every major choice
  • Secrets transferred through a vault, never over chat
  • Runbooks for the most probable failure modes
  • A recorded walkthrough for whoever inherits it

What happens to our access

  • Repository and cloud access revoked at handover unless retained
  • Client data deleted on request per our Privacy Policy
  • Confidentiality obligations continue after the engagement ends
  • Perpetual licence to any of our tooling used in your build

Start with the mapping phase.

Three to five days, fixed fee, and you keep the written map whatever you decide next. It is the cheapest way to find out what you are actually dealing with.