Director · IT Services · United States

Software engineering, with an operator's seat.

I'm Ashok Hirpara — a director at a US-focused IT services company, leading partnerships, delivery, customer success, business planning, and packaged solutions that compound into recurring revenue. First decade as an engineer — front to back, traditional to cloud-native. Now leading the teams shipping the next decade of it.

Ashok Hirpara — Director, IT Services
Available Open to conversations
The brief

Not just an engineer. Not yet a CEO. The operator between the two.

A decade ago I started with no roadmap — just curiosity and a willingness to figure things out. From junior to senior to lead to director, every role taught me something the previous one couldn't see. From traditional development through cloud-native systems to AI-native workflows, every era asked for a different version of me. The constant through all of it: adapt, or get left behind. And the work isn't done — I'm still evolving today, and intend to be evolving the day after the next shift arrives.

Today I run the operator's seat at a US-focused IT services company. The seat between the CEO and the team — where partnerships get negotiated, delivery systems get redesigned, customer success becomes a revenue function, and packaged solutions get translated into recurring revenue. It's not pure engineering. It's not pure business. It's the translation layer between the two, and that's where the leverage lives.

I've built projects, products, automations, teams, and departments — so I can read the room from every chair I've actually sat in: the engineer's (a decade), the lead's, the director's. And the rooms across — clients, owners, and the engineers shipping into both. What I think about most: how the org chart of 2027 won't look like 2024, how vendor evaluation has been rewired by AI, and what gets approved in hiring now — and what quietly doesn't.

The work

Six domains. One P&L line.

Every responsibility ladders up to the same scoreboard — predictable, compounding recurring revenue.

001

Partnerships & Alliances

Evaluating vendors, building integration economics, and structuring agreements that survive contact with delivery. Partnership math has been quietly rewired by AI.

002

Delivery Operations

Redesigning service delivery so output scales faster than headcount. AI inside the delivery layer isn't a feature — it's a structural shift in the operating model.

003

Customer Success

Treating CS as a recurring-revenue engine rather than a support cost center. Retention, expansion, and the operating rhythm that keeps both compounding.

004

Business Planning

Quarterly and annual planning that survives AI-era uncertainty. Headcount logic, vendor spend, capability bets, and what gets accelerated — or quietly cut.

005

Solution Packaging

Turning bespoke services into productized offerings. Finding the repeatable shape inside custom work and packaging it to be sold once, delivered many.

006

Recurring Revenue

The line that ties everything else together. Every other domain is a tributary; this is the river. Predictability, compounding, and the discipline that produces both.

Trajectory

A decade. Four chapters. One continuous expansion outward.

2015 — 2018
Junior Developer
Learning the craft
Started with no roadmap — just curiosity and a willingness to figure things out. Front to back, real features for real customers, on real deadlines. The shift: from knowing nothing to becoming useful.
2019 — 2022
Senior Engineer
Owning systems
Stopped writing code in isolation and started owning systems. Distributed architectures, integration-heavy workflows, real production weight. The shift: from writing features to architecting how they fit together.
2023 — 2024
Lead Engineer
Owning outcomes
End-to-end ownership of production systems and the people shipping them. Cloud-native by default, AI-assisted by adoption. The shift: from "how do I build this?" to "how should this system actually work?"
2025 — Now
Director
Owning the operating model
Partnerships, delivery, customer success, packaging — the whole operating layer between engineering and business. AI-native operations. The shift: from owning code to owning outcomes that show up on the P&L — while staying close to the engineers shipping the work, because the operator's seat collapses without that bridge. And evolving still.
Operating system

How I think. How I decide.

i

Systems over heroics

If a problem requires a hero, the system is wrong. Build the structure that makes next quarter's version of this problem boring.

ii

Second-order thinking

"AI can code" isn't the insight. What changes because of it — hiring, ladders, partnerships, org design — is. Stop at first-order at your peril.

iii

Leverage > effort

The right question isn't "how hard should I work on this?" It's "what changes the leverage equation?" If nothing does, the work is the wrong work.

iv

Translate between worlds

Engineering language. Operational language. Business language. I move between all three because I've worked in all three — and the engineers reading this know which translations land and which don't. The director's job is the translation layer; most decisions get lost in the bad translations.

v

Build for predictability

Predictable delivery beats spectacular delivery every time. Customers, CEOs, and boards all buy the same thing: the version of you that shows up the same way next quarter.

vi

Read all four chairs

Client, owner, engineer, employee — every decision lands differently in each. I've sat in all four. The work is making sure the decision survives contact with all four.

From the operator's seat

Still building. Still evolving.

Every quarter, every decision, the next chapter — the work continues.