15. 10. 2024 Fabrizio Dovesi Atlassian, Service Management

Streamline your Product roadmap decision-making process with Jira Product Discovery

An introduction to the recently released Jira Product Discovery tool and its potential relevance and utility for your team.

In which scenarios would this solution offer users a valuable benefit?

We are all familiar with the process of decision-making. We are also aware of the challenges that can arise when a decision, such as in product management, must accomplish several stakeholders’ requirements, has significant implications for a large number of people, or involves substantial financial investments.

It is crucial for a company to make well-informed decisions about the evolution of its products and services. If the decision-making process is ineffective and results in unsatisfactory outcomes for the company and its customers, this ultimately leads to the company’s failure.

There are a number of tools and techniques that can be employed to facilitate the decision-making process. The following examples illustrate the various use cases offered by the PMI community.

In particular, among the process factors defined by Disciplined Agile® Product Management (see link above), there is one that is particularly relevant:

Evolve vision: Product managers will work closely with stakeholders, and in the case of new products/solutions potential stakeholders, to understand their needs. The goal is to develop roadmaps for individual products, product lines, and for the business itself. These roadmaps describe the current vision for the near term, intermediate term (3-12 months), and long term (one year or more) with less detail the further out in time the roadmap goes. These roadmaps help the product managers to guide their prioritization decisions and provides input into the planning activities of other efforts (such as the Enterprise Architecture and Portfolio Management activities)

A well-designed decision-making process should yield outcomes that satisfy both the practical and emotional needs of stakeholders. It is therefore crucial to establish a collaborative and participative approach for defining the next evolutionary steps of the product/service in order to achieve concrete practical and emotional involvement of stakeholders. By sharing and objectifying as much as possible the choices made directly on the roadmap that everyone can access, stakeholders will be able to contribute as true collaborators rather than as passive spectators.

So, if you want to make your product or program decisions better, are you prepared to implement a structured process for decision-making? Are you fully aware of the advantages and the effort required to make this system works? This article gives you insight into the potential benefits of adopting a tool that can facilitate communication among stakeholders and provide objective guidance on key parameters, helping you manage this complex process.


Meet the new Jira Product Discovery tool

Jira Product Discovery was developed primarily to meet the needs of product managers, product operations teams, and program managers. It is a suitable choice for any team that engages in ongoing product discovery and collects feedback and data to inform their roadmap.

It enhances the collaboration between users/stakeholdes (contributors) and the team (creator) who manage the final decisions on what to do or not (a development on a product or a service, a new project, etc…)

In Jira Product Discovery (JPD), users can invite colleagues to collaborate in two different roles: Creator and Contributor. The Creator role allows users to create and manage ideas, views, and projects, while the Contributor role enables them to add insights, comments, and reactions, and, if permitted, create ideas. Please find below a summary of the respective roles’ capabilities and limitations.

A JPD project is a dedicated space for the collection and organisation of ideas, insights and roadmaps for an individual team or a product. It is the place where uncertain work is managed and addressed by evaluating ideas, validating them with insights and testing prototypes.

For those already familiar with Jira, a JPD project is conceptually similar to a Jira project (it represents a collection of issues), but with different functionalities due to the different nature of the relative scopes for which they were designed. JPD is primarily for managing ideas/suggestions and the related process of analysis, approvals and comparisons with other competing ideas/suggestions, while Jira is for managing the work to be done.


Which is the way to approach it?

Given that, at the time of publishing this article, JPD is a new product still in the process of being consolidated and incorporated into the Atlassian cloud products’ universe, our recommendation for those just starting out is to focus on the use cases provided by Atlassian itself that are currently available into the JPD Handbock.
The handbook is a continuously evolving resource that is already rich in content and key insights.
A summary of these key points is provided below for your reference.

From a general standpoint, we can approach the subject of managing our product decisions by first defining the idea’s life cycle, which we represent by macro stages as follows:

  • Wonder: focus on the problems or opportunities, for whom, and their importance.
  • Explore: iterate on potential solutions until finding one that is validated with customers.
  • Make: build the solution and iterate on it until it satisfies the needs of enough customers.
  • Impact: launch, measure results and keep improving the solution until satisfied with the outcome.

