LUCIDA ANALYTICS

Example work

What this looks like in practice.

Engagements are described without naming organizations. Figures are given where they can be stated accurately and withheld where they would identify a client.

Operational analytics · inventory risk

Tens of millions in inventory released without weakening the risk position

Situation

A production operation carried finished goods inventory at levels inherited from old anecdotes — a shortage years earlier, a supplier problem someone remembered — rather than from any measurement of current risk. Stocking out was not an acceptable outcome, so the buffer stayed large and expensive, and nobody could say how much of it was actually buying protection.

What I did

Modeled the four sources of uncertainty separately rather than as one blended safety factor: variability in demand, in production timing, in yield, and in how many test results a given lot of reagents would produce. That separation showed which drivers dominated the risk, and which of those could be reduced through continuous improvement rather than absorbed with inventory.

What changed

The output was a service level map — dollars of inventory held against risk actually mitigated — so the trade-off became a decision instead of an assumption. It identified an opportunity to reduce inventory by tens of millions of dollars while keeping the risk profile very strong.

Why it mattered

Working capital was released without accepting any meaningful increase in stockout exposure, and improvement effort could be aimed at the variability that genuinely drove the buffer.

People & workforce analytics

Fifty survey questions reduced to the three that predicted the outcome

Situation

A large diagnostics organization ran an annual engagement survey of more than fifty questions. Every function received its scores, and nobody could say which of them actually drove whether employees considered it a great place to work. Improvement plans were built on whichever number looked worst.

What I did

Modeled the full response set against the outcome measure to separate the questions that predict it from those that merely correlate with it, then tested the result across functions and tenure cohorts for stability.

What changed

Three questions carried the outcome. Leaders stopped allocating attention across fifty scores and focused improvement on the small number of drivers that moved the result.

Why it mattered

The same survey, already being run and already paid for, became a management tool rather than a scorecard.

Operational analytics · labor capacity

A hiring plan that says how many and when, not just how many

Situation

A clinical laboratory running at scale needs hundreds of people to operate. Staffing was set without a model capable of answering the question that actually mattered: given attrition, hiring lead times and the months it takes a new hire to reach full productivity, how many people should start, and in which month?

What I did

Built a bottom-up FTE demand model from measured cycle times for every process step, paired with a detailed labor availability model — the paid time that never moves a sample. Time off, meetings, training, cleaning, bereavement: an hour on the payroll is not an hour on the bench, and models that ignore the difference understate what it takes to run the operation. Then a supply model from current headcount, exit and transfer rates, time to hire, and productivity ramp. An optimization over both prescribes the quantity and timing of hires that keeps supply tracking demand.

What changed

The models were deployed and operationalized — used for budgeting, labor capacity planning, and hiring decisions — and became the standard across the organization's major laboratories. Staffing to measured demand also keeps teams from being chronically overworked or carried idle, which is a retention question as much as a cost one.

Why it mattered

Modeling headcount discretely, process step by process step, also shows where labor is genuinely consumed across an operation — so improvement effort goes to the largest drivers rather than the loudest ones. And because the demand side was built bottom-up, the same models could price the labor effect of major capital projects against real process math rather than an assumed savings rate. I ran those ROI analyses alongside the staffing work.

Operational analytics · cost of speed

Putting a price on turnaround time settled an argument operations kept losing

Situation

A diagnostic test was being pushed out as fast as possible. Speed felt right, and finance saw a revenue benefit in it, so the target held. But hitting it forced work into peaks and troughs across a 24/7 operation that was difficult to staff against. Operations could feel the cost and had no way to demonstrate it.

What I did

Analyzed historical turnaround times against compensation for the teams delivering them over the same period. The relationship was direct and measurable, which made it possible to state plainly what the current target cost in labor and what a different target would save. Separately, I modeled the turnaround time that would level-load the operation across the full week.

What changed

The target moved. The conversation shifted from competing instincts to a priced trade-off between speed and cost — a comparison finance could evaluate on its own terms.

Why it mattered

Cost of goods sold improved by more than 5%, and the unevenness that had been driving the labor premium was designed out rather than absorbed. The operators felt it most: work distributed evenly across the week instead of arriving in surges nobody could staff for.

Operational analytics · shift structure

A shift redesign that recovered roughly 15% in productivity

Situation

In a large diagnostic laboratory, several teams move samples through the workflow to a delivered result. The shift structure around them had been set years earlier on intuition and anecdote. Volume was now growing quickly and another product was being introduced, so a structure that was already imperfect was being asked to absorb far more.

What I did

Analyzed the workflow against the shift structure itself, matching when work actually arrived to when labor was scheduled to be present. The structure was creating idleness by design: on average across the week, roughly 15% of the workforce had no work available to them — not a performance problem, a scheduling one.

What changed

I developed an alternative structure and worked it through with the operations managers until it satisfied their constraints as well as the math. It was implemented. Work and staffing now line up far more evenly across the operating week.

Why it mattered

Productivity rose about 15% with no change in headcount and no one asked to work harder — the same people, scheduled against real demand. The gain shows up as return on compensation already being spent, and the load is distributed more equitably across teams.

Operational analytics · quality

Control charts that catch real signals — and stop teams chasing noise

Situation

Invalid test rates were reviewed as a running number. Without a way to distinguish a genuine shift from ordinary variation, two failures followed each other: real problems went unnoticed for weeks, and teams launched investigations into movement that was never statistically meaningful.

What I did

Put invalid tests under statistical process control and automated it — control limits computed from the process itself, charts generated without anyone assembling them, special cause variation flagged as soon as it appeared. The method is decades old; running it continuously on complete data rather than a periodic sample is what makes it useful now.

What changed

I oversaw the operationalization, not just the build. Charts are reviewed on a weekly cadence, findings are circulated, and a flagged signal triggers root cause analysis rather than a discussion about whether the number looks bad. The practice outlived the project.

Why it mattered

Real quality signals surface at the earliest point they can be detected. Just as valuable, ordinary variation stops generating work — teams no longer respond to noise, which is how a stable process gets destabilized by the act of managing it.


Have a problem that resembles one of these?

Most of these started as a question someone was not sure was answerable. Thirty minutes, no charge, and a straight answer either way.

Email me to set up a call →