Rule Your Roadmap – No Matter How Much It Moves

Here’s Atlassian’s video of my talk at their 2011 International Summit where I describe how v1.0 of how to capture your roadmap data in JIRA and the kind of collaboration required to keep that data sufficiently accurate to support project and resource trade-off decisions. (We’ve come a long way since then and are still kicking it!)

I’m really interested to know if this is transferable and I’d love to help people try.

About these ads

15 thoughts on “Rule Your Roadmap – No Matter How Much It Moves

  1. I have been looking at ways to avoid double-entry of information. Somehow, the information from all projects (and, in our case, operational work) has to be aggregated in one place. Here is what I have found so far:

    https://answers.atlassian.com/questions/89790/what-is-the-best-course-of-action-when-we-have-a-project-that-is-divided-into-3-4-others?page=1

    You can configure which projects in each application are linked together by going to the main project overview page (Administration > General tab, then select the project) and changing the “JIRA Project”, “Confluence Space”, etc. sections. This way you can set up each separate JIRA project to all be linked with the same Confluence space and so on.
    By Nick Mason [Atlassian] (871 karma) Sep 26 ’12 at 09:23 PM

    Is it possible to aggregate the information of all the projects using this method? Can I, for instance, find out who is assigned to multiple projects, perhaps on a dashboard?
    By Bob Stenson (1 karma) Jan 10 at 09:53 PM

    That’s as simple as creating your required filters (which can spread across projects) and getting the required gadgets added to the Dashaboard

    and also:

    https://answers.atlassian.com/questions/60067/how-can-i-create-a-child-project-of-an-existing-project-in-jira?page=1

    I have been looking for a method to manage the portfolio of all the projects plus the operational work of the department. Everyone is using JIRA, and this video about JIRA looked very promising: http://tinypmo.wordpress.com/2011/05/25/rule-your-roadmap-no-matter-how-much-it-moves/#comment-31. The problem with this method is that tasks and sub tasks are already being used–the method aggregates that needed information by making each task represent a project and each sub task represent a task. That would eliminate the possibility of having sub tasks since you cannot have a sub task of a sub task. I’m thinking that the solution presented may work: one project for the department, a component for each of the projects and also for each section of operational work, and then we would use tasks and sub tasks in the normal way. Do you think this would work, or is there a better way to do this?

    JIRA only have two levels of issue hierarchy. To achieve mult level management at a issue level, you can use the below plugins

    https://marketplace.atlassian.com/plugins/com.docminer.jira.issue-links

    https://marketplace.atlassian.com/plugins/com.almworks.jira.structure

    As I look at this, I wonder if there is an easier way. Any thoughts?

    • Hey Bob, There is an easier way. The confusion here is I keep my roadmap entirely separate from sprint work – it’s in a separate JIRA project called PMO where projects are captured as tasks and the people per sprint on those projects are captured as sub-tasks. The Scrum Masters bulk upload these “resource” tickets for everyone at the beginning of the year assigned to a placeholder project (“Remaining Capacity”). If Joe is assigned to Project A for 3 sprints the SM then drags those 3 tickets for Joe from the placeholder project to Project A as the new parent. In this way we ensure we don’t later double book Joe, everyone knows the remaining capacity for Joes team, and if we need Joe for something else we know it will impact “Project A”. We also rollup all the projects and resources across the enterprise.

      Joe does all his work, tasks and subtasks, somewhere else.

  2. Hello David, Thank you for a great concept. I have been assigned the task of creating a portfolio management system–we use JIRA for projects and for operational work in the same department. I saw your video on youtube.com and have been working on possible ways to integrate this into our culture at the university. The team is already using the sub-tasks as sub-tasks, so I will get resistance trying to get everyone to change the way they have been working. JIRA has no subprojects. I found this documentation on components. https://answers.atlassian.com/questions/100605/sub-projects-of-an-over-all-project. Perhaps it may be possible to create a component for each project, which would allow the team to still have the functionality of the sub-tasks. By the way, I also ran into the problem that they have changed Confluence so that wiki markup is no longer accessible–at least not in our environment. I’ll post any progress here and I’ll be watching this blog for any solutions that others may offer.

    • Hey Bob, Good luck with this and I’m happy to answer your questions. My roadmap/resource map lives in its own separate JIRA project, “PMO”, so the tasks, subtasks, custom fields and workflows don’t pollute anyone else’s workspace.

  3. I found a solution that I can live with.

    I use the external Jira gadget “filter results”, that finds a list of Jira issues based on a saved filter. Within that you can choose what fields to display, and here the wiki-markup custom fields are rendered as the should.

    You need to specify a saved filter for every project though, but we do keep that anyway so for us that’s not a restriction.

  4. This is bad. Really bad. Sorry I dont have a solution for you and thanks for the warning. We’re still on v3.x and may be there for awhile, unless our IT group wants to upgrade to fix the security hole. Nuts!

  5. Hi David,

    I loved your talk, and I’m in the process of implementing your way of linking Jira and Confluence to keep the roadmap updated.

    I have added the PMO project and I have a dashboard in Jira that shows the roadmap, including the status field for each epic in the PMO. That single dashboard made wonders for the visibility in the company.

    My next goal is to actually link Jira to confluence via the status field in Jira. However, I noticed that the jiraissues macro no longer renders wiki-markups from custom fields in Jira. (Confluence 4.1.3)

    This makes your integration less valuable since one would like to get the links clickable and the colors rendered in the status field. Now what you get is the crude XML (not very nice).

    Unfortunately, the confluence team is not going to fix this because generating html from other systems is a security issue. (See https://jira.atlassian.com/browse/CONF-23209?focusedCommentId=287689&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-287689)

    Since you have implemented this integration yourself I thought that you might know of some workaround so that you get the links rendered in confluence.

    Best regards,

    Mikael Hammar
    Product Manager
    Apptus Technologies AB

    • Im glad ypu liked the talk and found it useful. Are you sure Confluence 4.x doesn’t support wiki mark-up?, or just not html. The bug filed is specific to HTML. Please lmk. I could be in big trouble.

      • As I understand it, the wiki markup in Jira is translated into html and then sent to confluence. Next, confluence imports that and renders it (unfortunately no longer the html). If you look at the resulting XML you see that the wiki markup is translated. I followed all your instructions carefully. I kind of hoped that I’ve missed something but I cannot see what.

      • Oh oh. If you put this string into a jira wiki-renderer field (not a regular text field) and it displays in Confluence as raw HTML then we’ve all got big problems. I can’t upgrade confluence…
        *{color:red}RED{color}*

      • Yes, that’s the case. The description field and all other “standard” fields render OK, but custom fields are considered dangerous. I’ve been at it all day (I’m in Europe) and still can’t find any solution.

      • Our release engineer is hopeful he could fix/subvert this. But, we’re not on v4x yet so not sure when he’d get to working on it. Please stay in touch.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s