It should be noted that these stages are not to be considered as sequential; rather, they are to be regarded as iterative.

Therefore, it is expected that any new idea submitted to our product backlog will progress through these stages on one or multiple occasions. Following this, it will either be temporary frozen in a “parking lot” or ultimately completed or abandoned.

Please be aware that there is an alternative way to conclude the life cycle of an idea. JPD also provides the option of ‘merging’ two or more ideas, thus preventing the need for the management of potential duplicates in the project.

Create ideas to centralize all your product initiatives

Ideas are at the core of Jira Product Discovery. They are the units of work in Jira Product Discovery projects An idea can represent a user problem, a product feature, an opportunity, or a solution. Collect all your product’s ideas in Jira Product Discovery to keep them centralized in one place.

“Ideas” is used in JPD to describe product ideas and more. Product backlogs can contain ideas of different shapes and levels of granularity. However, it is important to agree on definitions. Otherwise, your product backlog will become unmanageable.

In the JPD, you have the option to define the measure you prefer to weight ideas. We suggest you start by using the following three levels, which are currently in use and documented by the JPD team: boulders, rocks and pebbles.

  • Boulders represent a large investment with a potentially very big upside but also often with high uncertainty: a big new bet, a new product pillar, a large engineering project.
  • Rocks represent medium sized investments with less uncertainty – a new feature, new onboarding experiments, a feature redesign based on feedback.
  • Pebbles are small investments and are usually relatively straightforward: small UX improvements, fixing “paper cuts” – issues with the product that aren’t blockers but annoyances.

Gather insights to collect data points supporting ideas

You can use insights to capture users needs: snippets from customer interviews or user research links to keep tickets or sales opportunities, links to specific product analytics dashboards using the Chrome extension, or messages from Slack or Teams.

You can then prioritize your ideas using the collected insights and their impact. .

It is crucial to highlight that contributors, in addition to create new ideas, also have the chance to provide valuable insights that can enhance existing ideas.

They are the ideal candidates to contribute to the refinement of an idea, given their privileged point of view. If those responsible for managing the product are able to collect this kind of feedback from users, it represents a very positive starting point.

Including relevant insights during a prioritization session increases the decision process effectiveness. Without them, decisions are often made on individuals’ intuition, subjectivity, or by the most senior leader, without a solid foundation in collected data. Indeed, This will consequently impact the prioritization phase, which we will discuss in detail in the following paragraph.

You can use Jira Product Discovery in collaboration with support, sales, research and feedback management solutions. It should be noted that not all of them will require direct access to JPD, so it is recommend setting up multiple channels to gather insights continuously, as illustrated in the following scheme taken from JPD team use case, to collect as much valuable insight as possible and from different perspectives.

Prioritize ideas

Prioritization represents a significant challenge and critical factor in the success of any product team. Product managers must manage conflicting priorities and make informed decisions that balance various aspects such as immediate business needs, longer term strategy, customer needs, competition and changing market conditions . One of the most crucial skills for a product manager is the ability to prioritise effectively.

Inadequate prioritization can lead to conflicts and poor outcomes. Discussions may result in conflicting opinions or decisions may be driven by subjective intuitions from key stakeholders or customers.

there are a few ingredients to set up this process for success, including:

  • Balancing investments over time across all dimensions important to the success of the product: user requests, sales opportunities, support problems, strategic bets, metric movers, etc. Don’t just ship new features.
  • Making the process collaborative: include the whole product team as well as all stakeholders who have insights into what the business and customers need – not dictated by leadership or done in isolation by the product manager.
  • Leveraging data and insights: prioritize based on qualitative and quantitative insights that come from a continuous product discovery practice – not based on gut feel or loud opinions
  • Done continuously based on learnings – not once a year in a “big bang” roadmapping effort.

The following image illustrates an example of a list of ideas that have been automatically sorted according to a specific parameter, calculated from other fields in the idea (column ‘Fx Customer impact’).

To achieve a more balanced outcomes on the different of product aspects, it is recommended that we apply the RUF framework to analyse ideas. This framework categorises ideas into three distinct categories, which we will use to inform our decision-making process. The approach is to view your product roadmap through these 3 distinct categories, each with a dedicated budget allocation for the elements that are crucial to your product’s success. The 3 categories are:

