Skip to content
Jon Bryden

The operating model

Find the constraint, build the improvement, prove the value, scale what works.

Every engagement runs the same four steps, whether it lasts three weeks or three years. The first goal is a working result, not a roadmap.

Step 1

Find the constraint

Map the workflow that actually runs, not the one in the documentation.

Most teams are optimizing something that isn't the bottleneck. The reporting gets rebuilt while the real problem sits three steps upstream in a handoff nobody has looked at in two years.

So the first work is watching the process run and finding where it actually binds. That usually means sitting with the people doing the work rather than the people describing it.

What you get: A clear statement of the real constraint and what it costs you, in time, capacity, errors, or dependency on one person.

Step 2

Build the improvement

The smallest thing that works, built on what makes sense for the problem.

Technology gets chosen for the problem in front of us, not because it is what I prefer to build in. Sometimes that means an automation inside tools you already pay for. Sometimes it means an integration, a small application, or a data and reporting layer.

Sometimes the honest answer is that you should buy something rather than build it, and I will tell you that. It is a cheaper recommendation for you and a shorter engagement for me, which is exactly why it is worth trusting.

What you get: A working improvement in production, not a prototype and not a recommendation deck.

Step 3

Prove the value

Against measures we agree on before the work starts.

Naming the measure up front changes what gets built. It is the difference between delivering something impressive and delivering something that moved a number you care about.

The measures are usually plain: time saved, capacity gained, manual steps removed, errors reduced, cycle time, visibility, operating cost, or dependency on a founder or a key employee.

What you get: A result you can state in a sentence to your board, your team, or yourself.

Step 4

Scale what works

The next piece of work gets earned, not sold.

If the first result holds up, there is usually a second problem behind it, and often a third. That is when the conversation turns into a roadmap, a modernization effort, AI adoption and governance, or ongoing technology ownership.

The current healthcare engagement went exactly this way. One automated workflow, delivered, and then expansion into scheduling alerts and financial-operations reporting because the first one worked.

What you get: Additional sprints, a technology roadmap, or an ongoing fractional leadership relationship.

Worth being clear about

What this is not.

Naming this up front saves us both a call.

Not a strategy deck with no implementation

You can already get a slide about digital transformation for free. What is scarce is someone who will build the thing and stay accountable for whether it worked.

Not staff augmentation

I am not a body to point at a backlog. If what you need is more hands on a defined plan, there are cheaper and better ways to get that.

Not an AI project looking for a business case

AI shows up constantly in the work, and it never leads. If a problem is better solved by removing a step than by adding a model, we remove the step.

Start with one problem.

Bring me the thing that's eating your week. We'll figure out whether it's worth solving and what it would take.