Inside Atlassian: how the Portfolio for Jira team uses Portfolio for Jira

Inside Atlassian: how the Portfolio for Jira team uses Portfolio for Jira

Long-term planning and agile: is it really possible?

Even when using an agile approach, there’s still a need to forecast over a long time period. The challenge is to combine both a long-term vision and frequent, continuous delivery along the way. We tend to find that a lot of teams using Jira are actually tracking their long-term plans and strategic goals in disconnected tools like spreadsheets, which can be quite painful and time consuming!

So today I’m going to show you how our resident experts on planning, the Jira Portfolio team, use Jira Portfolio to combine long-term planning and agile development. Let’s see how the team does it — are you ready to jump into some planning?

Try Portfolio for Jira free

 

Start with the big picture

Every quarter, the Jira Portfolio team does a full roadmap review and planning, along with reviewing and updating objectives and key results. To start off, the team first defines the strategic themes for the roadmap by answering general questions like, where are we going? and where should we be spending our time (note that they don’t focus on questions like what specific features do we want to build). 

Techniques for coming up with this high-level product strategy could fill a separate blog post, but it roughly involves reviewing customer suggestions on jira.atlassian.com, customer interview notes, and feedback from teams within Atlassian to identify structural gaps (the combination of these two are used to identify recurring/common/structural problems), as well as reviewing advancements in the market and the strategic goals of the the wider organization.

The two dominant themes that came out of the latest planning session for the Jira Portfolio roadmap were “Integrated planning” (think a tighter integration with Jira and Jira Agile) and “PPM at scale” (think views and reports across multiple plans). There were lots of other themes, of course, but these two are the priorities and where the team decided they would devote most of their time.

ProTip: Prepare to iterate! Distilling a roadmap to 3-5 crisp focus areas is hard! The team typically knows the outcome is good if the themes feel like “stating the obvious,” and the general response from peers is “well, of course that’s what you need to focus on… what else would make sense?”

Identify the big-ticket items

Once the themes were decided on as a team (and, of course, backed by clearly-defined goals and success metrics), the Product Manager entered them into Jira Portfolio. The team then got together again to think about what actually needed to be done in order to accomplish these themes, answering questions like “what big chunks of work do we need to get done in order to deliver on this theme?” or “what needs to happen in order to ensure that gets delivered?”

For example, when they sat down to see what they needed to accomplish for the theme “Integrated planning,” it resulted in things like “simplified data management” and “live planning and snapshots.” These “big chunks of work” are called initiatives and the Product Manager listed them all out in Jira Portfolio and assigned them to their parent theme(s) once they were all agreed on by the team.

Note that while several initiatives are specific to the Jira Portfolio team, there are also initiatives shared with and mostly driven by other teams inside Atlassian. For example, a new feature in the Jira platform might require the Jira Portfolio team to integrate with this new functionality.

 

Get all the data in one place

This part was the most time consuming but well worth the work. Those “big chunks of work” mentioned earlier, i.e. initiatives, now needed to be broken down into more consumable pieces, so it was time to populate the backlog. This was done as a combination of:

    1. Breaking down initiatives into new epics and stories: Brainstorming between product management, engineering, and UX designers, to slice out tangible and incrementally shippable pieces of work. This was done inside Jira Portfolio, and once the epics and stories were ready for implementation, they were turned into actual Jira issues.
    2. Importing existing issues: The Product Manager also imported all of the relevant epics and stories that already existed in Jira such as customer suggestions gathered on jira.atlassian.com and assigned them to the right initiatives.
ProTip: When importing a big amount of existing, un-estimated issues, it isn’t necessary to estimate all of them individually. Jira Portfolio allows you to enter a default estimate for both epics and stories. Taking an average value of past stories is usually sufficient for a rough plan, as long as the plan is then constantly updated and refined along the way.

Gathering and grooming the backlog is definitely the most time consuming part — getting data from potentially multiple different Jira projects and then assigning epics to the initiatives they set earlier. Once this is done, however, the result is an awesome global overview, with aggregated progress and status across initiatives and it is super easy to dive into planning. Jira Portfolio Cloud recently launched (yay! 🙂 ) so the below shows you how the team tracked progress and status for this initiative.

 

Time to start planning

