Why did delivery get slower after your engineering org grew?

A fixed-fee review and diagnostic for product engineering organizations with 25–80 engineers. I identify the few system-level issues causing delivery drag and give you a concrete 30-day action plan.

Growth was supposed to make delivery more predictable. Instead, roadmap commitments slip, managers are overloaded, planning feels heavier but less clear, teams are busy without moving faster, and product and engineering alignment gets worse.

You know something is off. The hard part is that the visible symptoms are rarely the real cause.

Offers

Two ways to start.

Not sure yet? Start with the Review. If you book the Diagnostic within 30 days, the full Review fee rolls into it.

Engineering Scale Review

90 minutes + memo

€1,250 fixed

A fast outside read before committing to a full diagnostic.

  • 90-minute working session with founder/CEO or CTO
  • Review of up to 3 operating artifacts you share in advance
  • Short async follow-up for open questions
  • 4–5 page memo: symptoms observed, working hypothesis, what to dig into
  • 30-minute debrief

Full fee credited toward the Diagnostic if booked within 30 days.

Core engagement

Engineering Scale Diagnostic

15 business days

€6,500 fixed

A bounded diagnosis of why delivery slowed and a 30-day action plan.

  • Kickoff with founder, CEO, or CTO
  • Review of org structure, planning cadence, and delivery signals
  • 4–6 targeted interviews across leadership and selected team members
  • Diagnostic report: top root causes, supporting evidence, 30-day action plan, risks to watch
  • AI adoption note where it materially affects delivery, hiring, or team design
  • 60-minute readout session
  1. Kickoff and artifact review — leadership context, current friction points, and the core operating artifacts: org structure, planning rhythms, delivery signals, team setup.
  2. Targeted interviews — a focused set of conversations across leadership and selected team members to understand where delivery drag is actually coming from.
  3. Root-cause diagnosis — mapping the few issues causing the most operational friction across org design, planning, management load, ownership, and team structure.
  4. Readout and action plan — a clear diagnosis, the evidence behind it, and a practical 30-day action plan.

What you get

A working document built for decisions, not a slide deck.

The Diagnostic report is structured for leadership to act on quickly. It contains:

  • Executive summary: a concise statement of the operating problem and why it matters now.
  • Root causes: the few issues creating the most delivery drag, usually across org design, planning, management load, ownership, or team structure.
  • Supporting evidence: what interviews, artifacts, and patterns suggest for each finding.
  • Immediate actions: a practical 30-day action plan with priorities, sequencing, and trade-offs.
  • Risks to watch: what is likely to get worse if leadership avoids the issue or addresses only the visible symptoms.
  • AI adoption note: included where AI is materially affecting delivery quality, hiring signals, or team expectations.

Best fit for post-product software companies where engineering grew, management layers appeared, and delivery became less predictable.

Typical fit:

  • Roughly 25 to 80 engineers.
  • Founder, CEO, CTO, or VP Engineering owns the problem.
  • Enough operating history to diagnose patterns.
  • The company wants an outside read before the drag gets worse.

This is not the right engagement if:

  • You are pre-product.
  • Your team is under 15 engineers.
  • You want a hands-on interim CTO.
  • You need someone to write production code.
  • You want a long transformation engagement sold as a fixed-fee package.

This is a bounded diagnostic. Sharp, fast, and specific.

Why me

Operator first, advisor second.

Petar Gusic

Founder, DeseiRose · Head of Engineering

View on LinkedIn →

Current operator. I lead engineering in a live scale-up environment. My perspective comes from the operating seat, not retrospective consulting theory.

Pattern recognition across engineering systems. I've spent 20 years across IC, management, and leadership roles in multiple industries. The same failure patterns repeat more often than founders think.

Real AI adoption experience. Over the past two years, I designed and ran three AI adoption pilots in a real organization. That experience matters because it connects AI to delivery, hiring, and team design — not just tooling.

Diagnostics are confidential by default. References from past clients are available on request, under NDA where appropriate.

I don't publish client work. Diagnostics are confidential by default — clients share sensitive operating reality, and that stays between us. Before you buy a diagnostic, you should know what you're getting. An illustrative example — not from a real engagement — shows the depth, structure, and voice.

See the sample →

An operator case study on what three AI adoption pilots exposed about engineering operating systems — from inside a live scale-up, not from the outside.

Read the case study →

How much time will this take from my team?

The process is designed to stay bounded. Leadership involvement is concentrated, and interviews are targeted rather than open-ended. Most leadership teams spend 3–5 hours total across the 15 business days.

What if our metrics are messy?

That is normal. I do not need a perfect metrics stack to identify operating friction. Interviews, planning artifacts, and structural patterns usually tell the story.

Is AI always part of the diagnostic?

Only where it materially affects delivery, hiring, or org design. It is not forced into the output if it is not relevant.

What happens after the diagnostic?

You can execute the action plan internally, or we can discuss a short follow-on advisory engagement if there is a clear fit. I do not publicly offer ongoing fractional leadership work.

Do you implement the changes yourself?

I do not take embedded or hands-on execution roles. My role is to diagnose the problem clearly, help set priorities, and support leadership decision-making where needed.

Contact

Interested? Let's talk.

I take on a small number of engagements at a time. Expect a response within 2 business days.

Opens your email client with the details prefilled. Prefer direct? petar@deseirose.com