In software since 2008, with 12+ years running delivery.
I started as a developer. Moved into project management, then into delivery leadership at several software agencies across the US, UK, and Europe. The delivery problems I work on now are mostly problems I've seen from the inside — as a PM, as a team lead, and as the person responsible for a portfolio of projects at once.
or email [email protected]
Developer roots. Delivery career built from there.
I started as a developer — front-end and back-end e-commerce work at Acumium in Madison — then spent the better part of a decade as a project manager at TUT.BY Media, Softeq, and ScienceSoft, working with US, UK, and European clients across web, mobile, embedded, and cloud projects. Presales was part of the job at most of those companies, which is where I started paying close attention to the gap between what gets sold and what actually gets delivered.
At ITRex Group I moved into delivery leadership properly — a portfolio of client programs at Head-of-PMO scope, mentoring and managing a team of five PMs and reporting program status directly to CEO/Director level. The work wasn't just managing their projects. It was building the delivery infrastructure they were missing: shared reporting formats, risk tracking standards, escalation processes, scope review checklists. Two years of turning a group of capable PMs into something that could operate consistently without a senior person patching the gaps week to week.
At Paysera I designed and launched the Employee Engagement and Performance Management function from zero, as part of the company's shift to scaled Agile — governance across 8 development teams organized into value-stream units of 20 to 30 people. That taught me a lot about what actually drives consistent behaviour at scale, separate from process design. Then Itexus, where I owned presales end to end and acted as the single escalation point for the company's largest accounts. Redesigning the handoff package, estimation template, and proposal template improved prospect-to-client conversion by 30%.
Since May 2026 I've run an independent practice — fractional and interim delivery engagements, plus applied AI-tooling work for delivery. The most recent was a paid two-week process audit for a European product company where the real problem turned out to be a broken cross-functional handoff, not the estimation gap the team came in assuming.
Experience
12+
years running software delivery
PM teams led
5
PMs managed directly at ITRex Group
Regions
US · UK · Europe · GCC
Industries
Fintech, healthcare, e-commerce, SaaS, B2B, media, enterprise software, custom software agencies
The situations that come up most often.
Escalated client accounts mid-project
The client is calling the founder directly. The PM doesn't know how the situation deteriorated. The status reports all said green. Getting in, understanding what actually happened, and stabilizing the relationship before it breaks entirely.
Inconsistent PM reporting across a portfolio
Five PMs, five different formats, no shared language for risk or status. Leadership can't compare project health without calling each PM individually. Building the shared operating rhythm that makes the portfolio visible in one view.
Presales-to-delivery gaps
What sales committed to and what delivery could actually do diverge from day one. The fix usually lives in the handoff: what delivery needs to be involved in before the contract closes, not after.
Scope drift eating margin silently
Small unapproved additions getting agreed informally, none of them tracked, all of them showing up in the numbers at month end. Installing a scope review process that runs without adding PM overhead.
Founder still the delivery escalation manager
The company is 150 people. Delivery still collapses to the founder when something goes wrong. Building the operating layer that means that stops happening — without replacing the PM team, just giving it the infrastructure it needs.
PMO maturity gaps in a growing PM team
Some PMs own risk well. Others wait to be asked. The senior ones compensate for the junior ones. Building the shared standards and check-in rhythm that narrows the gap without turning it into a performance management exercise.
Embedded, not advisory. Specific hours, specific outputs.
I work inside your existing delivery setup — with your PMs, your tools, your reporting cadence. Not observing from outside and submitting a report. Eight to ten hours a week for the fractional engagement; more for embedded or interim arrangements.
The work has a concrete shape: weekly project health reviews, a maintained risk log, PM check-ins, and a monthly leadership summary. Not an open-ended retainer. Not a consulting project that ends in a slide deck.
Most of it is async — status reviews, risk log updates, written summaries, flag-and-respond on anything that surfaces between check-ins. One weekly call for what needs a live conversation. I'm available between sessions for anything urgent.
Embedded with your PM team, not an external reviewer
Async-first, but available for urgent calls between weekly reviews
All engagements start with a 2-week diagnostic before anything becomes standard
If the diagnostic doesn't justify continuing, I say so — no invoice for the rest of the month
A few things I've found to be true across most engagements.
Most delivery problems are structural, not personal.
The PM who keeps missing risks isn't bad at the job. They're usually working without a clear format for what a risk report should contain, without a shared language for severity, and without a reliable escalation route when something looks wrong. Fix the structure — the person usually follows.
The gap between sold and delivered is where most margin disappears.
It's almost always fixable. But it needs to be caught at handoff — before the contract closes, not when the budget runs out six weeks in. That means delivery being involved in presales conversations early enough to catch the estimates that won't survive contact with the project.
Dashboards don't fix delivery. Process does.
The problem is rarely that the data isn't visible. It's that nobody agreed on what the data should mean — or who acts on it when it turns bad. A tool without that agreement is just noise with a UI on top.
If the diagnostic doesn't find anything useful, that should be clear in week two.
Most engagements fail slowly — small misalignments accumulate over months until everybody quietly acknowledges it isn't working. The 2-week diagnostic exists to prevent that. If the picture is cleaner than expected, or the fit isn't there, say so early.
Selected outcomes and credentials.
Escalated project stabilized within 2–3 weeks — re-baselined against real complexity, sprints replaced with a Kanban flow, and the client given status reporting they could actually read.
Portfolio of 25 active projects across 15 PMs moved onto one shared delivery operating model. Compiling portfolio status dropped from 10–12 hours to 1–2.
Presales-to-delivery handoff redesigned across a software agency — the production PM now joins before contracts are signed, so risks and assumptions surface before delivery starts rather than after.
Prospect-to-client conversion improved by 30% at Itexus, after redesigning the sales-to-delivery handoff package, the estimation template, and the proposal template.
Paid two-week process audit for a European product company: the delivery slowdown traced back to a broken cross-functional handoff, not the estimation gap the team assumed. Delivered as a corrective-action report.
PMO built from near-scratch at ITRex Group — checklists, tooling, templates, policies, and delivery standards across the program portfolio, for a unit of five PMs on multiple active client projects.
Fintech · Media · Enterprise software · Custom software agencies
US, UK, European, and GCC clients across engagements.
Started as a front-end and back-end web developer. That background still informs how I read status reports, interpret delivery estimates, and distinguish real risks from noise in PM updates.
20-minute call to find out if this is the right fit for your situation.
Tell me about your project load and PM setup. If there's a fit, we run the 2-week diagnostic. If there isn't, I'll say so on the call.
or email [email protected]