You know that phrase about how the “best-laid plans…go awry”? We think it’s sort of pessimistic. At least as far as IT goes…
By no means are we under the delusion everything goes perfectly in IT – hardware fails, software glitches occur, people forget to plug in their computers, the list goes on. Despite bumps in the road, we do believe best-laid plans have a great chance of working out for departments that do their homework and form clear goals.
Whether your team is about to take on an internal data shift, setting up processes for other departments, tying your IT strategies in with overall business goals, or a myriad of other tasks, your best-laid plans should take the form of an IT Roadmap. Here are our tips for how to get started.
A Quick Refresher
You’ve probably heard of IT Roadmaps before, but let’s briefly refresh your memory of what exactly we mean when we refer to them. Well, maybe not exactly as they can take on several different purposes, but we’re getting ahead of ourselves.
The overall idea of an IT Roadmap is to have a developed, strategic direction for your organization’s infrastructural tech and tools. In short, it’s a detailed plan of how your IT department runs, what it runs, and why it runs the way it does.
There are a variety of roadmaps your company may create, including:
- Enterprise Roadmaps help your department strategize how its IT objectives line up with and support overarching business goals.
- Project Roadmaps create plans for specific tasks like shifting company data to a new cloud system or upgrading software platforms.
- Architecture Roadmaps layout processes for how information is stored, organized, and accessed in your organization.
- Engineering Roadmaps aid your team in the development of a new product or externally-aimed end result.
The Benefits of Best-Laid Plans
Just in case you still aren’t sure why you should utilize an IT Roadmap for your own department, let us share some of the benefits.
First, these roadmaps get your entire IT team on the same page, as well as other internal teams (including executive teams). Second, fleshing out your plans in a roadmap causes you to really think through every move. You’ll end up with more measurable and beneficial results, a solid timeline, and a solid idea of what resources you’ll need to get things done.
Third, all of this planning will help you save money (we think this one’s pretty self-explanatory). Finally, a good plan helps things run smoothly. Even if you don’t believe in “best-laid plans,” it’s always best to lay some kind of plans instead of jumping in blind – especially when it comes to the data of your organization and its employees.
Now we’ve established the why of creating IT Roadmaps, let’s talk about the who.
Who Needs to be Involved?
We’ve already considered who might benefit most from your team’s utilization of IT Roadmaps, but this list of benefactors isn’t always the same as the list of people who should actually have input into the plan’s formation. As Roadmunk puts it, your company’s C-suite will likely be interested in the end-product of your roadmap, but they probably have other things to focus on besides the minutiae of your exact plan.
Besides your own department’s leadership and any team members who will be taking the project on, we’d recommend involving the leaders of any teams whose day-to-day activities might be affected by the project or creation of the plan itself. The degree to which you involve these other parties will be up to your discretion.
There’s a huge difference between notifying another team of impending changes and actually getting their input on the project. Do your due diligence but try not to involve everyone in the organization, especially when you’re just getting started with your roadmap. There’s another famous phrase about “too many cooks.”
Questions, Questions, Questions
Now you know why you’re creating an IT Roadmap and who to talk to as you get started. Let’s consider what you need to know – these questions are great jumping-off points to ask yourself and the audiences you just identified:
- What’s the overarching goal of your roadmap for the IT department?
- What’s the overarching goal of your roadmap for the company?
- Which steps or priorities should take center stage?
- How long do you think the project you’re mapping out will take?
- What effects (and for how long) will the project have on the other teams you’ve identified?
- What do those teams need from you during those times (transparency, specialized training, etc.)?
- What do you need from those teams (department data, cooperation, etc.)?
- Where can you improve on this plan/project over those in the past?
- How much will time and money will this project cost your department? How much will it cost other teams?
- Who is owning each step of the project? Where exactly do you need input from another team, and what exactly do you need them to contribute?
These are just some of the many questions to ask yourself and the rest of your organization as you begin laying out your roadmap. It may seem extremely in-depth to plan your plan, but we promise it will be worth it in the end. This is how the best of “best-laid” plans are created by the humans in IT (forget the mice in that old saying).
Need help getting started on your next IT Roadmap or project? We’re here as your guides.