| |DECEMBER 20259CIOReviewlevel 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 ManagementDependencies 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 PlanningFrom 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 AlignImplementation 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. 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.
< Page 8 | Page 10 >