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 Kanban-style 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.
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.
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.
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
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.
