An Upgrade Programme
Most CommonOne or several waves, with impact analysis, remediation, regression and cutover in sequence.
- Sequenced
- Remediation-heavy
For work with a defined beginning and end — a new line of business, an upgrade programme, a remediation, a migration. You get a team with its own lead and a plan, rather than a set of seats you have to organise yourself.
Staffed and led by us, delivered inside your governance. Not a fixed-price outsource.
A project team is worth having when you can describe what finished looks like. You get a lead who plans and sequences the work, a team that arrives together rather than in dribs, and one point of contact instead of five individual contracts.
If the scope is still moving, none of that helps. A led team against undefined requirements becomes an expensive contract team with an extra manager, and everyone can feel it by week six. In that situation contract staffing or a dedicated pod is the better answer, and we would rather say so during intake than mobilise and watch it drift.
All Staffing ModelsIf your requirement looks like one of these, a project team is usually the right call.
One or several waves, with impact analysis, remediation, regression and cutover in sequence.
Product definition through rating, forms and testing, against a date the business has announced.
Moving onto a new platform with mapping, reconciliation, parallel running and a cutover plan.
Closing a finding against a fixed external date, with the evidence trail that goes with it.
A defined set of interfaces owned end to end, including the third-party conversations.
Migrating investigators onto a new platform without losing history or throughput.
Segmentation and thresholds reviewed across the estate, with model governance sign-off at the end.
A delivery partner needing a led team to hold a client workstream to date.
This is the model where the setup matters most. Almost every project team that goes wrong goes wrong in the first fortnight, on one of these six things.
A led team against a scoped outcome and a date.
You are hereFour steps, and the first one decides whether the rest works.
We work through what finished looks like, what is excluded, and what depends on you. If the scope will not hold, we say so here.
Lead in first with the plan, then the team ramps. Access and environments get sorted before people arrive, not after.
Reporting into your governance, change requests through an agreed route, and bad news early rather than late.
Documentation, knowledge transfer, hypercare if agreed, then either close down or transition into a standing pod.
Starting points rather than fixed packages — each one gets sized against your scope.
One or more waves · remediation-heavy
Announced launch date · product-led
Fixed external date · evidence-heavy
Team compositions are illustrative starting points, not fixed packages. Actual shape, commercials and availability are agreed against a specific scope.
No, and we would rather be clear about that than imply otherwise. We staff and lead delivery inside your governance; the outcome depends on decisions, environments, third parties and sign-offs that sit with you as much as with us. If you need a single supplier taking full delivery risk for a fixed fee, you want a systems integrator rather than a staffing partner.
Our delivery lead. You own scope, governance and acceptance; they own planning, sequencing and the team’s working rhythm. That is the main difference from contract staffing, where the management sits with you.
Often yes, or start smaller. A led team against undefined requirements turns into an expensive contract team with an extra manager. Starting with one or two contractors while the scope settles usually costs less and wastes less.
Handover and documentation are planned from the start, with hypercare if agreed. Many teams then either close down or transition into a smaller dedicated pod for the run phase.
Yes, and it is worth deciding early rather than during close-down. The basis is agreed at the start so the conversation is about the person.
A programme outline rather than a JD: what finished looks like, the date and where it comes from, what is explicitly out of scope, which dependencies you own, and who makes decisions.
Send a programme outline rather than a job spec. We come back with a team shape, an honest view of the date, and where we think the scope needs tightening first.
Two minutes now, a scope conversation next.