I have come across several companies recently who do not yet have an IT roadmap.\nIn each situation the technology leader has said they want to be more strategic: they have visions of tech that pushes the business strategy forward and they have heard great stories about cloud\/mobile\/digital\/social\/etc. Unfortunately, they work in a cycle of reaction that manages to short-term needs rather than strategic priorities and many cannot find a way out.\nEnterprise software is a victim of this cycle. Since it\u2019s complex and pervasive it requires constant feeding by the IT department. Because it\u2019s used to support fundamental business functions users frequently request new functionality. This makes it difficult to adopt the newest, most exciting technologies available because the immediate priorities are always fixing what exists.\nCIOs themselves recognize this. Steven Norton (@steven_norton) at the Wall Street Journal (@CIOJournal) summarized the Top 5 priorities for CIOs this year. Two of the five are directly related to strategic vision (the other three are all related to security and risk).\n\nBe the change agent\nHave a business-centric vision\n\nThe question becomes: \u201chow?\u201d The answer often lies in a new roadmap. A technology roadmap can help the CIO act more in line with the strategy of the organization. It benefits both technology leaders and functional leaders and encourages collaboration that results in true executive alignment on existing and new investments.\nWhat is a technology roadmap?\nA roadmap is the governing document that dictates specifically how technology will support the business strategy and help drive businesses priorities over the next 3-5 years. From what I have seen, the best roadmaps contain the following:\n\nA strategy statement with the list of the strategic priorities for the business (not IT-specific).\nA timeline of the initiatives and projects that will occur over the next several years with approximate start and end dates, durations, and sizes.\nA prioritized list of improvement opportunities. This is generated jointly by the business and IT and should be refreshed periodically.\nHigh-level justifications for each project. These should be robust for projects over the next 12 months and simpler statements for projects past the 12 month horizon.\nThe estimated cost and duration for each project. This is specific and reasonably accurate for projects occurring over the next 12 months and can be vaguer for projects that go out farther than that.\nAn owner for each project. This is the sponsoring executive or delegate directly overseeing the project. For projects in the next 12 months it should be the specific person and for projects beyond that it can be the owning executive.\n\nTo support the roadmap (but keep separately), I recommend technology departments keep up-to-date versions of:\n\nSystems architecture diagrams of the whole enterprise including interfaces, manual data movements, and platforms (this is not an infrastructure diagram \u2013 this is just systems specific).\nA systems inventory that is periodically updated and contains at least end-of-life dates, basic statement on usage, number of users, and system owner.\nA running list of emerging problems the IT support staff is seeing. Good help desk software should be able to track this for you.\n\nHow will you use it?\nThe roadmap has three primary functions:\n\nThe IT leader will use it to facilitate investment discussions with the rest of leadership. The IT leader will use the roadmap as a baseline when discussing new projects or priorities with functional executives. It will help leadership understand how to balance investment and project priorities and provide a way to visualize tradeoffs.\nThe IT department will use it to improve planning for projects and resources. The roadmap will help them anticipate resourcing needs, plan assignments, software and vendor selection, and costs ahead of time, and make it possible to start visioning and planning with the functional owners well in advance.\nFunctional leaders will use it to understand what is required of and will be delivered to their departments. It helps them clearly understand how they should balance existing roadmap initiatives with new requests. The roadmap will keep functional leaders aligned on strategic technology priorities across the enterprise. Active management of the roadmap will result in much better executive alignment and stakeholder buy-in before projects even begin.\n\nWho benefits from it?\nTechnology Leadership\nThe roadmap is designed to structure the communication between the technology department and the functional executives in a manner that allows the IT department to:\n\nAct strategically when making investment decisions and managing projects.\nMake securing buy-in from business leadership a more structured processes which, in turn, makes it easier to earn buy-in from business users.\nNegotiate more effectively with leaders or staff who request new projects or initiatives that require significant, non-operating effort.\n\nFunctional Leadership\nThe roadmap allows functional executives to be strategic when they request new or improved technology. They can use their functional strategies to begin working with IT leadership to determine which types of technology projects will be required to achieve their goals.\nThe roadmap provides transparent resourcing needs for when business staff will need to be assigned to IT projects, clear traceability to costs, and the detail for why those resources and dollars are required.\nMost importantly, it provides a strategic, structured manner of governing changes to business needs as they arise. It makes sure there is a technology voice at the table when decisions are made that require IT support, and it encourages balancing priorities across the business, diffusing conflict before it arises.\nStaff and Project Teams\nThe roadmap clearly spells out why the projects they are working on are important and, as things on the roadmap move or are re-prioritized, it forces the leaders to explain why and how those priorities are shifting. The roadmap encourages a clear and regular line of communication between leadership and staff.\nThe Bottom Line\nThe business needs to fully participate in the development process. In fact, if the CIO reports to anyone other than the CEO, I recommend the sponsoring executive sit outside of IT. Because of the strategic nature of the document and how critical leadership buy-in will be, it will need support at the highest levels of the enterprise.\nIf you are a technology leader: you need to push the executives to support the development of an IT roadmap to help you invest strategically and have structured conversations around investment with the other executives.\nIf you are not a technology executive: you should be pushing your organization to develop a roadmap so you can act more strategically in your area and benefit the business holistically with new investments.