Your team is working hard.
The business can't feel it.

I help CTOs, founders, CEOs, and operating partners — at scaling startups and PE-backed or mid-market teams — when engineering is no longer simply “slow,” but the whole product-engineering system is starting to buckle under pressure: unclear priorities, too much WIP, AI confusion, weak execution loops, overloaded managers, and a CTO who needs a sharp right hand.

Work with me Book a call →

01 You might be here if

The team is working hard. The business can't feel it.

  • Delivery feels slower than it should, even when everyone is working hard.
  • You can't give leadership a confident forecast. Every commitment comes with caveats.
  • Priorities look aligned on Monday. By Friday, something has shifted.
  • AI has accelerated output but delivery feels more chaotic, not less.
  • People are accountable for tasks. Nobody feels fully responsible for the outcome.
  • You suspect the problem isn't the people, but you can't articulate what is.

02 What I do

I find the constraint.

When the system around the work breaks down, effort stops translating into progress. Priorities shift, decisions blur, work piles up, bottlenecks hide, and nobody has a clear picture of what's actually in the way.

AI sharpens this. For teams with a clear operating model, it's a real multiplier. For everyone else, it accelerates existing dysfunction: more throughput into the same bottlenecks, a wider gap between activity and outcomes.

I help CEOs, CTOs, and VPs of Engineering find what's actually in the way and make the path forward clear.

The aim isn't more output. It's engineering the business can plan revenue around — a value lever, not a cost centre, on a timeline that pays for itself.

My coaching background is why the changes stick. Teams that understand why the system works keep running it after I leave.

The business should be able to feel the difference.

03 How I work

I look at the system as it actually operates. Then I say what I see.

  1. 1
    Observe the system. How work actually moves, where decisions happen, and where things slow down or stop.
  2. 2
    Talk to leadership and teams. What leadership believes is happening and what teams are actually experiencing are often two different things.
  3. 3
    Find the real constraints. Friction, unclear ownership, broken trust, structural misalignment. Usually more than one thing.
  4. 4
    Say what I see. Without softening it. The diagnosis is only useful if it's honest.
  5. 5
    Focus on the highest-leverage changes. Two or three things that, if fixed, shift everything else.
  6. 6
    Stay until it stabilizes. The team needs to understand why the system works, not just how to follow it. That's what makes the change last.

04 Engagements

Engagement

Product & Engineering Diagnostic

Execution slows down when it’s unclear what’s actually getting in the way. I identify the organizational, technical, and leadership patterns creating friction, and which changes are worth making first.

It also works as a pre-hire bridge or independent assessment — post-acquisition, between CTOs, or when a non-technical founder needs to evaluate an inherited team before committing to a permanent hire.

You walk away with:

  • The real constraints slowing execution
  • Hidden sources of organizational friction
  • A written diagnostic + intervention roadmap
  • Clear next steps for the next 30–90 days

Most engagements start with a 2–4 week Product & Engineering Diagnostic. If there is a fit, I can then stay on as fractional CTO or VP of Engineering — depending on what the system needs.

Book a call

Fractional leadership

Fractional CTO / VP of Engineering

For Series A/B startups (10–40 engineers) and PE-backed or mid-market businesses modernizing an under-invested engineering function. Two registers, same person, depending on what the system needs.

As Fractional CTO — the strategic brain in the room when the founder is stretched or the CTO needs a senior counterpart for the bets that matter: AI posture, architecture, build vs. buy, hiring shape. Ongoing partnership, a few hours a week.

As Fractional VP Engineering — hands-on operator installing the execution system when delivery has become slow, noisy, and hard to predict. Clear ownership, visible work, tight feedback loops, and the operating rhythm that makes delivery predictable. Time-bounded, 3–6 months.

In both, I build internal capability so the team runs it without me. The engagement ends when it’s no longer needed.

What gets installed or sharpened:

  • Strategic clarity on the bets that matter (AI, architecture, hiring shape)
  • Delivery rhythm and execution predictability
  • Ownership clarity and team accountability
  • Feedback loops from shipping to learning
  • Reduced chaos from AI adoption and context-switching
  • Leadership alignment between CTO and delivery layer