Reliability: Users want an accessible app that works well and doesn’t lose data. Building trust takes time, but a single data loss or security breach can destroy it quickly, particularly in customer relations. Hence, focus on resolving any issues arise asap and consider investing in infrastructure to prevent interruptions.

Usability improvements: Many products already have lots of features, which makes them challenging to develop. Your plan must include budget for maintaining the current feature set. Prioritise improving highly used features and removing unused ones. Educate users about new features and optimise conversions.

New Features: Once the necessary infrastructure has been established, new features can be developed.

To conclude the topic of prioritization, we recommend that you keep reviewing how you prioritize: it is crucial for good results that you regularly review not only your priorities, but also how you prioritize!

Roadmapping

A roadmap is a tool for discussing and prioritizing product ideas.
It also facilitates communication of these priorities, enabling other teams to fulfill their responsibilities. There is no correct way to create a roadmap but it should definitively represent a range of tasks related to collaboration, communication, and evaluation. They often involve multiple individuals and external stakeholders.

There are a set of common attributes that facilitate the creation of effective roadmaps

  • Succinct: they fit in one page.
  • Updated: since people rely on the information to do their jobs!
  • Nouns and concepts that everyone understands: concepts are easy to grasp and clearly explain priorities, rationale, and the big picture.
  • Clear priorities: clearly articulate priorities and explain the rationale behind them.
  • Outcome/goal-based: clearly outlines goals and priorities.
  • Honest and make the level of commitment clear: focusing discussions on relevant issues and setting realistic expectations.

It is very important to get that a single product roadmap is insufficient for the effective product management. It is essential to have multiple, tailored roadmaps for different stakeholder groups.

JPD’s dynamic views are automatically updated in real-time, eliminating the need for users to track multiple roadmaps. JPD’s self-service roadmap option provides users with tailored information, enabling them to access the data they require and interpret it accurately. This will make work for the product manager and their team considerably easier.

It is possible to create and manage different types of roadmap according to the specific requirements of the individual or group involved. As previously stated, there is no single roadmap that can be applied to all parties engaged in this process. The scope is to provide each of them with a roadmap that contains the elements they can understand and are interested in.

Some potential examples are as follows:

  • Outcome-based roadmap: Effective roadmaps clarify desired outcomes and offer a strategy for achieving them
  • Now/Next/Later roadmap: aligns team members on proposed investments, product initiatives and high level activity sequencing. It allows discussions on outcomes, uncertainty and capacity without getting bogged down in delivery specifics.
  • Time-based roadmap: Gantt charts don’t help with product roadmaps. They focus on the output, not the reason for the project. Time-based roadmaps can be useful for sharing information with other teams and marketing when the level of commitment is already defined and clear.

Conclusions

In conclusion, a company cannot succeed if it does not have effective decision-making processes in place for the development of its products and services. Even Atlassian, has recognized this need and has developed a dedicated solution, integrated directly into Jira, to address it.

In this brief overview, we have attempted to convey the logic behind this product and the underlying philosophy that should be applied when using it.

In light of the above, we can only support a solution that will streamline decision-making processes within the Jira system. The approach that JPD is taking at this early stage is undoubtedly the right one. Following a trial run, we are pleased to report that the results are very encouraging. However, given that this is a new product that has only recently been released from beta, there is still considerable opportunity for growth and improvement. As an example, it should be noted that at the time of writing, it is not yet possible to manage company-managed projects in JPD or to utilize the Teams already present in the Atlassian plan. However, these are all features that we expect to be introduced gradually in the near future, potentially coinciding with the revision of other Atlassian products, such as Jira itself. In the meantime, we would like to take this opportunity to express our positive sentiments towards this product and encourage you to delve deeper into its features and follow its future developments (here).


These Solutions are Engineered by Humans

Did you find this article interesting? Does it match your skill set? Our customers often present us with problems that need customized solutions. In fact, we’re currently hiring for roles just like this and others here at Würth Phoenix.

Author

Fabrizio Dovesi

Leave a Reply

Your email address will not be published. Required fields are marked *

Archive