Company

Built by operators.For the teams still doing it the hard way.

OpsZ was not started because of a market opportunity. It was started because the people who built it had lived through the problem, repeatedly, at Oracle and Workday, across some of the most complex enterprise infrastructure environments ever built. They knew what the tools could not do. They built the thing that should have existed years ago.

Track Record

What 25 years of average experience actually means.

It means the team has been in the room where the architecture decisions were made in some of the most complex enterprise software environments ever built. We have seen what breaks at scale. We have seen what the current tools cannot handle.

It means that when the distinguished engineers responsible for systems that process more than a trillion dollars in annual transactions engage seriously with what we have built, it is because the technical credibility is real. Not performed. Real.

"We didn't theorize this problem. We've lived through every era of infrastructure. OpsZ is what we would have wanted every time."
01

Governance is not a feature. It is the foundation.

Every tool that has tried to add governance as a layer on top of existing automation has failed at the seams. We built the governed execution model first, and everything else on top of it.

02

Speed and control are not a tradeoff.

The assumption that you have to choose between moving fast and moving safely is the assumption that OpsZ is built to disprove. The platform is designed to make the safe path the fast path.

03

AI should augment operators, not replace the safeguards around them.

We are not building AI operations. We are building the governed layer that makes AI-assisted operations safe, auditable, and practical for teams that cannot afford to get it wrong.

04

The post-mortem should write itself.

Every action, every decision, every outcome should be recorded automatically. Not as an afterthought, not as archaeology. As a byproduct of the system working the way it was designed to work.

The team

The people behind the platform.

Bios reviewed and approved by each team member before publication.

Scottie Abrecht

Scottie Abrecht

CEO and Co-Founder

30 years in enterprise infrastructure. VP-level roles at Oracle and Workday, where he led the build of the IT operational backplane for two of the most complex enterprise software environments on the planet. Built OpsZ because he had solved this problem twice inside large organizations and decided to build it once, properly, for everyone else.

Lonny Schwartz

Lonny Schwartz

GTM and Co-Founder

25 years across technical marketing and enterprise sales. Built a career communicating genuinely novel technology to markets that default to familiar categories. Multiple exits. Joined OpsZ because the problem was real, the team was right, and the technology was the first thing in years that made him think: this doesn't exist yet and it should.

Shiva Ballur

Shiva Ballur

Head of Engineering

Leads engineering at OpsZ, turning the governed-execution architecture into a production-grade platform. Deep experience in distributed systems, reliability, and infrastructure automation, with a focus on the fleet-scale execution engine at the core of OpsZ. Builds the systems that let humans and AI agents act on infrastructure safely, at scale.

R.I. Pienaar

R.I. Pienaar

Core Architecture

Creator of Choria, the open-source pub/sub orchestration framework that forms the messaging fabric of OpsZ. Decades of work on distributed systems and fleet management. The architect of the communication model that makes simultaneous fleet-scale conversation possible.

Dayvid Iannaci

Dayvid Iannaci

Design and Experience

The visual and experience voice of OpsZ. Responsible for the design system, UI, and the brand identity that makes a deeply technical platform feel as considered as it is capable.

How we work

Every customer has direct access to the founding team. For now.

We are selective about who we take on, not to create exclusivity, but because doing this well requires real involvement from real people, in real time.

  • We baseline MTTR on day one. ROI is measured from the start, not estimated after.
  • We deploy alongside you, not handed off to a partner or junior implementation team.
  • Success reviews run against your KPIs, not a quarterly platform utilization report.
  • We expand when value is demonstrated, not on a vendor's sales schedule.
How every engagement starts
01

Your starting use cases. 2 to 3 highest-priority incidents or automation workflows in your environment.

02

Your environment complexity. How many environments, what integration burden, what governance requirements.

03

Your expansion path. We price with the next step in mind. Prove the model, then scale what is proven.

04

Who you are talking to. The founding team. The people who built and ran infrastructure at Oracle and Workday at scale. Not a support queue.

Where we are

Two years in. Building. Commercially deployed.

We are early enough that every customer shapes the roadmap. Late enough that the product is real. That is the window.

2Years building the platform and proving the architecture
4Verticals deployed: FinServ, logistics, tech, manufacturing
6Core team members across Cincinnati, Dublin, London, India
Use cases possible when you can talk to your entire fleet

We are early enough that every customer shapes the roadmap. Late enough that the product is real.

That is the window. The organizations that move now get a product built around their operating model, direct access to the people who built it, and a head start that compounds. The ones that wait get a vendor, not a partner.

30 minutes.
Practical conversation.

We will look at your current operating model, where fragmentation shows up, and where OpsZ creates immediate leverage in your environment. No deck-flipping. Just an honest conversation about whether this is the right fit.

OpsZ integrations across your tools