(Or, What to expect when you’re expanding.)
Once you've completed your Jumpstart, or your initial assessment of Jira Align, you'll start to think about how you can roll it out to the rest of your enterprise. As an Align Solution Architect (and a former Align customer), I must congratulate you on your wise choice!
Now I'd like to offer a few suggestions that my fellow Solution Architects have found help enterprises that are rolling out Jira Align to a wider audience. Each enterprise has its own unique variations, but we find there are a few things common to all.
We put the suggestions for expansion into 4 broad categories:
Planning for the expansion: We recommend you take an agile approach to rolling Align out to your enterprise. That means thinking about how you’re going to deliver value to your customers on a regular basis.
Configuring Align: Align has literally hundreds of features for its customers, and we recommend turning on only those features that are needed to help people do their jobs.
Training and Support: Be sure your teams know your enterprise’s approach to scaling agile practices before introducing the tools. Then implement role-based training so you show people the specific features they need to do their jobs. And be sure to offer ongoing support throughout the regular agile cadence.
Process alignment: Enterprises use Jira Align to support their agile ways of working, so it’s important to ensure the tool is configured to support the process. The folks who are defining the process need to work closely with the folks who are supporting the tool so there’s no dissonance between the two.
Let's look into these areas a little further.
Adopt an agile mindset: When a team is rolling an Enterprise-wide tool out, there can be a desire to make sure everything is exactly right before moving forward with implementation. However, making sure everything is exactly right before you start delays the value you’ll receive from using Align. Also, we see Jira Align customers frequently rearrange their portfolios and programs after they’ve been using Jira Align for a while and have more visibility into how teams actually deliver value. So keep the MVP in mind when you're starting, then add more variation as you expand to additional programs and portfolios.
Remember who the customers are: Each enterprise has its own definition of the value it wants to get from using Jira Align. It helps to think of the Jira Align users as your customers and you want to be sure you’re delivering value to them. The needs of the product owners and scrum masters are different from the needs of the folks who are making portfolio investment decisions. But unless you're supporting both groups, you'll find there are gaps in the entire solution.
Rapid feedback: Make sure you’re getting feedback from your Jira Align customers as you move forward. If you’re introducing a new training class, make sure you’re checking with the trainees that they got value from the session. If you’re introducing a new taxonomy of structuring work, make sure everyone understands the taxonomy and can use it to describe their specific work. Be sure to have regular checks or experiments so you can be sure your customers are getting value from the features you're delivering to them.
Simplify Jira Align's role settings so people see only the features they need to do their jobs: Jira Align contains hundreds of features, but not every company wants to use all of them. We recommend starting out with the minimum number of features people need to accomplish their jobs. This isn’t intended to hide things, but it makes it easier to train your teams and present them with just the set of tools they need.
Simplify Jira Align's details panels so people see only show the fields you know you'll use: Jira Align work objects have a number of attributes that help with different aspects of enterprise planning. The Jira Align administrators can configure the system to show or hide attributes on each of the work object detail panels. We recommend hiding all the field you’re not specifically using. For example, the Align Epic has attributes to capture Kano complexity modeling; if your company’s Product Management team doesn’t use Kano modeling, it’s best to hide those fields. As with the role settings mentioned above, it will make it easier to train teams and give them the tools they need to do their jobs.
Adopt a common scheme in Jira to make it easier to integrate with Align: Jira is great because it allows every team to have their own workflows and ways of working. But if you’re using Jira Align to scale your agile practices and get visibility throughout the enterprise, you probably want to start bringing together the widely varying workflows. One way to do that is to adopt a common scheme in Jira that teams that are integrated with Jira Align can use. That scheme can have a standard set of issue types, attributes, and workflows that support the way your enterprise wants to scale.
Separate the tool training from process training: Align is a tool that supports your agile process and practices. It works best if your teams are trained and proficient in your processes before they come to Jira Align training sessions. That way, they can see how the tool supports the process and they can spend time learning how to use the tool instead of working through process questions.
Role-based training focused on the jobs to be done: Jira Align has features for teams at every level of the organization. When you’re introducing your teams to Align, it works best to train people on the features they need to do their jobs as opposed to training them on every feature in Align. Focusing on the jobs to be done by each role helps ensure people know how to do the things they need on a daily, weekly, monthly and quarterly basis.
Standard set of scenarios in a training environment: When people are learning new tools, it’s best to give them an environment where they can experiment and try new things. Though it might seem like a good idea to have your teams do their training in their production environment, that has at least two drawbacks.
1. People can’t try different scenarios out in a production environment.
2. You may not have data in your production environment that demonstrates different scenarios.
If you create a standard set of scenarios within your Align test environment, you can use that to reinforce different training situations.
Set aside time for Office Hours: Once your teams leave the training sessions, be sure to set aside time for Office Hours. These are sessions where people can drop in (either in real life, or in a conference call) to ask questions about their specific day-to-day situations. It's unlikely you cover every possible question in your training sessions, so having experts available to help people when they're back in their day-to-day work will help reinforce the training (and identify new scenarios to include in your training plans.)
Set aside time to clean your rooms: Jira Align uses the metaphor of rooms where teams at different levels can see their work. After teams have gone through training and their data is integrated with Align, they’ll be in a much better state if they can spend some time cleaning their room. That is, they should look at their data (at the team, program, solution, or portfolio level) and make sure it is accurate and up-to-date. For example, if the Product Manager thinks the program is delivering 15 features in this quarter, make sure the Program Room in Align shows 15 features being worked on. If you bring in a large amount of historical information from Jira, have a common plan for how you'll save that history and make sure that work doesn't appear in your backlogs anymore.
Use Align for status reporting: The best way to ensure that the information in Align is accurate and actionable is to use Align for status reporting. Instead of having people review PowerPoint slides created by Program Managers, use Align’s Work Tree, Program Room and Program Board to track the progress of the work planned for a program or team of teams. If your management teams are looking at the information in Align to track progress and make decisions, that will ensure all the other teams are using Align too.
Use Checklists and Framework Maps to help people along: Align has features for creating Checklists -- step-by-step flows through different Align screens -- that can be used to help people remember the things they need to do for different scenarios or ceremonies. You can create a checklist that takes Align users through all the steps for a SAFe PI Planning exercise, or you can create your own custom checklist to lead people through a standard monthly status reporting session. Framework Maps give Align users a graphical view of navigation. You can create your own custom graphics and put in clickable hotspots that can take Align users to the appropriate screens. So if you have a flowchart that shows a process you want people to go through on a monthly basis, copy a picture of the flowchart into the system and use that as navigation.
Set up a Lean-Agile Center or Excellence or Align Consortium to set the standards for how your enterprise will use Align: There are certain features in Align that have to be common across the enterprise, and there are other features that can be left up to each portfolio or program. Having a group of process and tool experts working together to determine which things need to be consistent and how to solve those problems will help ensure your organization stays aligned and successful.
Every large enterprise will have its own way of scaling its agile practices. Following these recommendations in planning your rollout, configuring your system and training your teams how to use the tools will help ensure Align supports your enterprise's goals.
Rich SparksAtlassian Team
The roadmap challenge for large scale agile enterprises Regardless of the agile framework you use, the agile enterprise has a massive scale with the challenge to connect hundreds of teams and thous...