9 Things You Can Do Now to Ensure Your Experimentation Program Survives a Reorganization

It often begins with rumors and murmurs. Then, perhaps, a shift in executive leadership. At first, changes seem minor or isolated. But eventually, the inevitable becomes reality—a reorg is underway. Because testing programs typically work with and across several divisions in a business and don’t fulfill a traditional business function, they are particularly vulnerable during […]

The post 9 Things You Can Do Now to Ensure Your Experimentation Program Survives a Reorganization appeared first on Brooks Bell.

It often begins with rumors and murmurs. Then, perhaps, a shift in executive leadership. At first, changes seem minor or isolated. But eventually, the inevitable becomes realitya reorg is underway.

Because testing programs typically work with and across several divisions in a business and don’t fulfill a traditional business function, they are particularly vulnerable during the organizational upheaval.

However, to paraphrase Benjamin Franklin, with an ounce of prevention, it’s possible to avoid a pound of problems. Here are nine practices for surviving a reorg that you can start doing nowbefore you ever have to deal with one.

1. Calculate Impact

The first thing any new leadership will want to see is the value the testing program provides to the business. Of course, “value” is a multidimensional concept. It includes the contribution to business goals and priorities, insight into customer preferences and behavior, development of new innovations, and minimizing certain opportunity costs.

While it’s true all of these things will help communicate the importance and value of testing, nothing will be as compelling as a big annualized impact number. This number can be complex and time-consuming to calculate, but even if it isn’t an important metric for your program today, it’s worth having an analyst crunch, record and update just in case.

2. Write an Elevator Pitch

If you had five minutes or less with the CEO of your company, could you clearly communicate the mission, focus, and value of the testing program in a memorable way? If the answer to that question is “no,” or even “maybe” it’s worth spending some time crafting an elevator pitch for your testing program.

Open your pitch with a short anecdote about a problem that was solved with testing. Next, add a sentence or two about the essential mission of the program. Follow this with a sentence about the methods used. Close with a statement about the contribution the testing program has made to the business as a whole.

Once you’ve written this pitch, practice delivering it to your friends, family, team and other stakeholders. After a lot of practice—and incorporating the feedback you will inevitably receive—you’ll be ready to introduce testing to any new leader or team you may encounter.

3. Archive Results

Surviving a reorg isn’t all about making a case for testing. It’s also about maintaining a consistent pipeline after teams have been shuffled around.

The first step to protecting the testing pipeline is to create a complete, detailed, navigable archive of past test results. This is critical for developing new ideas, training new team members, orienting new teams and stakeholders, and simply making the case for what works and what hasn’t.

Recently, we launched Illuminate, our new software for enterprise-level testing teams. Illuminate offers an executive-friendly repository of your tests and any insights you’ve learned about your customers along the way. It’s direct integration with Optimizely, easy-to-use reporting tools, and custom case study generator significantly simplify the task of archiving and reporting your test results.

4. Outline the Process

Testing is complex and when teams get rearranged, processes that once flowed smoothly can become intractably clogged. To prevent this, document the process as it exists and identify areas of parallelization, possible redundancies, problematic bottlenecks and opportunities for redirection.

If you have access to a project manager, ask her to run a few what-if analyses to estimate potential problems if your processes were to be disrupted. Then, work together to develop possible solutions or workarounds to the most likely scenarios.

5. Clearly Define Roles and Responsibilities

Having a fast and nimble all hands on deck approach to managing the testing process is great until a critical person leaves the company or is assigned to a different team.

To avoid this, define the roles and responsibilities of each team member at each stage of the process. Doing this is critical for mapping the resource requirements of the testing process and quickly identifying gaps if the team is restructured.

It’s also important, however, to track ongoing responsibilities and duties in a more specific way. Having a project management platform or system that identifies what stage of the process each test is in, and which team member is responsible for that task is essential for avoiding disruptions.

6. Develop Training Programs

Looking on the bright side, a reorg could mean your testing team is greatly expanded. It might also mean fewer people are doing more, including jobs they have little experience with. In either case, having a developed and ready-to-execute training program is helpful.

Like all of these tips, the best time to develop a training plan is not the first day your new team member walks into the office. Instead, start training and cross-training your existing team right away. This gives you an opportunity to develop extensive content, deliver it, get a sense of what works, and make adjustments before a reorg renders training critical to the continuation—and not just the improvement—of the program.

7. Centralize Documentation

Having lots of documentation is useless if no one can find it. Moreover, it doesn’t help if it isn’t standardized in some way.
The archive of results, process documents, test plans, training materials, and everything else should be stored in a public or shareable archive, in a format that is easily accessible and navigable.

Using filename conventions, consistent directory structures, and standard documentation practices across the team may be mundane, but it’s just as important to the robustness of the testing program as tracking each person’s ongoing responsibilities.

8. Get essential access

One often overlooked consideration is whether the testing team has access to the essential technologies on which it relies.

Even if most development is done by an outside group, it’s important to have access to tools that enable you to upload and modify your code. Additionally, if reports are pulled by a sovereign analytics team, it’s equally important for someone from the testing program to have the access and ability to do so in a pinch.


Some solutions—like tag management systems—address this challenge. Training, cross-training, and collaboration is another helpful way to build the necessary competencies to get access to and make basic use of all your testing tools.

9. Keep it all up to date

Building the previous eight resources can take a lot of time and effort. Many teams will make any one of them a goal for the quarter, work hard to get it done, drop it in an archive, then forget it.

Months, maybe years, pass without giving the resource a second thought. Then, a sweeping reorg happens and the five-year-old process document is unearthed, dusted off, and found to be frustratingly obsolete. That’s why you must take care to not only produce these resources but maintain them as well.

A reorg can be a scary thing for a lot of reasons. However, by following these nine tips today, even the biggest organizational shakeup doesn’t have to disrupt the flow and productivity of the testing program.

The post 9 Things You Can Do Now to Ensure Your Experimentation Program Survives a Reorganization appeared first on Brooks Bell.