Case study · BlackRock · Securities Lending Operations

From 6,000 breaks to under 2,000: productizing exception management

A reconciliation operation drowning in manual breaks — rebuilt discovery-to-delivery like a product: mapped workflows, wrote the requirements, led UAT, shipped playbooks, and measured everything.

−70%
failing settlement items (6,000+ → under 2,000)
−30%
manual steps eliminated
−60%
holdover items (153 → 62)
5d → 2d
aged-break duration

The problem

Securities lending settlement runs on reconciliation — matching what should have happened against what did. When I owned these workflows, the picture was familiar to anyone in ops: stuck, suspense, and compare-break queues cleared by hand, exception volumes that never really came down, and aged breaks sitting 5+ days because root causes kept recurring. Every break was being worked; almost none were being prevented.

The approach

I treated it as a product problem, not a staffing problem:

The pattern: instrument the problem → find the root cause → spec the fix → validate with users → lock it in with documentation and controls. That's product management applied to operations.

The results

What this shows a hiring manager

Most candidates can describe a process. Fewer can show they productized one: defined the problem with data, wrote requirements engineers could build from, validated with UAT, drove adoption with playbooks, and proved the outcome in metrics. That's the skill set I bring to Product Operations and AI Operations roles — and it's the same discipline behind the tools on this site.