Do you need a transformation management office?

A “transformation” means that something fundamentally changes — but it doesn’t always mean success.

In fact, most business technology transformations are not successful at meeting the original visions and goals defined for them.

Conducting an enterprise-spanning technology transformation can be a little like conducting heart surgery on someone who’s competing in a triathlon. Successful transformations require organizations to be multi-disciplinary, durable and focused over an intense period, and the best triathletes rely on collaboration across a team of coaches with distinct specializations, along with the support of other athletes, all to cross the finish line with success.

Change your approach to transformation

Transformation programs are comprised of several projects happening concurrently. Traditionally, a group of projects that might be interrelated rolled up to a program manager, with status reported to executive stakeholders through a Project Management Office (PMO). However, each project was managed by a project manager in a silo. The methodologies, metrics, and definitions of success would vary across initiatives, making it difficult to assess whether projects were delivering value at higher levels in the organization.

The landscape of stalled transformations is filled with these structures. This has spurred the emergence of the Transformation Management Office (TMO) as a differentiator for achieving success. The role of the TMO is not to replace the PMO. PMOs have been a staple of structured delivery for decades. TMOs enable PMOs to do what they do best, by bringing executive stakeholders together to better define the transformation’s goals and creating an accountability model to help decision makers determine if the investment is returning value to the organization. TMOs accomplish this by:

1. Establishing visibility across projects and programs for enterprise stakeholders and decision makers
2. Defining the metrics that will matter for measuring the success of the transformation
3. Linking transformation outcomes to strategic planning, financial reporting and continuous planning processes
4. Implementing continuous monitoring of risk to the investment and achievement of success criteria over multiple fiscal cycles

Standing up a TMO to bring business users, stakeholders, customers, service providers and system implementors together to achieve a common goal — your success — can mean the difference between thriving throughout the change, being comfortably miserable and taking a costly and damaging “Did Not Finish.” 

Reasons for a TMO

An effective TMO focuses the efforts of project managers and multiple providers (like system implementors) to deliver your organization’s definitions of success. The TMO is not a barrier to collaboration; it is an enabler.

With little or no guidance from the TMO, a solution provider could configure an application and go live. However, without guidance from the TMO and business users (on metrics, objective success criteria, requirements and more), there is no guarantee that value will be delivered.

It is a common misconception during an ERP implementation, for example, that the project manager assigned by a provider can manage the diversity of risks and issues happening across the enterprise during an implementation. Project managers should be effective at governing their implementation methodology and keeping their resources focused at delivering against aggressive schedules. But they cannot, by themselves, pull together the interdependencies and manage the eccentricities that impact a program-level critical path.

Another misunderstanding is that the implementor’s configuration consultants are experts in your business.

Implementation services providers often differentiate themselves based on industry knowledge, but the application of a leading practice in a back-office process often varies between two competitors in the same field. The implementation teams are very effective at configuring their solutions when they understand your unique requirements. However, they are not effective in a vacuum. Business analysts, end users, and sometimes even customers are key voices that enhance the implementor’s understanding of your needs, to ensure that configuration choices deliver effective functionality to users. 

Principles and benefits of a TMO

Instead of focusing on the outcomes of individual projects, the TMO establishes guiding principles for the PMO, project managers and service providers to effectively work together and enable success for the transformation.

TMO guiding principles include:

1. Each initiative will have a business case that ties the need for investment to an achievable business outcome
2. Ongoing investments in each project will be monitored to verify that value is being delivered, following the metrics set by executive stakeholders and the TMO
3. Success criteria will be objective and testable, with results across projects reported in a standard manner that provides transparency on progress against milestones in each project
4. Cross-project collaboration to prevent interdependencies from becoming blockers — this is a requirement for success

When organizations implement and follow these principles, benefits of the TMO structure become clear to all parties involved in the transformation, such as:

1. Leadership is aligned on definitions of success for the transformation and reviews investments through this lens
2. Project managers, providers and stakeholders work collaboratively to achieve a shared objective or goal
3. Governance and communication models are understood and used consistently across all projects (like project artifact documentation and retention)
4. A standard language is used to assess and communicate the impacts of risks and issues to the transformation critical path
5. Change management and communication plans are developed holistically, so users can interact with changes in a consistent and transparent manner

When to stand up a TMO

If a TMO can bring stakeholders and providers together and transform how they work towards a shared outcome, when should it be stood up?

In short, it’s never too soon, nor is it ever too late if a transformation is already underway. A transformation begins once an organization determines that a change is necessary. The TMO can help add form and structure to the complex business problems the organization wants to solve. It can drive value by bringing stakeholders together to define success criteria for the transformation, formalize requirements for solutions, identify critical interdependencies, and solicit and evaluate proposals from the marketplace of solution providers that will contribute to the end goal.

Ideally, if the TMO exists from the beginning, it curates an enterprise-level understanding of the target business outcomes and how to integrate workstreams, including data transformation, integration development, quality assurance testing, through to end-user training, in a well-governed manner. Rather than being reactive to issues as they occur across projects in the transformation portfolio, the TMO establishes and executes a quality control framework that proactively mitigates risks and removes blockers from the program’s critical path.

Just as it is important to transition between disciplines in a triathlon, it is important to know how to transition between stages in a transformation. Effective governance models use steering committees with key stakeholders to make timely and important decisions as each project phase completes. The TMO can provide effective decision support, based on the requirements built into a quality management plan for releases.