Fractional CTO: ongoing, a few hours a week. Fractional VP Engineering: typically 3–6 months. In both, the goal is to make the role unnecessary.

Book a call

05 Patterns I see

You’ve probably blamed the team, the tools, or the process. The problem is upstream of all three.

"We adopted AI. PRs are up. The business doesn't feel it."

What's happeningThe bottleneck moved: from writing code to everything around it. Review, decisions, QA, releases. The old process can't absorb the new throughput, and nobody can explain why velocity didn't change.
What I look forWhere AI is actually being used, what it's replacing, what new bottlenecks it's creating downstream, and whether anyone is measuring the second-order effects.
Typical moveStop measuring AI by activity. Connect adoption to a specific business outcome: fewer escalations, faster cycle time, less rework. Then adjust the system around it.

"Everyone is busy. Everything is in progress. Nothing is actually done."

What's happeningEven with a clear plan, the team picks up new work before old work ships. Engineers context-switch all day. Code sits in review. Nothing crosses the finish line. Finishing isn't treated as the job.
What I look forWIP per engineer, age of open PRs, how long work sits in review, and whether anyone is accountable for items crossing the finish line versus starting.
Typical moveCap WIP. Make finishing the explicit goal of the week. Expose blocked work. Treat carry-over as a signal worth investigating, not a normal sprint outcome.

"Every week, the priorities change. We can never plan."

What's happeningThe roadmap looks fine on Monday and looks different by Friday. Stakeholders inject new urgency mid-cycle, and the team rebuilds the plan instead of executing it. Strategy is a moving target. The team isn't slow at execution; they're optimizing for a goal that keeps moving.
What I look forHow often the plan changes, who is allowed to change it, what counts as "urgent," and whether anyone is accountable for the cumulative cost of context switching.
Typical moveEstablish a rule for what can interrupt the plan and what cannot. Make the cost of mid-cycle changes visible. Give the team a stable horizon they can actually plan against.

"We hired strong engineers and still don't ship enough."

What's happeningYou hired strong engineers. They're stuck in a system that makes them slow: too many handoffs, too much waiting, too little ownership.
What I look forCycle time from decision to shipped outcome, how product specs get produced, how cross-team dependencies are coordinated, and where work waits.
Typical moveSurface the real bottleneck, redesign the handoffs around it, and stop adding pressure to a constraint that isn't the problem.

06 In practice

When the constraint is between engineering and the business.

A B2B SaaS cold-outreach platform. I inherited an engineering team that had been led adversarially — walled off from the rest of the business, distrusted, barely shipping. The core product system was structurally wrong for how the product was actually used. Email open rates were in single digits.

I made the work visible and got it flowing first. That unlocked a full re-architecture delivered in roughly two months — and rebuilt how engineering worked with sales, customer success, and product.

Open rates moved to a stable 40–50%. That changed the commercial envelope — sales could promise a different SLA, retention improved.

Customer success and other previously-alienated teams said, privately and publicly: they'd never worked with a tech team that listened and shipped that fast.

The technical fix was a symptom. The constraint was the relationship.

Paulo André

07 Why me

For the last decade, I’ve repeatedly been brought into struggling technical organizations to figure out why things weren’t working, and help turn them around. I’m consistently strongest at identifying the real sources of friction, surfacing what others feel but can’t clearly explain, and restoring execution coherence across product and engineering.

That work has spanned teams from ~10 to 200+ engineers, through HelloFresh's IPO and TourRadar's post-Series-C scaling — at scale and through institutional transitions, not only at the early stage.

My background spans software engineering, product & engineering leadership, and systems thinking. From 2021 to 2024, I coached startup founders, CTOs, and VPs of Engineering full-time, not as a side practice, but as the main work. The technical knowledge gets you in the room. The coaching is what makes the change outlast the engagement.

I’m not a hype merchant, a transformation consultant, or a "10x AI productivity" salesman. I help leadership teams see clearly what’s breaking, and what to do about it.

08 Get in touch

If your team is busy but the business isn’t moving, let’s talk.

If this sounds like a company you’re building, leading, investing in, or advising, I’d be happy to talk.