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
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.
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.
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.
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
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.
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.
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.
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
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?
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.
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.
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
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.
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.
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.
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
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.
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.
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.
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
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.
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.
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.
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 → Or book a time directly →