The Jira Portfolio team uses story points for estimation, so the Product Manager just grabbed the team’s velocity straight from the Agile Board. The team is actually growing so they have split work into two streams: JP Core (continuous improvement on version 1.x) and JP2 (fundamental changes towards 2.x).

See the roadmap for the first time

After all of this meticulous planning, sparring, and debate, it was time for the big reveal! This was the most exciting part as the team had plenty of ideas, but when would they be able to deliver? Only time (or Jira Portfolio) could tell.

So, Jira Portfolio took all of the team’s planning and calculated a realistic schedule for the Jira Portfolio roadmap (yes, the dates in the schedule are blank to spur imagination). The schedule below is set to the initiatives view to see the projected start and end dates of each initiative.

ProTip: Not so much a ProTip, more of a ProReminder! A realistic forecast can be painful, even the Jira Portfolio team has felt it! Visualizing just how long the current work will take might be surprising, but you can only make good decisions if all data is on the table. Maybe you used to sleep better before you really knew how long things would take you, but now you won’t have a rude awakening shortly before your release date!

Play with “what-if” scenarios

Now with roadmap done (or at least “visible at last”), the team was in full planning mode! With all the data in place, the Product Manager and Development Manager in collaboration with program management, began to move around variables like earlier release dates, scope changes, feature date adjustments, and people planning.

Trying different planning scenarios was especially important as the team was determining whether to add the functionality of cost planning and reporting into the scope of their 2.x release. Because the team had all of the data in Jira Portfolio, they were able to model these what-if scenarios and instantly see the impact a possible change might have on the future. This is also a great way to communicate openly with stakeholders and clearly point out the tradeoffs.

See how reality lines up with goals

It was now time to head back and look at those themes we spoke about earlier. So much planning and scoping had happened since then and the team was interested to see if the detailed plan matched the high-level targets for investment allocation.

Thankfully, the plan looked quite balanced! “Integrated planning” was slightly underfunded relative to the target, as the plan contained more work on UX improvements and convenience functions. However, it was easy for the Product Manager and Development Manager to jump back into the the schedule and backlog to see what was driving this and how they could adjust.

Put the plan to action

As mentioned earlier, the team creates a lot of epics and stories directly in Jira Portfolio during planning. Once the plan is done, they then create these epics and stories in bulk so that the team can actually work on the issue in Jira and Jira Agile.

The team tries to keep the backlog on the agile board short and easily manageable, and typically only creates issues from the plan prior to the planning meeting for the next sprint. For any upcoming sprint, the relevant issues can be directly created from the schedule view.

Ensure the plan is up to date

The Jira Portfolio team does these planning sessions quarterly, however, the plan is still updated after each sprint to adapt to changing priorities, new ideas or requests coming in, and ensuring the plan remains realistic towards targeted release dates!

There are two key activities the Product Manager does after each sprint to keep the plan up-to-date:

  1. A plan update to re-baseline with what has actually been done (which issues have been resolved, how much is remaining if still open).
  2. If new stories have been added somewhere in Jira (either a scope change, or an epic has been broken down into detailed stories), the Product Manager imports these into Jira Portfolio to check the impact on the plan.

Share, discuss, communicate

So what did the team do with this living, breathing plan? They shared it! Everyone has access to the Jira Portfolio plan at Atlassian so everyone is kept up to date and on the same page with what the plans are.

The team recently started using an interactive touch device optimized for Jira that they have set up in the Jira Portfolio space. It’s great to share information with the whole team and to interactively play through planning scenarios!

And thats a wrap! We know that’s a lot to take in, so if you want more info, some live demos and the chance for Q&A, join Martin Suntinger, Principal Product Manager for Jira Portfolio, in the next Jira Portfolio webinar.

Talk to us! We’d love to know how you’re using Jira Portfolio so tell us in the comments below!

Happy planning! 🙂

Want to learn more?

Watch the webinar

This blogpost contains information which outlines our general product direction.  It is intended for information purposes only, and may not be incorporated into any contract.  Nothing in this blog is a commitment to deliver any material, code, or functionality, and the presentation should not be relied upon in making purchasing decisions.  The development, release, and timing of any features or functionality of Atlassian products remains at the sole discretion of Atlassian..
Exit mobile version