Skip to content

Managed vCISO

Security maturity uplift

What this is

A security maturity assessment measures an organisation's security capability against a recognised framework such as the NIST Cybersecurity Framework, ISO 27001 or CIS Controls, and produces a prioritised improvement programme. Maturity uplift is the delivery of that programme: sequencing the gaps, assigning owners and closing them.

The problem

A maturity score tells you where you are. It does not move you.

Maturity assessments are easy to buy and easy to deliver, which is why so many organisations have one in a drawer. It contains a radar chart, a set of scores against a framework, and a list of recommendations ordered by domain. Everybody agrees it is accurate. Nothing changes, because a list of recommendations is not a plan and a domain is not an owner.

The gap between assessment and improvement is where the value is, and it is unglamorous: deciding what order things happen in, who does each one, what it costs, and what gets dropped to make room. That work requires knowing the organisation, not knowing the framework.

The other failure is uniform ambition. Not every domain needs to reach the same level. An organisation with no regulatory exposure and a small estate does not need level 4 asset management, and pursuing it consumes budget that identity or supplier risk needed more.

Who this is for

  • Organisations that have had an assessment and not moved since.
  • Companies needing to show a customer or insurer a credible improvement trajectory.
  • Teams that have grown fast and no longer know what their coverage actually is.
  • Firms preparing for certification who need to know the distance before committing to a date.
  • Boards that have approved security spend and want to see what it bought.

Delivery

How the engagement actually runs

Sprints inside your engineering cycle, with findings arriving continuously rather than a report arriving at the end. Durations are elapsed time for a typical scope, and get re-scoped against your estate before anything is committed.

  1. 012-3 weeks

    Baseline

    Assess against the chosen framework using evidence - configurations, records, tickets - rather than self-reported maturity.

  2. 021-2 weeks

    Target and sequence

    Agree the target level per domain and sequence the work by risk reduced per unit of effort. This is the step that turns an assessment into a plan.

  3. 033-9 months

    Deliver

    Work the backlog in sprints alongside your teams, with the highest-risk items first and progress visible throughout.

  4. 04At 6 and 12 months

    Re-measure

    Reassess against the same baseline so improvement is evidenced rather than asserted.

Deliverables

What you actually receive

Artefacts your team owns and can maintain after the engagement, not a report that ages the moment it lands.

Deliverables for Security maturity uplift, with what each one contains and when it lands
DeliverableWhat it containsWhen
Maturity baselineAssessment against NIST CSF, ISO 27001 or CIS Controls - whichever your buyers and regulators actually reference - with evidence behind each rating rather than an interview impression.Week 3
Target state, justifiedThe level each domain genuinely needs to reach, argued from your risk and obligations rather than set uniformly at 'managed'.Week 4
Sequenced uplift backlogThe gap as engineering and process work, ordered by risk reduction per unit of effort, with owners and dates.Week 4
Costed planWhat each tranche costs in tooling and effort, so the board is approving a plan rather than a direction.Week 5
Delivery in sprintsThe backlog worked through with your teams, findings and progress visible continuously rather than at review points.Ongoing
Re-measurementReassessment against the same baseline at agreed intervals, so movement is demonstrable to a board or a customer.Every 6-12 months

FAQ

Questions people actually ask

Which maturity framework should we use?

Use the one your buyers, regulators or insurers reference. NIST CSF is the most widely understood for general posture and communicates well to a board. ISO 27001 is the right baseline if certification is the destination, because the assessment doubles as gap analysis. CIS Controls is the most practical where the priority is technical hardening rather than governance. The framework matters far less than picking one and measuring consistently against it.

How long does a maturity assessment take?

Two to three weeks for an organisation of moderate size, assuming reasonable access to systems and people. Assessments completed in a few days are interview-based and record what people believe is true, which is systematically more optimistic than what evidence shows. The uplift programme that follows typically runs three to nine months depending on the distance and the resourcing.

Should every domain reach the same maturity level?

No, and pursuing that is a common way to waste budget. Target levels should be argued from risk and obligation. An organisation processing significant personal data needs high maturity in access control and data protection; the same organisation may reasonably sit lower on physical security if it has no premises worth the name. Uniform targets move money away from the domains that needed it.

How do we show the board that maturity has improved?

Re-measure against the same baseline with the same evidence standard, and report movement per domain alongside what it cost and what risk it removed. Score movement alone is weak evidence because scoring is partly judgement. What convinces a board is score movement paired with concrete changes - MFA coverage from partial to complete, mean time to patch reduced, supplier tier 1 assessed.