Paramount Global

John B. Narus is the Vice President, Digital Transformation, Product Platforms, Portfolio Management at Paramount Global. With over two decades of experience in digital media technology and at the forefront of streaming, driving launches for HBO GO and Cinemax GO both domestically and internationally. John has overseen product management, program management, quality assurance, data analytics, strategic partners, and technical customer support for name-brand global companies. At Paramount Global, he leads the PMO team, setting best practices & standards in software product development, agile delivering, agile coaching, and training.

If you work in software development following an agile development methodology, then you likely use Atlassian’s Jira product or you have used it in the past. Jira allows teams to define their work in manageable chunks, planned either on a Sprint bassis or Kanbanstyle board to visualize the flow of work. Jira is typically focused at the team level, with a view to a few increments of work.

Why Jira Align?

Where Jira itself begins to hit limitations is from a team of teams perspective. Scaling agile across the enterprise to many or hundreds of teams is not something you can easily plan and visualize within Jira. If you are working within a product development organization on a consumer product with wide adoption with regards to a number of users and wide adoption globally, then you are operating in a team of teams scenario. In order to address this need, Jira Align ( JA) has been introduced.

Jira Align Capabilities

JA is intended to connect business strategy to customer outcomes at scale. It has the ability to capture strategy and tie it to execution through OKRs. There are a slew of features focused on long-term planning, road mapping, risk, and issue and dependency management.

Data is synchronized between Jira and JA based on your designation of specific projects and boards. JA extends Jira to manage program, portfolio and enterprise-level planning activities. The tool is designed specifically to support teams following SAFe (Scaled Agile) methodologies, although capabilities are still valuable to teams following other methodologies.

Dependency, Issue & Risk Management

Dependencies between teams and/or programs, both internally as well as externally (e.g., partners, vendors), are typical in the enterprise. JA has a few different views to visualize dependencies and track details. You can track the owner, time frame for delivery (committed Sprint and Quarter), and current tracking status. This allows teams to stay on top of dependencies and manage any associated risks. JA takes the SAFe ROAM-based approach to risk management by designating risks as resolved, owned, accepted or mitigated.

Long Term Planning

From a long-term planning perspective, JA allows you to plan multiple quarters out. You achieve this by leveraging their roadmapping tool and the program board. The latter is intended to represent the agreed-upon plan between product management and development teams for the current program increment (PI), aka quarter. The program board visualizes the status of features, dependencies, objectives and milestones by using different symbols and color-coding. You can see the different agile teams, what they plan to deliver and when. Issues, blockers, canceled, and orphaned items are color-coded to easily identify items needing attention.

A big piece of the learning curve with JA is that it is completely different from Jira, and there are many features packed into the product

For those organizations conducting quarterly planning in a team setting and those specifically conducting PI Planning, JA has a Program Room concept. This is intended to facilitate long-term planning activities. For instance, you can see the teams involved in delivery for the quarter, defined objectives, team load and velocity, risks, planned work on a sprint-by-sprint basis, as well as progress.

Things You Should Know Before Implementing Jira Align

Implementation of the tool is no small feat. This is largely due to changes needed with your existing Jira instances: both configuration and process - new ways of working are necessary to ‘align’ with Jira Align terminology and structure. To assist, Atlassian offers several packages from a professional services perspective to get you up and running, as well as a strong and broad partner network. It is highly recommended to purchase PS, as the learning curve is steep. There are many decisions you need to make, and there are potentially multiple ways to implement them.

From an issue-type hierarchy standpoint, out of the box, Jira Align and Jira use different hierarchies and terminology. This is likely because Jira Align is based on SAFe, while Jira is not. The good news is you have options here to hide certain issue types or rename them. The ability to hide and/or rename exists through the product. I find this very useful for objectives and key results (OKRs), for instance. Also, remember that data synchronizes bi-directly between JA and Jira. So, from a hierarchy standpoint, FEATURES in JA are intended to synchronize with EPICs in Jira. Jira also has a FEATURE issue type, though. Therefore, this is confusing to product and development teams. One such approach is to rename the issue types so that it's clear what is synchronizing in both systems.

There is likely another change you will need to make with regard to your Jira ‘Programs’ and Jira ‘Projects.’ Jira Align has several models for structuring projects in Jira to synchronize with JA. The approach I believe is the most common and recommended is to create a new Jira project to represent your program and ensure that each agile team within that program has its own separate Jira project. So, for teams that were working out of a single Jira backlog to manage development items under a single program, you’ll need to split them into separate projects. Another change of note is with regard to workflow schemes in Jira. Workflow status, along with progress against stories (points closed out or stories accepted), has an impact on status and progress within JA. JA will, in many cases, dynamically calculate progress and status based on the hierarchy of issue types estimation of the work delivered and accepted. In order for this to work, you will need to use the JA workflow mapping tool to map your Workflow states in Jira to the JA workflow state.

A big piece of the learning curve with JA is that it is completely different from Jira, and there are many features packed into the product. Therefore, navigating the UI is complex. There are many places to drill down for further details, so it’s easy to get lost and know where to go to find information. With that said, it’s a powerful tool that can really extend your ability to manage product development in a team of teams setting at an enterprise scale.