The document discusses an agile approach to creating and maintaining a roadmap. It recommends putting the roadmap in JIRA for collaboration, linking it to project status updates. Regular off-the-wall meetings should be held to collaboratively update the roadmap based on ongoing project work and changes. This approach captures consensus, optimizes resources, and enables rapid trade-off decisions while recording the history of changes.
What I must stress is that, like any recipe, this one is subject to Garbage In, Garbage Out. This requires your organization has a handle on whoâs-doing-what day-to-day, as well as roadmap objectives for the year. This method definitely highlights where either of these two are lacking. It really drove home the value of early Product Definition and scoping, which is now something my organization does out of habit.
What I must stress is that, like any recipe, this one is subject to Garbage In, Garbage Out. This requires your organization has a handle on whoâs-doing-what day-to-day, as well as roadmap objectives for the year. This method definitely highlights where either of these two are lacking. It really drove home the value of early Product Definition and scoping, which is now something my organization does out of habit.
The purpose of a roadmap is to align thinking around strategic initiatives AND choose the most valuable projects in support of those initiatives that can be delivered with limited time and resources. It also allows for slotting projects to deliver at key times of the year to support market events. Itâs the IMMUTABLE GRAND VISION for BLINDING SUCCESS Of course, the integrity of the IMMUTABLE GRAND VISION is SHORT-LIVED. Week-to-week IRRESISTABLE forces are INJECTING CHANGE: New project opportunities force project swap decisions Scope creep calls ROI into question and/or the question of cannibalizing existing projects â âStick with it or Move On? Better keep track of all the changes so you have a basis for continuous improvement, but also because, six months later, execs will forget why their project got cut. To be useful, IMMUTABLE Roadmaps must accommodate CONTINUOUS CHANGE.
We make customized personal stationery and greeting cards online.
The purpose of a roadmap is to align thinking around strategic initiatives AND choose the most valuable projects in support of those initiatives that can be delivered with limited time and resources. It also allows for slotting projects to deliver at key times of the year to support market events. Itâs the IMMUTABLE GRAND VISION for BLINDING SUCCESS
Of course, the integrity of the IMMUTABLE GRAND VISION is SHORT-LIVED. Week-to-week IRRESISTABLE forces are INJECTING CHANGE: New project opportunities force TRADE OFF decisions Scope Creep calls ROI into question and/or the question of cannibalizing existing projects â âStick with it or Move On? Track Decisions Made because its fascinating to review the life-cycle of a project. To be useful, IMMUTABLE Roadmaps must accommodate CONTINUOUS CHANGE.
Thereâs no getting around it. To actually plan work the Roadmap must include Who, What, When, How Long for every project. But when scaled up to capture an entire organization for a whole year the amount of detail canât withstand the tornado of the day-to-day change.
Keeping up with the amount of change in a fully fleshed out roadmap is really, really hard. Two common means of doing so are: Oversimplify â Mythical Man Month with Fluid Capacity with Homogenous Skill Sets This approach can respond to tactical changes day-to-day but ignores dependencies: Skill Sets, Project to Project, Vacations⊠Defend the IMMUTABLE VISION to the death with a GANTT chart fortified with every start-finish detail. Gantt Charts DO HAVE THE DETAIL to support all the decisions we need to make, but its too cumbersome to keep up with the tactical events week-to-week. When faced with imminent deadlines the priority will always be to âdo the workâ versus âupdate the Ganttâ. Images Crooked Road Flexibility GANTT Chart
Sprints are capable of answering all these questions, but only two weeks at a time.
How can you drive the same interactions you get in a sprint a the roadmap level?
Iâve learned a trick I want to share with you. My goal here is to convey a very concrete means of keeping your roadmap in line with the daily work and the daily work aligned with your roadmap. No plugins, no xml. This is out of the box. Consider this the Martha Stuart recipe for Roadmaps. This is a simple trick. All you need is Jira and a reporting tool like Excel , and an organization that can tolerate transparency. Using this method you will not learn your roadmap was torpedoed after-the-fact, you will see the torpedo coming form some distance. Iâll take you through this step-by-step and provide a URL to this presentation so youâll have a copy for your reference.
Like any recipe - Garbage In. Garbage Out
You DONâT ESTIMATE roadmap projects. You allocate time for them and estimate them later. â Hey â you canât share a roadmap with the doers theyâll mess it all up.â They already have â you just donât know about it.
HOUSE of CARDS â 2 nd Dellusion of Roadmaps.
Share sprint data UP into the Dashboards and Roadmap Share roadmap date DOWN into the Dashboards & Sprints Same Data viewed in different ways across all verticals and levels of the org.
All Wikis and Dashboards need to be shining on the wall when discussed in meetings so everyone sees the same thing, knows where they are, whats being updated in real-time. Meeting Minutes (very often people refine their assertions after reading what theyâve said â drives clarity into the discussion) Project Status Task Estimates Backlog Priority Bugs/Tasks ⊠everything. Every artifact I mention here will be shining on the wall if it comes up in a meeting.
Weâve all been in meetings where you feel like youâre talking to yourself. Why would Product Mgrs, Dev Mgrs, Engineers, QA and Stakeholders care to discuss the roadmap, much less really focus on it, question it, and therefore contribute to its upkeep? Its the focus of the meetings so its easy. Management Responds because Management is consuming the SAME INFO
ECOSYSTEM of ARTIFACTS
Customers want to buy more than 1 Mothers Day Card, Valentines Day Card, Fathers Day CardâŠ
From the roadmap outward the proposed change cascades through the ecosystem of artifacts in a crude form. Doers refine Product Definition into User Stories and discover âwe want to include the address verification roadmap feature since we have to test that flow anywayâ. The PMO/Scrum Master adds that proposal to the project status. PMO confirms and updates the Roadmap. In the next Roadmap steering meeting Execs learn theyâre getting a 2-fer and say THANK YOU.