Governance & Roadmap

How technology decisions get made, and whether they stick.

Domain 8 of 8. Back to the assessment

Governance sounds like bureaucracy and is usually the opposite: it is what stops the same decision being relitigated every quarter. The failure pattern in mid-sized companies is not too much process. It is that nobody can say who decides, so decisions drift to whoever escalates most persuasively.

Why it matters

Without a roadmap and clear decision rights, technology spending becomes reactive. The company pays for the same problem repeatedly, and projects run long because nothing defines when they are done.

The benchmark

What good looks like at your size

We score against this benchmark, meaning what a well-run company of 50 to 500 employees should reasonably have in place, rather than against theoretical perfection.

Decision rights are written down

Who can commit money, at what thresholds, and who must be consulted are documented and known, so decisions do not depend on who asked the CEO at the right moment.

Projects are chosen against stated criteria

Initiatives are prioritized on explicit grounds, sequenced by dependency and risk, and stopped when the reasoning no longer holds. A process that never kills anything is a queue.

Every initiative has an owner and a definition of done

Someone is accountable, the finish line is written before the work starts, and status reporting is honest enough to be useful.

A rolling roadmap tied to business goals

Twelve to twenty-four months of sequenced intent, reviewed on a cadence, that says what the company is not doing as clearly as what it is.

Technology is consulted before commitments

Business initiatives with technology implications reach the people who will deliver them before dates are promised to customers or the board.

The pattern

What we typically find

Patterns common enough to name. None of them indicate a bad team. They are what happens when a company grows faster than the decisions that shaped its technology.

A backlog described as a roadmap

A list that only grows, with no sequence, no owner, and nothing ever removed. It communicates activity rather than direction.

Projects that finish without confirming the benefit

The work is delivered and closed; the outcome that justified it is never measured, so the next business case repeats the same optimism.

Decisions made by escalation

Whoever argues most persuasively sets direction, and the same choice gets revisited every few months because no forum ever settled it.

Commitments made before technology is consulted

Dates promised to customers or the board arrive at IT as constraints, guaranteeing either compromise or overrun.

No venue for trade-offs

There is no regular forum where technology trade-offs are discussed with the people who own the budget, so the discussion happens ad hoc under pressure.

The method

How we assess it

Where a document does not exist, that is itself a finding, and we say so plainly rather than treating the gap as an obstacle.

What we examine
  • Decision rights: who can commit the company to technology spend
  • Prioritization: how projects get chosen, sequenced, and killed
  • Project discipline: why initiatives run long, and what finished means
  • Planning horizon: whether technology has a roadmap or just a backlog
What we ask you for
  • Any existing roadmap, project list, or prioritization framework
  • Governance forums: what meets, who attends, and what it decides
  • Recent project history, including originally promised and actual delivery dates
  • Approval thresholds and how technology purchases are authorized today
  • Working sessions with the leadership team on how decisions actually get made
The output

Questions the readout answers

Who owns our technology roadmap: a name, not a company?

Why do our technology projects always take longer than promised?

The deliverable

What this domain contributes to your report

  • A decision-rights model your leadership team can adopt as written
  • Prioritization criteria and a sequenced twelve-month roadmap with owners and budget ranges
  • A governance cadence proportional to your size: enough to steer, not enough to become bureaucracy
  • Clear ownership of the roadmap for after the engagement ends
The scale

How this domain is scored

Every domain is scored 0–10 on the same scale, so the scorecard shows you where to look first rather than a single undifferentiated grade.

0–3
Material risk today

Something here can hurt the business now. These findings lead the roadmap.

4–6
Workable, but behind

Functioning, but behind where a company of your size and stage should be.

7–8
Solid

In good shape. Worth maintaining rather than investing further right now.

9–10
Ahead of peers

A genuine strength, and often something to build on elsewhere.