Steer

IT roadmap

Your IT changes every year, whether anyone plans it or not. An IT roadmap sets out what changes in the next 12 to 24 months, why, and what it costs.

What changes next year, decided this year.

Devices wear out, licences renew, software vendors retire versions, and a growing team needs more than it did. Without a plan, each of these arrives as an urgent request and is decided under pressure. The roadmap is the plan: for the next 12 to 24 months, what changes in your IT, in which order, what it costs and who owns it, tied to the projects, hires and growth your firm is planning. Your TechPilot writes it with you and reviews it with you regularly, so when something changes on your side, the plan moves with it.

How it’s made

Built from what your IT shows, and what your firm plans.

The roadmap starts with facts, not a wish list: what your systems show us every day, and what your firm has ahead of it.

  • What we see in your IT

    Where we also run your IT, the roadmap starts from its own records: devices and their age, licences and who uses them, requests that keep coming back, open risks from the evidence file.

  • What your firm has ahead

    New colleagues, a new site, a client’s security demands, a merger or a server reaching the end of its life: we go through what your firm plans, so the IT is ready when the firm is.

  • Each step as a decision paper

    Every item on the roadmap is prepared the same way: the question, what we see, the options with what they cost, our recommendation. You decide; the paper records it.

  • Each step owned and dated

    The steps are put in order: what depends on what, what has to come before a deadline, what can wait. Each one gets an owner and a date.

  • Reviewed in the steering meeting

    The roadmap is a living document. In your steering meeting we check what was done, what moved and what your firm’s plans changed, and adjust it.

  • Into next year’s budget

    What the roadmap says for the coming year goes into the budget, so the money is there before the step is due.

On record

On the decision paper.

  • The roadmap itself: each step with its reason, cost, owner and date
  • The decision paper behind each step, as decided in the meeting
  • What was done, what moved and why, from each review
  • The facts each step rests on: devices, licences, requests, open risks

One document your management can read, and a next IT lead could pick up.

What usually goes wrong without one.

  • A plan from a vendor’s catalogue

    A roadmap written by whoever sells the next product lists that product. A roadmap written from your own IT lists what your firm needs.

  • Everything urgent, nothing planned

    Without a roadmap, the laptop that dies and the licence that lapses each become an emergency, decided on the day at whatever it costs then.

  • A plan nobody reviews

    A roadmap written once and filed is out of date by the second quarter. The review is what keeps it true.

Questions we get

Do we need Manage to get an IT roadmap?

No. Steer works on its own, and the roadmap can be written from a review of your IT with your in-house IT person or your current provider. When we also run your IT, it starts from what our own records show, and that makes it more precise.

How far ahead does the roadmap look?

Twelve to twenty-four months. Far enough to plan next year’s budget and the projects that need lead time, close enough to stay true. Beyond that we note directions, not dates.

What if our plans change?

Then the roadmap changes with them. That’s what the review in the steering meeting is for: a new site, a hire or a merger moves steps, and the decision paper records why.

Who owns the roadmap?

Your TechPilot writes and keeps it. The decisions are yours: every step is decided at your table and recorded with its owner and date.

Start

What does your IT look like in two years?

In a first call we go through what your firm is planning, what your IT shows today, and what the first page of a roadmap would say.