The Diagnosis

5 days to understand what is really blocking tech and organization.

The roadmap is slipping, but leadership and the team disagree on why? I look at the code, organisation and product decisions together. Choosing a remedy before understanding the problem often means paying twice.

No.055 days · €3,000

Action plan delivered within 7 days.

When to use it

When the situation is too unclear to make confident decisions.

This assessment examines the problems before you hire, rebuild the product, speed up delivery or commit to a longer engagement.

  1. The roadmap slips but nobody agrees on the cause

    I separate tech debt, product focus, team dependencies and implicit leadership tradeoffs.

  2. The lead developer or internal CTO is carrying too much

    We clarify what belongs to leadership, organization, documentation or actual team capacity.

  3. You are preparing a major decision

    CTO hiring, fundraising, acquisition, major client, certification, rebuild or architecture change.

What I look at

Architecture and how the team makes decisions.

  1. Architecture & tech debt

    Areas slowing the roadmap, increasing risk or concentrating too much knowledge.

  2. Delivery & quality

    How work moves from idea to production: CI/CD, tests, incidents, releases and ownership.

  3. Team & governance

    Roles, responsibilities, rituals, decisions and communication between leadership, product and engineering.

5-day format.

5 days

  1. Step 1

    Framing

    A call to understand context, decisions to make and key people involved.

  2. Step 2

    Review with the team

    Focused interviews, flows, architecture, backlog, incidents, available data and team rituals.

  3. Step 3

    Readout

    Leadership summary + prioritized action plan, with risks and tradeoffs made explicit.

Deliverables

A short action plan leadership can read and the team can use.

  1. Risk map

    What can break, slow down, cost money or block the next business step.

  2. 30days60days90days

    30 / 60 / 90-day priorities

    What to start now, what to prepare, and what not to do yet.

  3. Recommended engagement format

    A focused project, a fractional CTO, team coaching, hiring or a plan your team can carry out internally.

Tech and organization audit: your questions.

  • Is this a classic technical audit?

    The diagnosis focuses on decisions involving technology: product, organisation and business priorities. I review code and architecture where useful. A comprehensive code audit would need a separate scope.

  • Do you need access to the whole codebase?

    Not necessarily. We decide the access level together. Often interviews, diagrams, backlog, incidents and a few key areas are enough for a reliable first read.

  • Does it also audit the tech team?

    Yes, on the organization side: roles, responsibilities, rituals, decisions and communication between leadership, product and the tech team, based on targeted interviews. I read them alongside architecture, technical debt and delivery: the same situation often spans several areas.

  • What happens afterwards?

    You choose what comes next: carry out the plan internally, start a focused project or continue with a fractional CTO.

Need clarity before investing more?

We start from your real situation and check whether the diagnosis is the right first step.

Latest articles

Security debt: the access that outlives the tools

A forgotten Brevo script in a website, an expired domain still trusted, hundreds of applications someone once said yes to. Three checks for establishing how these integrations are used and what they can access.

Feature freeze: why I still stand by Gridky’s Drynuary

Hundreds of Slack exceptions every morning, a team split in two, a priority client waiting. Then a month without a single new feature, negotiated with the CEO. I still stand by it: in my view, the most profitable decision of the year.

Blog