Skip to main content

ServiceNow case study ยท Financial Services

Building One Reliable CMDB Behind a Modern ITSM Platform

How ServiceNow implementation and Discovery driven CMDB work replaced fragmented tracking with a service map incident teams could actually trust.

Industry
Financial Services
Solutions
ServiceNow, ITSM, CMDB and Discovery
Engagement
Implementation, Managed Services
Building One Reliable CMDB Behind a Modern ITSM Platform

The Challenge

Incident and change teams were working from configuration records maintained in spreadsheets and a legacy ticketing tool that had never been designed to model dependencies between systems. When an incident occurred, the first hour of response was routinely spent figuring out what was actually affected, not fixing anything, because the configuration data that was supposed to answer that question was months out of date.

Change management suffered from the same gap in the other direction. Approvers had no reliable way to see what a proposed change might touch downstream, so change advisory board meetings became exercises in institutional memory, relying on whoever in the room happened to remember that two systems were connected, rather than a shared, accurate picture everyone could check.

The organization had attempted a CMDB project once before and it had quietly died within a year, because it was populated by a manual data entry effort that could not keep pace with how quickly the environment actually changed. Any new attempt needed to solve the staleness problem structurally, not just repeat the same manual process with more discipline.

Our Approach

Zealit implemented ServiceNow ITSM as the front end for incident, problem and change management, but treated the CMDB as the foundation the whole platform needed to stand on, not an add-on to configure after the fact. Discovery was set up early specifically to solve the staleness problem the previous attempt had run into: configuration data that comes from actively scanning the environment stays current in a way that manually maintained spreadsheets never do.

Service maps were built next, connecting the business services people actually cared about, like the online banking platform or the payments gateway, down through the applications and infrastructure that supported them. This step is where a lot of CMDB projects lose value, because a database full of configuration items with no service context does not actually help someone triaging an incident decide what matters. Getting the service layer right was treated as equally important as getting the discovery layer right.

Ongoing managed services kept the model honest after go live. Discovery schedules, reconciliation rules and a lightweight review process were put in place so configuration drift got caught within days rather than accumulating for months, which is precisely the failure mode that had killed the previous CMDB attempt.

Key decisions

  • Prioritized Discovery over manual data entry from the outset, since staleness was the specific reason the prior CMDB effort had failed.
  • Built service maps before expanding CMDB coverage further, so the data that existed was immediately useful for incident triage.
  • Established ownership for every business service explicitly, rather than leaving configuration items unowned in the database.
  • Set up ongoing reconciliation as a managed service, treating CMDB accuracy as an operating discipline, not a one time project deliverable.

Results

  • Incident triage

    Responders could see what was actually affected by an incident instead of tracing dependencies manually.

  • Change risk

    Change teams could check downstream impact against a CMDB that matched the live environment.

  • Ownership clarity

    Every business service had a clear owner and a current map of what supported it.

Focus areas

  • Trusted CMDB
  • Faster incident triage
  • Clear service ownership
  • Reduced change risk

Want a Similar Outcome?

Tell us about your landscape and goals. A specialist will reply with a practical first step.

Discuss a Similar Challenge

Facing a Similar Challenge?

Tell us about your landscape and goals. We will help you find a practical path forward.

Discuss a Similar Challenge
  • Ideas
  • Expertise
  • Solutions
  • Real Impact