How to Use This Playbook
This playbook is the operating manual for the Mission PMI™ Approach — a structured framework for leading, governing, managing, and executing complex mergers, acquisitions, carve-outs, divestitures, and transformation programmes. It is built for the senior integration leader who needs to move from signed deal to full value realisation with discipline, speed, and precision.
Harvard Business Review research indicates that between 70 and 90 per cent of M&A deals fail to deliver expected value. Bain reports that 60 per cent of all deals fail to meet internal expectations. PwC found that only 14 per cent of organisations reported comprehensive integration across strategic, operational, and financial dimensions. The same PwC research found that 88 per cent of successful M&A organisations fully integrated their IT function, compared to just 54 per cent of others. These are not planning failures. They are execution, leadership, and momentum failures — which is exactly what this playbook is designed to prevent.
Why Most Integrations Fail
| Leadership Failures | Process Failures | People Failures |
|---|---|---|
| Unclear objectives from Day 1 | No single version of the truth | Lack of top management commitment |
| Weak or absent Integration Lead | No Deal Obligations Register | No stakeholder involvement or participation |
| Slow decision making | No change control discipline | Weak team commitment and accountability |
| Poor escalation culture | Communication breakdown | SMEs overscheduled and undersupported |
| Loss of momentum post-close | Scope creep and priority conflicts | Cultural clash left unmanaged |
Structure at a Glance
| Phase | Title | Focus |
|---|---|---|
0 |
DEAL ANCHOR | Term Sheet, SPA, Legal, Commercial and People Obligations |
1 |
MOBILISE | PMI Office, IMO Structure, Team, Governance Charter |
2 |
PLAN | ISOPOSED™, Integration Blueprint, WBS, Critical Chain, 30/60/90-Day Plan |
3 |
EXECUTE | MDEMT™ in Action, Steering Committee, TORSEMI™ Cadence |
4 |
CONTROL | Financial Tracker, Synergy Tracker, Resource Heatmap, RAID |
5 |
RESOLVE | Conflict Management, Redundancy Protocol, People Dashboard |
6 |
CLOSE | Value Realisation, Lessons Learned, Governance Handover |
L |
CULTIVATING LEADERSHIP | The 7 Practices of Mission Leadership across the programme |
E |
ELEVATING EXECUTION | The 7-Step Execution Cycle embedded at every level |
The MDEMT™ Leadership Philosophy
MDEMT™ is Mission Systems' proprietary PMI leadership operating philosophy. It is not a process checklist. It is a leadership discipline applied every day, at every level of the integration.
| Pillar | Name | Operating Principle | |
|---|---|---|---|
M |
Mission | Mission-Focused Leadership | Everyone knows the Mission, their Why, their role, and who to escalate to. |
D |
Disciplined | Disciplined Planning & Comms Loops | One Plan. One Timeline. One Risk Register. Everyone knows what is happening, when, how, and what impacts whom. |
E |
Execution | Execution Roadmap & Decisions | Clear WHAT, WHY, WHEN, DEPENDENCIES and SUCCESS CRITERIA for every task. |
M |
Momentum | Continuous Momentum Management | Issues, impediments, and roadblocks surfaced, escalated, expedited, and resolved fast. |
T |
Transparency | Transparency & Real-Time Reporting | Board, Sponsors, Leads, and SMEs share the same real-time picture to make the right decisions. |
M |
Mission-Focused PMI Leadership Every person in the integration must be able to answer six questions: Why are we doing this? What are we trying to achieve? Who is accountable? How will we achieve it? When must it be complete? And who do I go to when I need help? Mission clarity is not a Day 1 event. It is a daily discipline reinforced in every meeting, every status report, and every Steering Committee session. |
|---|
D |
Disciplined Planning, Management and Communication Loops One Plan. One Timeline. One Risk Register. One Issues Register. One Steering Committee. One Decision Framework. One Reporting Structure. The Disciplined pillar eliminates the most common cause of integration drift: different teams working from different versions of the truth. Closed-loop communications mean information goes out and confirmation comes back. Gaps are identified and filled. No assumption is left floating. |
|---|
E |
Execution Roadmap and Decision-Making Framework For every task, project, and initiative in the integration, every person must be clear about: WHAT must be done, WHY it matters, WHO owns it, WHEN it is due, WHAT DEPENDENCIES must be managed, and HOW we will know it is complete. The Execution Roadmap is a living decision-making instrument that positions everyone, everywhere, for success. |
|---|
M |
Continuous Momentum Management This is where most integrations fail. Not planning. Not governance. Momentum. The Momentum Formula is: Identify issues early. Escalate quickly. Decide rapidly. Execute immediately. Verify the outcome. The five Momentum Rules are: No surprises. Red means red. Bad news travels fast. Escalation is encouraged. Issues do not age. The PMI Lead, IMO, and Steering Committee Chairman must model these rules without exception. |
|---|
T |
Transparency and Real-Time Reporting Visibility creates trust. Trust creates speed. Speed creates value. The IMO provides the dashboards, reporting cadence, and decision support tools to ensure that Board members, Sponsors, Stream Leads, Managers, and Subject Matter Experts at every level share the same real-time picture. Transparency is equally about surfacing what is not going well, early enough for it to be fixed. |
|---|
# 0 |
# DEAL ANCHOR # Term Sheet, SPA, Due Diligence, Legal, Commercial and People Obligations |
|---|
Before a single integration activity begins, the PMI Lead must convert the merger agreement into an executable integration control framework. No PMI plan should exist until every legal, commercial, and operational obligation has been extracted from the deal documents. Otherwise the integration team is flying blind.
Step 0.1 |
Deal Obligations Register (DOR) |
|---|
The Deal Obligations Register is the single most important document in the integration. Every clause from every deal document is extracted and tracked here. This is the legal spine of the entire integration. No integration activity should be planned or executed without first understanding what the deal obligates the acquiring entity to do, avoid, preserve, or deliver.
| Field | Description | Owner |
|---|---|---|
| Clause ID | Legal document reference and clause number | Legal Counsel |
| Obligation | What must be done, avoided, preserved, or delivered | Stream Lead |
| Category | Legal / HR / Finance / Commercial / IP / Regulatory | Stream Lead |
| Owner | Named accountable person — not a team, a person | Stream Lead |
| Deadline | Contractual or internal compliance date | Legal + IMO |
| Risk if Breached | Consequence: financial, legal, reputational | Legal Counsel |
| Evidence Required | Proof of compliance — what documentation is needed | Legal + Compliance |
| Status | RAG: Green = compliant, Amber = at risk, Red = breach risk | IMO Lead |
| Legal Review Required | Yes / No — and if yes, completion status | Legal Counsel |
| Escalation Route | PSC / Board / Legal Counsel / CEO within what timeframe | IMO Lead |
Documents to Secure on Day 1
| Document | Relevance to Integration |
|---|---|
| Term Sheet / Heads of Terms | Core deal economics, synergy targets, key conditions |
| Sale and Purchase Agreement (SPA) | Full legal obligations, warranties, indemnities, covenants |
| Disclosure Schedules | Known liabilities, exceptions to warranties, material risks |
| Due Diligence Reports | Operational, financial, legal, and technical risks identified pre-deal |
| Regulatory Approvals | Conditions, timelines, and restrictions imposed by regulators |
| Employee Consultation Obligations | Statutory requirements: TUPE, collective consultation thresholds |
| Transitional Service Agreements | Services the seller continues to provide post-close and for how long |
| IP Assignment and Licensing Clauses | Which IP transfers, which is licensed, which is retained by seller |
| Commercial Commitments | Customer contracts, supplier agreements, change of control clauses |
| Non-Compete and Exclusivity Clauses | Restrictions on the acquired business and its people |
| Earn-Out Provisions | Performance conditions, measurement periods, dispute mechanisms |
| Warranties, Indemnities, Covenants | What the seller has guaranteed and consequences of breach |
| Completion Accounts Rules | How the final price is determined and the timeline for sign-off |
Step 0.2 |
Translating Deal Objectives into Integration Objectives |
|---|
Once the DOR is built, translate every deal objective into a measurable integration objective assigned to a stream. The following categories must all be addressed:
| ▸ Synergy targets — cost and revenue, with baseline, target, and measurement date ▸ Operating model changes — what the combined entity will look like and by when ▸ Revenue protection — customer retention obligations and commercial continuity ▸ Cost reduction — headcount, property, systems, supplier consolidation ▸ Customer retention — change of control communication obligations ▸ Technology integration — systems rationalisation, data migration, and Day 1 IT readiness ▸ People and redundancy obligations — headcount commitments, consultation timelines ▸ Brand and market positioning — any restrictions on rebranding or customer messaging ▸ IP capture and protection — transfer of IP, licensing arrangements, knowledge retention ▸ Regulatory compliance — filings, approvals, and ongoing regulatory obligations |
|---|
Step 0.3 |
Legal Compliance Tracking |
|---|
The DOR is reviewed weekly by the PMI Lead, Legal Counsel, HR Lead, Finance Lead, and Commercial Lead. The Weekly Legal Control Meeting has a fixed agenda covering: new obligations identified, upcoming contractual deadlines in the next 30 days, potential breaches at AMBER or RED, regulatory approval status, employment law risks, IP transfer status, customer and supplier change of control clause status, TSA compliance, litigation exposure, and any decisions required from the Steering Committee.
Step 0.4 |
People Obligations from the Deal Documents |
|---|
| Obligation Type | Typical Deal Commitment | PMI Action |
|---|---|---|
| Retention of key personnel | Named individuals guaranteed employment for 12–24 months | Issue retention agreements Day 1. Confirm with HR. |
| Redundancy constraints | Consultation periods, notice periods, enhanced severance | Build redundancy schedule within term sheet limits. |
| Pension and benefits continuity | No material change for specified period | HR and Finance to confirm provision maintained. |
| TUPE obligations | Automatic employee transfer under legislation | Legal and HR to confirm TUPE schedule and inform employees. |
| Works council / union consultation | Formal consultation before restructuring | HR and Legal to initiate within prescribed window. |
| Non-solicitation clauses | Restrictions on hiring from the acquired entity | HR to brief all hiring managers on day 1. |
# 1 |
# MOBILISE # PMI Office Setup, IMO Structure, First 10 Working Days |
|---|
Mobilisation must be fast, structured, and visible. The integration team, Steering Committee, and workstream leads must be established and operating within the first 10 working days. Every day without governance is a day where value leaks, momentum is lost, and confusion spreads.
Step 1.1 |
First 10 Working Days — Structured Mobilisation Plan |
|---|
Days 1–2: Establish Command Structure
| ▸ Establish the Integration Steering Committee — interim if necessary ▸ Establish the PMI Office and appoint the IMO Lead ▸ Create functional workstreams — at minimum 12 streams ▸ Establish the Legal, Finance, and People Control Cell ▸ Establish the Synergy Tracking Team ▸ Establish the Communications Control Group ▸ Establish the Risk and Issue Forum ▸ Issue first internal communication to both organisations: who is leading, what the process is |
|---|
Days 3–5: Confirm Integration Scope
| ▸ Apply ISOPOSED™ framework to diagnose each stream's situation before building plans ▸ Create Scope Statement covering: Objectives, In-scope activities, Out-of-scope exclusions, Deliverables, Assumptions, Constraints, Success criteria, Legal obligations, Commercial obligations, People impacts, and Value creation targets |
|---|
Days 6–10: Build the Master Integration Plan
| ▸ Integration Roadmap — full programme view across all streams ▸ Day 1 Readiness Plan — what must be in place by legal close ▸ 30/60/90-Day Plan — phased milestones with owners ▸ 100-Day Value Plan — first synergy capture targets ▸ Functional Plans — one per workstream ▸ Dependency Map — every cross-stream dependency named and tracked ▸ RAID Register — pre-populated from due diligence and DOR ▸ Decision Log — first decisions required listed with options ▸ Financial Tracker — integration budget baseline established ▸ Resource Tracker — all named resources allocated against streams |
|---|
Step 1.2 |
The PMI Lead — Six Leadership Roles |
|---|
The Integration Lead is not a programme manager. The Integration Lead is a mission commander who fulfils six simultaneous leadership roles. Every interaction, every meeting, and every communication is an opportunity to perform one or more of these roles.
STRATEGIST Maintains alignment with deal objectives at all times |
INTEGRATOR Breaks down organisational silos across both entities |
COMMUNICATOR Ensures information flows rapidly and accurately |
ESCALATION POINT Removes obstacles and unblocks decisions without delay |
VALUE PROTECTOR Protects deal economics and synergy commitments |
MOMENTUM MANAGER Keeps the programme moving at pace every day |
|---|
Step 1.3 |
PMI Office — Structure and Recruitment Profile |
|---|
Build the PMI team within the first two weeks. Every open role has an interim owner until filled. When recruiting for PMI roles, prioritise people who are: comfortable with ambiguity, ruthless on follow-up, politically sharp but not political, calm under pressure, strong on documentation, able to challenge executives respectfully, commercially literate, and fast with plans, dashboards, and RAID registers. Avoid template PMOs who produce polished status reports while the integration burns.
| Role | Responsibility |
|---|---|
| PMI Director / IMO Lead | Owns integration delivery, governance, escalation, and momentum. Reports to CEO and SC Chair. |
| Integration Planning Lead | Owns master plan, dependencies, milestones, and critical path. |
| Governance Lead | Runs Steering Committee, decisions, RAID, minutes, and actions. |
| Finance and Synergy Lead | Tracks costs, benefits, synergy delivery, budget, and value leakage. |
| Legal and Deal Compliance Lead | Tracks every term sheet and SPA obligation and legal risk daily. |
| HR and People Integration Lead | Manages org design, consultation, redundancies, retention, and culture. |
| Communications Lead | Controls internal, external, customer, and supplier messaging. |
| Change Management Lead | Manages adoption, behaviours, training, and resistance to change. |
| Risk and Issue Manager | Owns escalation, risk forums, and issue resolution cadence. |
| Workstream Leads (x8-12) | Own functional delivery: IT, Finance, HR, Legal, Ops, Sales, Property, Procurement, IP. |
| PMO Analysts (x2-3) | RAID maintenance, status reporting, schedule management, document control. |
Step 1.4 |
Integration Model Selection |
|---|
| Model | Description | Best Used When | Risk Level |
|---|---|---|---|
| Preservation | Minimal disruption. Both entities maintain operations and culture largely intact. | Acquired company has unique brand, capability, or market position to protect. | Low — but synergies are limited. |
| Holding | Acquirer takes control but leaves entity largely autonomous. Financial performance consolidated. | Acquired company is a subsidiary or strategic business unit. | Low-Medium — governance challenge. |
| Symbiosis | Balanced integration. Selected functions integrate while some independence is maintained. | Knowledge transfer and innovation are key objectives of the deal. | Medium — requires strong coordination. |
| Absorption | Full integration. Acquired entity fully absorbed: operations, culture, systems, people. | Maximum synergies required. Significant cost reduction or market consolidation. | High — demands full MDEMT™ discipline. |
Step 1.5 |
Workstream Architecture |
|---|
A minimum of twelve workstreams should be established for any significant integration. Each workstream must have: a Sponsor, a Lead, a defined Scope, Deliverables, Milestones, Risks, Issues, Dependencies, a Budget, named Resources, a Weekly Status report, and a list of Decisions Required.
| # | Workstream | Primary Scope |
|---|---|---|
1 |
Legal and Deal Compliance | DOR management, SPA obligations, regulatory filings, litigation exposure |
2 |
Finance, Tax and Synergies | Completion accounts, financial consolidation, synergy tracking, tax structuring |
3 |
People, Culture and Redundancy | Org design, consultation, TUPE, retention, cultural integration, people dashboard |
4 |
Technology and Data | Systems integration, data migration, IT rationalisation, application landscape |
5 |
Operations | Process harmonisation, supply chain, facilities, operational continuity |
6 |
Sales and Customer Retention | Customer communication, retention plan, revenue protection, CRM integration |
7 |
Procurement and Supplier Contracts | Contract novation, supplier rationalisation, purchasing synergies |
8 |
Brand, Marketing and Communications | Internal and external comms, brand strategy, marketing integration |
9 |
Property and Facilities | Lease review, office rationalisation, relocation, facilities management |
10 |
Risk, Compliance and Regulation | Ongoing regulatory compliance, insurance, risk management framework |
11 |
IP, Product and Commercial Assets | IP transfer, product rationalisation, commercial asset protection |
12 |
Day 1 and Cutover Readiness | Day 1 operational readiness across all streams, cutover plan, go-live controls |
Step 1.6 |
Governance Charter |
|---|
| Governance Element | Standard |
|---|---|
| Decision authority | IMO Lead: decisions within approved plan and budget. Steering Committee: any change to scope, timeline, budget above 5% variance, or major risk. |
| Escalation threshold | Unresolved within 48 hours escalates to IMO Lead. Unresolved within 72 hours escalates to Steering Committee. |
| Document control | All documents version-controlled. Naming: [StreamCode][DocumentType][Version]_[Date]. No undated documents. |
| Reporting standards | Weekly status report. Weekly Steering Committee meeting. Monthly Board update. |
| Communication clearance | No external communication without Legal sign-off until all change of control notifications are complete. |
# 2 |
# PLAN # ISOPOSED™, Integration Blueprint, WBS, Dependency Map, Critical Chain |
|---|
The integration plan is not a Gantt chart. It is a living decision-making framework built on ISOPOSED™ diagnostics and governed by the TORSEMI™ execution cadence. Before any plan is built, every stream applies ISOPOSED™ to validate its mission, confirm what it is solving, and align with the deal's value thesis.
Step 2.1 |
ISOPOSED™ Applied Stream by Stream |
|---|
| Stage | ISOPOSED™ | Stream Application |
|---|---|---|
I |
Inciting Incident | The deal, its terms, and its synergy targets. What has triggered this stream's work? What does the business need from this stream, and by when? |
S |
Situation Analysis | Current state of both entities in this stream's domain. What is working? What is broken? What are the critical gaps, risks, and incompatibilities? |
O |
Objectives | The 3–5 measurable integration objectives for this stream. Tied directly to the deal's value creation thesis and the SC's mandate. |
P |
Problem Analysis | Root causes of the key integration barriers. Not symptoms — root causes. Prioritised by impact and urgency. |
O |
Opportunity | The upside unlocked by solving the problem: cost synergies, revenue synergies, capability gains, talent and IP retention. |
S |
Solution Design | The integration approach, sequencing, operating model decisions, and capability requirements. Signed off before execution begins. |
E |
Execution Roadmap | The WBS, milestones, resource requirements, critical chain, and integration timeline. Dependency map included. |
D |
Delivery Management | TORSEMI™ governance. RAID management. Status reporting. Continuous value realisation tracking. |
Step 2.2 |
Integration Scope Statement |
|---|
Every stream produces a Scope Statement by end of Week 2. This is the MDEMT™ Execution discipline applied at the planning stage: everyone knows WHAT their stream is doing, WHY, WHEN it must be done, and WHAT success looks like.
| Scope Element | Definition | Owner |
|---|---|---|
| Objectives | Measurable success criteria tied to deal value | Stream Lead + IMO |
| In-scope activities | All activities the stream is responsible for delivering | Stream Lead |
| Out-of-scope exclusions | Explicitly stated: what this stream will NOT do | Stream Lead + IMO |
| Deliverables | Both primary outputs and ancillary documentation | Stream Lead |
| Assumptions | What is being treated as true for planning purposes | Stream Lead |
| Constraints | Time, resource, regulatory, or technical constraints | Stream Lead |
| Key dependencies | What other streams or external parties this stream depends on | Stream Lead + IMO |
| Success metrics | KPIs agreed with Steering Committee. How we know it is done. | IMO + CFO |
Step 2.3 |
Work Breakdown Structure and Dependency Map |
|---|
| ▸ WBS must be deliverable-oriented, not activity-oriented. What is being produced, not what is being done. ▸ Every WBS element at the lowest level has: a single owner, a start date, an end date, and a percentage complete method. ▸ The Dependency Map is built from the WBS: every dependency between streams is named, the providing stream and receiving stream are identified, and the consequence of delay is documented. ▸ Dependencies that fall on the critical chain are hard-escalation triggers. Any at-risk critical chain dependency is flagged to the IMO immediately and goes on the Steering Committee agenda within 5 days. |
|---|
Step 2.4 |
The 30/60/90/100-Day Planning Framework |
|---|
| Milestone | Requirements |
|---|---|
| Day 1 Readiness | Operational continuity confirmed. All employees know who they report to. Systems access maintained. Customer-facing operations uninterrupted. Legal obligations from Day 1 confirmed. |
| 30-Day Milestones | All stream scope statements approved. Master Schedule baselined. RAID pre-populated. Financial Tracker live. Redundancy impact assessment complete. First customer and supplier notifications issued. |
| 60-Day Milestones | Synergy baseline confirmed and Finance-signed. First synergy run-rate evidence captured. Org design decisions taken. Key technology integration choices made. Change management plan live. |
| 90-Day Milestones | Integration health check completed. Critical path tasks on schedule. Major legal obligations discharged. Cultural integration programme underway. Synergy tracker showing first actuals. |
| 100-Day Value Plan | First formal Value Realisation Report to Board. Deal thesis validated or revised. Resource plan confirmed for Phases 2–3. Lessons from first 100 days incorporated into updated plan. |
Step 2.5 |
Technology and Data Integration Planning |
|---|
Technology integration is one of the most common causes of PMI delay and value leakage. The Technology and Data workstream must follow a four-phase approach to rationalise the combined application landscape.
| Phase | Description |
|---|---|
| Phase 1: Map the Application Landscape | Identify all core business applications, departmental tools, and legacy systems across both entities. Create a data-driven inventory: who uses it, what it costs, what it does, and what it connects to. |
| Phase 2: Build the Combined Capability Model | Map the desired future state of the combined entity's operations. Identify redundant applications, capability gaps, and which systems from each entity best support the target operating model. |
| Phase 3: Bridge Current to Future State | Assess technical and functional fit of all current applications against future capability needs. Identify applications to consolidate, integrate, retire, or replace. Build the technology migration roadmap. |
| Phase 4: Application Rationalisation | Consolidate: replace redundant applications with a single optimised solution. Integrate: connect essential applications for seamless data flow. Retire: decommission legacy systems no longer required. |
# 3 |
# EXECUTE # Steering Committee Protocol, MDEMT™ Momentum, TORSEMI™ Cadence |
|---|
Execution is where integrations are won or lost. The plan is necessary but insufficient. What drives successful execution is the daily discipline of the MDEMT™ framework: mission clarity that keeps everyone aligned, disciplined communications that eliminate drift, relentless momentum management that surfaces and resolves issues before they become delays, execution rigour that ensures every task is owned and understood, and transparency that keeps everyone working from the same picture.
Step 3.1 |
Steering Committee — Constitution and Operating Rules |
|---|
The Steering Committee is the single most critical governance mechanism in a post-merger integration. It must be constituted and operating within Day 3 of deal close.
| Element | Standard |
|---|---|
| Composition | CEO (Chair), CFO, CHRO, CIO, General Counsel, Business Unit Heads of both entities, IMO Lead (standing, non-voting). Maximum 10 voting members. |
| Frequency | Weekly for the first 6 months. Fortnightly thereafter unless escalation requires weekly resumption. |
| Fixed schedule | Same day, same time, same location every week. Attendance is mandatory. Deputies only by exception, approved by the Chair. |
| Quorum | Minimum 60% of voting members. If quorum not met, meeting rescheduled within 48 hours. |
| RAG discipline | Red means red. Amber means danger. Green means evidence-backed green — not optimism. Sanitised reporting is not tolerated. |
| Decision rule | Every decision has an owner and a deadline. No collective ownership. No TBC dates. No meeting ends without the top 5 actions confirmed. |
| Blocker rule | Every blocker has an executive sponsor who is accountable for removing it. No blocker leaves the table without an owner and a resolution date. |
| Chairman's mandate | The Chair drives momentum, forces decisions, and eliminates delay. Issues do not age in this room. |
Step 3.2 |
Steering Committee Agenda — Full Protocol |
|---|
The Steering Committee agenda is fixed, pre-published one week in advance via the Forward Agenda, and strictly timed. No surprise agenda items. Total meeting time: 100 minutes.
| # | Agenda Item | Owner | Time |
|---|---|---|---|
1 |
CEO / Sponsor Opening — purpose and priorities this week | CEO / SC Chair | 5 min |
2 |
MDEMT™ Integration Dashboard — overall RAG and health check | IMO Lead | 10 min |
3 |
Key Milestone Review — completions, upcoming, at-risk | IMO Lead | 10 min |
4 |
Deal Obligations — legal risks, upcoming deadlines, breaches | Legal Counsel | 10 min |
5 |
Synergy and Financial Performance — target vs actual | CFO / Finance Lead | 10 min |
6 |
Top 5 Risks — trend, response, owner confirmation | IMO Lead + Risk Owner | 10 min |
7 |
Top 5 Issues and Blockers — resolution status and escalations | Stream Leads | 15 min |
8 |
Workstream Exceptions Only — escalated items, not status updates | Stream Leads | 15 min |
9 |
Decisions Required — options, recommendation, and decision | IMO Lead + SC | 15 min |
10 |
People, Redundancy, and Culture Risks — weekly update | CHRO / People Lead | 10 min |
11 |
Next 7 Days — top 5 actions, owners, and deadlines confirmed | IMO Lead | 10 min |
Step 3.3 |
Steering Committee Pack Contents |
|---|
| ▸ One-page Executive Dashboard — MDEMT™ health check and overall RAG ▸ Milestone Tracker — baseline vs actual, RAG per milestone ▸ RAID Summary — top risks and issues with trend indicators ▸ Decision Log — all decisions made, pending, and required ▸ Financial Tracker — integration spend budget vs actual vs forecast ▸ Synergy Tracker — each synergy line: type, baseline, target, actual, confidence, owner, evidence ▸ Deal Obligations Tracker — DOR summary with upcoming deadlines and breach risks ▸ Legal and Compliance Exceptions — any item at AMBER or RED ▸ Resource Heatmap — FTE required vs assigned, gaps, critical skills missing ▸ People Impact Dashboard — consultation status, redundancy cost, retention risks ▸ Critical Path Timeline — activities at risk highlighted with consequence of delay ▸ Forward Agenda — decisions required in the next two Steering Committee sessions |
|---|
Step 3.4 |
Momentum Management in Practice |
|---|
Momentum is the most precious and fragile resource in a post-merger integration. The MDEMT™ Momentum Formula must be applied every day, not just in weekly meetings.
IDENTIFY Find issues early — before they become delays |
ESCALATE Raise quickly — never hold an issue for a weekly meeting |
DECIDE Resolve rapidly — decisions made in the room, same day |
EXECUTE Implement immediately — no lag between decision and action |
VERIFY Confirm outcome — close only with evidence of resolution |
|---|
| Momentum Rule | Requirement |
|---|---|
| Rule 1: No Surprises | The Steering Committee and IMO Lead are never surprised by an issue. If you know about it, they know about it the same day. |
| Rule 2: Red Means Red | A Red status is not dressed as Amber to avoid a difficult conversation. Red is honest. Amber is honest. Green requires evidence. |
| Rule 3: Bad News Travels Fast | Issues are raised immediately, not held for the weekly meeting. An issue raised on Tuesday is resolved by Friday. An issue held until Friday becomes next week's crisis. |
| Rule 4: Escalation is Encouraged | Escalation is a sign of good governance, not failure. The IMO and SC Chair reward early escalation. |
| Rule 5: Issues Do Not Age | No issue sits in the RAID Register without a resolution date. If an issue is not resolved quickly, it becomes a task on the plan with a delivery date and a named owner. |
Step 3.5 |
TORSEMI™ as the Integration Operating Cadence |
|---|
| TORSEMI™ | Integration Application | |
|---|---|---|
T |
Timelines | Every stream reviews its timeline weekly against the baselined schedule. External dependencies are tracked as hard constraints. Urgency is continuously re-evaluated. |
O |
Objectives | The 3–5 integration objectives per stream are reviewed at every Steering Committee meeting. Have they changed? Are they still aligned to the deal's value thesis? |
R |
Results | KPIs and synergy metrics tracked in the Synergy Tracker. Results reported monthly to the Board. Tolerance set: 80% on track, below 80% requires intervention. |
S |
Strategy | Integration approach reviewed at 30, 60, and 90-day milestones. Is the chosen model still valid given what we now know? |
E |
Execution | Weekly stream team meetings — 60 minutes maximum. All actions tracked in RAID. IMO has real-time visibility of all stream execution status. |
M |
Management | SC weekly. IMO working group weekly. Stream Lead to IMO bilaterals as needed. Every meeting has a standing agenda, minutes published within 24 hours, and an action log. |
I |
Improvement | Post-milestone retrospectives. 30, 60, and 90-day integration health checks. Lessons fed back into the next integration phase and the updated Master Schedule. |
Step 3.6 |
Communication Loops and Cadence |
|---|
| Loop | Audience | Purpose |
|---|---|---|
| Daily — PMI Core Team standup (15 min) | IMO Lead, Deputy, Governance Lead | Issues surfaced overnight, blockers for today, decisions needed today |
| Weekly — Workstream Reviews | Stream Lead + Sub-team | Stream status, issues, risks, dependencies, actions |
| Weekly — IMO Leadership Meeting | All Stream Leads + IMO | Cross-stream dependencies, escalations, master schedule review |
| Weekly — Steering Committee | SC members + IMO Lead | Programme governance, decisions, risks, financial performance |
| Monthly — Board Update | Board, CEO, Chair | Programme status, synergy realisation, value creation, exceptions |
# 4 |
# CONTROL # Financial Tracking, Synergy Tracker, Resource Heatmap, RAID Register |
|---|
Control is the Transparency pillar of MDEMT™ in operation. Every number, every resource, every risk, and every issue is visible, current, and owned. The IMO is the control centre. The Steering Committee is the control authority.
Step 4.1 |
The Four Numbers to Track Relentlessly |
|---|
| Integration Cost Budget | Actual Spend to Date | Synergies Committed | Synergies Realised |
|---|---|---|---|
| Total approved PMI budget across all categories | Actual expenditure incurred to date, by category | Total synergy value committed at deal signing | Actual synergy value delivered and Finance-signed |
| Updated monthly. Variance reported. | Updated monthly. Variance reported. | Baseline signed off by Finance before tracking. | No synergy counted without Finance sign-off on baseline, calculation, and evidence. |
Step 4.2 |
Financial Tracker |
|---|
The Financial Tracker is maintained by the Finance and Synergy Lead, reviewed by the CFO, and presented at every Steering Committee meeting. Every budget line has: an approved budget, actuals to date, a forecast to completion, a variance, a named owner, and a corrective action if variance is above threshold.
| Rule: any variance above 5% of approved budget in any category is an immediate escalation to the CFO and IMO Lead, and goes on the Steering Committee agenda within 5 days. |
|---|
Step 4.3 |
Synergy Tracker |
|---|
The Synergy Tracker is the financial spine of the integration's value case. No synergy is counted unless Finance signs off the baseline, the calculation method, and the evidence of delivery.
| Synergy Line | Type | Tracking Fields |
|---|---|---|
| Headcount reduction | Cost saving | Baseline: Pre-deal payroll run | Target / Actual / Confidence / Owner / Evidence: Payroll evidence |
| Supplier consolidation | Cost saving | Baseline: Combined supplier spend | Consolidated rate saving | Actuals | Signed contracts |
| Property rationalisation | Cost saving | Baseline: Combined property costs | Lease surrenders, exit costs | Actuals | Lease documents |
| System decommissioning | Cost saving | Baseline: Combined licence costs | Licences cancelled | Actuals | Licence cancellation evidence |
| Cross-sell and revenue growth | Revenue synergy | Baseline: Pre-deal revenue | Incremental revenue | Actuals | Signed contracts / revenue data |
Step 4.4 |
Resource Heatmap |
|---|
The Resource Heatmap tracks whether every workstream has the people it needs to deliver its plan. Over-scheduling SMEs is one of the most common and most damaging causes of integration failure. The IMO reviews the Resource Heatmap weekly.
| ▸ Which workstreams are under-resourced? ▸ Which SMEs are over-allocated across BAU and integration? ▸ Which critical tasks have no named owner? ▸ Which deadlines are unrealistic given current capacity? ▸ Which external hires or contractors are needed now? |
|---|
Step 4.5 |
RAID Register |
|---|
| Category | Definition and Operating Rule |
|---|---|
| Risk | Something that might happen. Scored: Probability x Impact = High / Medium / Low. Negative risks: avoid, transfer, or mitigate. Positive risks: exploit, share, or enhance. |
| Assumption | Something treated as true for planning but not formally confirmed. All assumptions are validated, converted to risks, or converted to issues as facts emerge. |
| Issue | Something already happening that is impacting or about to impact delivery. Issues are resolved quickly or converted to plan tasks with a delivery date and named owner. |
| Dependency | A reliance on another stream, third party, or external event. Dependencies on the critical chain are hard-escalation triggers. |
| Decision | Something that leadership must resolve for progress to continue. Every pending decision has: the question, the options, the recommendation, the decision owner, and a deadline. |
| Roadblock | Something preventing progress now. Raised immediately and goes to the IMO Lead the same day. |
| Severity | Escalation Rule |
|---|---|
Low |
Workstream Lead resolves within 5 days without IMO involvement. |
Medium |
PMI Lead / IMO Lead resolution within 48 hours. |
High |
Steering Committee agenda item within 5 days. Recovery plan required within 48 hours. |
Critical |
CEO, Board, and Legal Counsel notified within 24 hours. Emergency SC call if required. |
Step 4.6 |
MDEMT™ Integration Dashboard |
|---|
The Dashboard is the Transparency instrument of the integration. It is updated weekly by the IMO and distributed before 09:00 every Monday to all Steering Committee members and stream leads.
| Dashboard Panel | Content |
|---|---|
| Deal Health — Overall RAG | Single programme status with narrative for any non-Green status |
| MDEMT™ Health Check | RAG status against each of the 5 MDEMT™ dimensions individually |
| Synergy Delivery — Target vs Actual | Each synergy line with current confidence rating |
| Integration Cost — Budget vs Actual | Total and by category. Variance highlighted. |
| Top 10 Risks | Risk, owner, probability, impact, trend, and mitigation status |
| Top 10 Issues | Issue, owner, date raised, resolution action, target close date |
| Resource Health | Capacity and utilisation heatmap by workstream |
| Legal Compliance | Obligations completed vs outstanding from the DOR |
| Critical Path | Activities at risk highlighted with consequence of delay |
| Decisions Required | Decisions pending in the next 14 days with recommended options |
# 5 |
# RESOLVE # Conflict Management, Redundancy Protocol, People Dashboard |
|---|
Post-merger integrations are inherently conflict-generating environments. Two organisations with different cultures, power structures, reward systems, and leadership styles are being forced together at pace. Conflict must be anticipated, surfaced early, and resolved systematically. The Momentum and Mission pillars of MDEMT™ are the leadership response.
Step 5.1 |
Conflict Types in PMI |
|---|
| Conflict Type | Typical Manifestation |
|---|---|
| Buyer vs seller expectation gaps | Deal assumptions that do not match operational reality post-close |
| Functional turf wars | Competing claims over process ownership, system ownership, or customer ownership |
| Leadership ego clashes | Senior leaders from both entities competing for authority in the combined structure |
| Culture clashes | Fundamental differences in how decisions are made, how performance is managed, how people are treated |
| Resource competition | Workstreams competing for the same SMEs, budget, or management bandwidth |
| Synergy disputes | Disagreement on how synergies are counted, attributed, or accelerated |
| Legal interpretation disputes | Different readings of SPA obligations, warranty claims, or earn-out conditions |
| Redundancy disagreements | Disputes over selection criteria, process fairness, or settlement quantum |
| Customer ownership conflicts | Competing claims over which entity owns which customer relationship |
| Technology prioritisation conflicts | Disagreement on which systems survive, which are retired, and in what sequence |
Step 5.2 |
Conflict Resolution Process |
|---|
| Conflicts are never allowed to drift. Drift is expensive cowardice dressed up as stakeholder management. |
|---|
| Level | Process and Timeline |
|---|---|
| Level 1: Within Workstream (0–24 hours) | Direct resolution between parties. IMO Lead notified but does not intervene unless requested. |
| Level 2: IMO Mediation (24–48 hours) | IMO Lead facilitates structured session. Agreed resolution documented in writing. Logged in RAID. |
| Level 3: Cross-Functional Workshop (48–72 hours) | IMO convenes affected stream leads. Root cause addressed. Decision documented and communicated. |
| Level 4: Steering Committee (72+ hours) | SC Chair calls emergency or standing slot. Final binding decision made. No further programme escalation. |
| Level 5: Legal / HR / Finance Ruling | Where the conflict has a legal, employment, or financial dimension requiring a specialist ruling. |
| Level 6: CEO / Board Decision | Only for conflicts that affect the deal's strategic direction, value case, or legal standing. |
Step 5.3 |
Redundancy Protocol |
|---|
Where the deal or integration plan results in workforce reduction, the following nine-step process must be followed with absolute precision. Deviation from the legal process exposes the organisation to employment tribunal risk, regulatory action, and reputational damage.
| # | Step | Action | Owner |
|---|---|---|---|
1 |
Confirm deal assumptions | Validate actual headcount reduction requirements against deal model | People Lead + CFO |
2 |
Legal framework review | Confirm legislation by jurisdiction. UK: 20+ roles in 90 days requires 45-day consultation. | Legal + CHRO |
3 |
People impact assessment | Identify affected roles — not individuals — first. Build selection pool on objective criteria. | CHRO + Legal |
4 |
Selection criteria approval | Criteria approved by Legal before any communication. Non-discriminatory and objectively measurable. | Legal + CHRO |
5 |
Train managers | All managers who will conduct consultation conversations must be briefed and trained before launch. | HR Business Partners |
6 |
Formal consultation letters | Issue simultaneously to all at-risk employees. Trigger consultation period. No informal prior disclosure. | CHRO + Line Managers |
7 |
Individual consultation meetings | Every at-risk employee has a dedicated meeting. Alternatives offered: redeployment, role redesign. | Line Manager + HRBP |
8 |
Appeals process | Every employee has the right to appeal. Heard by a manager not involved in the original decision. | CHRO + Independent Manager |
9 |
Outplacement, settlement, and survivor comms | Outplacement support provided. Settlement agreements signed. Remaining employees communicated to by CEO. | People Lead + CEO |
Step 5.4 |
People Dashboard |
|---|
| ▸ Roles affected by integration — total count and by workstream ▸ Consultation status — number in consultation, number completed, number outstanding ▸ Redundancy cost — actual vs budgeted, by tranche ▸ Critical retention risks — named key persons at flight risk, mitigation action ▸ Key person dependencies — roles where a single person is critical to delivery ▸ Cultural integration health — sentiment indicator, engagement survey results ▸ Employee relations issues — formal grievances, tribunal claims, disputes ▸ Communication sentiment — feedback from employee Q&As, town halls, pulse surveys ▸ Vacancies and hiring needs — roles that must be filled to maintain integration momentum |
|---|
| # 6 | # CLOSE # Value Realisation, Transition to BAU, Lessons Learned, Governance Handover |
|---|
The integration is not complete until the deal's value is captured, all obligations are discharged, and the combined business is operating as a unified entity. Closing is not a date on the plan. It is a set of conditions that must all be met and evidenced.
Step 6.1 |
Integration Completion Criteria |
|---|
| ▸ All Deal Obligations Register items formally discharged and signed off by Legal Counsel. ▸ All stream scope statement success criteria met and evidenced with documented proof. ▸ Financial synergy targets verified by CFO and independently audited if required by deal terms. ▸ All systems integrations completed and in stable production operation. ▸ People integration complete: new organisation structure in place, all documentation issued. ▸ Customer and supplier relationships stable: no material loss attributable to the integration. ▸ All Transitional Service Agreements formally closed or extended by mutual agreement. ▸ Change management programme confirmed as embedded — not just delivered. ▸ Steering Committee formally signs off the Integration Completion Report. ▸ Board receives the final Integration Value Realisation Report. |
|---|
Step 6.2 |
Value Realisation Report |
|---|
The Value Realisation Report is presented to the Board at integration close. It is the ultimate Transparency deliverable of the Mission PMI™ Approach.
| Category | Content |
|---|---|
| Cost synergies delivered | Actual annualised savings achieved vs original deal thesis commitment. Signed off by Finance. |
| Revenue synergies delivered | Actual incremental revenue generated vs original deal thesis. Evidence of new contracts or cross-sell. |
| Integration costs vs budget | Total integration spend vs approved budget, by category, with variance commentary. |
| Time to value | Speed of integration vs planned timeline. Analysis of where speed was gained or lost. |
| People outcomes | Retention of key talent vs plan. Redundancy numbers and costs vs plan. Cultural health indicator. |
| Customer outcomes | Customer retention rate. NPS or equivalent pre- and post-integration comparison. |
| Technology outcomes | Systems integration completion status. Decommissioned applications and licence savings. |
| Risk and legal outcomes | All DOR obligations discharged. Legal compliance confirmed. Zero undisclosed breaches. |
| Deal thesis validation | Has the deal delivered what it promised? Updated view of the original investment case. |
Step 6.3 |
Transition to BAU |
|---|
| ▸ Benefits tracking transferred to CFO and Finance function with quarterly reporting to Board for 24 months. ▸ Ongoing RAID items handed over to relevant BAU owners with resolution plans in place. ▸ Governance framework for the combined entity confirmed and activated. ▸ IMO formally disbanded only after all completion criteria are met and the Value Realisation Report is presented. ▸ Key integration team members retained for a defined knowledge transfer period before releasing back to BAU. |
|---|
Step 6.4 |
Lessons Learned and IP Capture |
|---|
| ▸ Post-stream retrospectives: facilitated by IMO, attended by stream lead and team. Output: what worked, what did not, what we would do differently. ▸ Integration health check retrospectives at 30, 60, and 90 days post-close. ▸ Lessons Learned Report compiled by IMO Lead within 30 days of integration sign-off. ▸ Lessons fed back into: updated playbook version, ISOPOSED™ templates, RAID pre-population for next integration, resource planning assumptions, and Steering Committee protocol. ▸ IP from the acquired business captured in a formal Knowledge Transfer plan managed by Technology, Legal, and Commercial stream leads. ▸ Cultural lessons documented and fed into the next integration's people and change management plan. |
|---|
# L |
# CULTIVATING LEADERSHIP # The 7 Practices of Mission Leadership Applied Across the Programme |
|---|
Post-merger integrations do not fail because of inadequate plans or insufficient governance. They fail because of leadership. Unclear direction. Insufficient courage to surface difficult truths. Accountability cultures that collapse under pressure. Teams that lose trust in the people leading them. The Mission PMI™ approach addresses this directly — not by hoping for good leadership, but by building it deliberately into the programme from Day 1.
Mission Leadership is built on a single, liberating insight: Leadership is a Practice, not a Title. It is a set of specific, learnable behaviours that any person at any level can apply, improve, and make their own. In a PMI context, this means that leadership is not the exclusive concern of the IMO Lead and the Steering Committee. It is the concern of every workstream lead, every team manager, and every contributor who has a responsibility to deliver.
| Repetition is the mother of skill. Authenticity is the foundation of Respect. Respect is the currency of Leadership. In a post-merger integration where trust is fragile and pressure is constant, these three principles are not aspirational — they are operational. |
|---|
Why Leadership Matters in PMI — More Than Anywhere Else
A post-merger integration compresses every leadership challenge into a single programme. Leaders must provide direction when the destination is genuinely unclear. They must act with sincerity when their own position is uncertain. They must build clarity when two organisations are working from entirely different assumptions. They must demonstrate courage when politically uncomfortable decisions are the only ones that will protect the deal's value. They must drive ownership and accountability across teams that do not yet trust each other. They must execute relentlessly while managing people who are anxious, overloaded, and resistant to change. And they must do all of this with compassion for human beings navigating one of the most disruptive professional events of their careers.
The 7 Practices in the PMI Context
| # | Practice | PMI-Specific Application |
|---|---|---|
1 |
DESTINATION | The PMI Lead and stream leads must provide a definitive destination at every level: the integration mission, the stream objectives, and the personal contribution expected from each team member. In a PMI, ambiguity about direction is toxic — it creates competing priorities, duplicated effort, and conflicting decisions. Every team member must be able to state where they are going, why it matters, and what done looks like. |
2 |
SINCERITY | PMI environments are politically charged. Leaders who say what needs to be heard rather than what needs to be said build the trust that enables fast, honest communication. Sincerity in a PMI means: transparent status reporting (Red means Red), honest escalation of problems, and direct feedback even when it is uncomfortable. It means never dressing up bad news as good news to protect a position. |
3 |
CLARITY | In a complex integration with twelve or more concurrent workstreams, clarity is a survival skill. Leaders must be explicit about what each workstream is delivering, what success looks like, what the consequences of delay are, and how each workstream connects to the deal's value thesis. The MDEMT™ Execution pillar is entirely built on the practice of Clarity — WHAT, WHY, WHEN, DEPENDENCIES, SUCCESS CRITERIA. |
4 |
COURAGE | PMI integration requires leaders to make and communicate decisions that will not be universally popular: redundancies, system retirements, culture changes, structure decisions that leave talented people without roles. Courageous leadership in this context is not recklessness. It is the principled, consistent application of what's right over whose right — even when the personal cost is significant. |
5 |
OWNERSHIP & ACCOUNTABILITY | The single biggest cause of integration drift is the diffusion of accountability. In a PMI with multiple workstreams, external advisors, and matrixed reporting lines, it is easy for critical tasks to have no real owner. Mission Leadership demands that every task, every decision, and every obligation has a named individual who owns it — not a team, not a committee, a person. |
6 |
EXECUTION | Leadership without execution is commentary. In a PMI, the leaders who create lasting value are those who combine strategic clarity with relentless delivery discipline. The 7-Step Execution Cycle (detailed in the Elevating Execution section) is the operational tool — but the leadership practice of Execution means modelling that discipline personally: applying methodology and first principles, prioritising what's right over whose right, and delivering without excuses. |
7 |
COMPASSION | Post-merger integrations put people under extraordinary pressure. Redundancy, uncertainty, cultural upheaval, and operational disruption are the daily environment. The leaders who sustain performance through this environment are those who combine high standards with genuine human care — who recognise when someone is struggling, who make time for people as people rather than resources, and who never forget that the integration's success is ultimately delivered by human beings who chose to commit to it. |
The Leadership Anchor — What Am I Doing to Position Success?
The Leadership Anchor is the practice every PMI leader should apply every day. It is a simple self-assessment question — not a performance review, but a habitual act of honest leadership self-reflection. Applied consistently, it is one of the most powerful leadership tools in a complex integration.
| What am I doing? What can I do better? What am I not doing to position — My Programme | My Team | The People in it | My Customers and Stakeholders — for Success? |
|---|
Developing Leadership During the Integration
| Development Approach | How to Apply in PMI Context |
|---|---|
| Choose one practice per cycle | In each 30-day milestone period, the leadership team agrees one practice to focus on collectively — e.g. 'This cycle, we are focusing on Clarity. Every leader must improve how they communicate expectations and consequences.' |
| Weekly leadership self-assessment | Each leader applies the 7-practice self-assessment checklist weekly. Not as a performance instrument — as a personal mirror. What went well? What fell short? What will I do differently next week? |
| Practice in real situations | Leadership in a PMI is not theoretical. Every Steering Committee, every stream review, every 1-to-1 is an opportunity to practise one of the seven disciplines. Repetition is the mother of skill. |
| Peer feedback and coaching | The IMO Lead and stream leads create structured opportunities for honest peer feedback on leadership practice — separate from programme performance reviews. Build a culture where leaders can hear the truth about their leadership. |
| Model the practices from the top | The IMO Lead, Steering Committee Chair, and CEO must visibly practise all seven disciplines. If the top of the programme is not modelling sincerity, clarity, courage, ownership, and compassion — no amount of leadership development further down the structure will close that gap. |
Leadership Self-Assessment Checklist — PMI Edition
DESTINATION — PMI Self-Assessment |
|
☐ |
Every team member in my workstream can articulate our integration destination in the same terms as I do |
☐ |
Our workstream objectives are specific, measurable, time-bound, and individually owned |
☐ |
Direction is documented — not just communicated verbally and then forgotten |
☐ |
When integration priorities shift, the direction is updated and recommunicated immediately |
SINCERITY — PMI Self-Assessment |
|
☐ |
My status reports reflect reality — Red is Red, Amber is Amber, Green has evidence |
☐ |
I communicate problems to the IMO before I have a solution — not after |
☐ |
I give honest feedback to my team even when it is uncomfortable to deliver |
☐ |
I do not dress up bad news as good news to protect my position or my team's status |
CLARITY — PMI Self-Assessment |
|
☐ |
Every member of my team knows exactly what they are responsible for delivering — in output, quality, and timeline |
☐ |
Consequences of not meeting expectations are known and consistently applied |
☐ |
Dependencies up and downstream from my workstream are confirmed — not assumed |
☐ |
The Steering Committee never needs to ask me a question that I should have answered in my status report |
COURAGE — PMI Self-Assessment |
|
☐ |
I raise risks and issues the moment I become aware of them — not at the weekly meeting |
☐ |
I make the right call rather than the popular one when they are in conflict |
☐ |
I have the difficult conversations with my team before they become crises for the programme |
☐ |
I escalate to the IMO Lead and Steering Committee when I need to — not when I am forced to |
OWNERSHIP & ACCOUNTABILITY — PMI Self-Assessment |
|
☐ |
Every task in my workstream has a named owner — no orphaned responsibilities |
☐ |
I model ownership personally — I do not expect from my team what I do not demonstrate |
☐ |
When tasks go wrong I focus on correction, not blame |
☐ |
Accountability in my workstream is a culture, not a process |
EXECUTION — PMI Self-Assessment |
|
☐ |
My team can answer WHAT, WHY, HOW, WHEN, ALIGNED?, DEPENDENCIES, and MEASURES for every task |
☐ |
I prioritise what is right over whose right in every workstream decision |
☐ |
I apply methodology and first principles — not just convention and past experience |
☐ |
My workstream delivers. Not just effort — actual, evidenced outcomes against the milestone plan |
COMPASSION — PMI Self-Assessment |
|
☐ |
I recognise when people in my team are struggling and I act — not just notice |
☐ |
I hold my team to high standards while treating them with dignity and care |
☐ |
I never forget that the people in this integration are navigating significant personal uncertainty |
☐ |
My compassion increases under programme pressure — not decreases |
# E |
# ELEVATING EXECUTION # The 7-Step Execution Cycle Embedded at Every Level of the Programme |
|---|
The MDEMT™ Execution pillar defines what disciplined execution looks like at programme level. The 7-Step Execution Cycle makes that discipline operational at every level — from a workstream lead managing a complex 90-day plan to an individual contributor executing a single integration task. It is the common execution language of Mission PMI™.
A simple guide that demystifies execution and enables a common way of working. The focus is relentlessly on what's right — not whose right. When everyone in the programme applies the same seven questions to their work, a fundamental shift occurs: the conversation moves from opinion, position, and politics to clarity, evidence, and accountability. That shift is the foundation of a genuinely high-performance integration.
| A simple 7-Step Execution Framework used by everyone at every level to simplify and demystify execution. From a relatively simple individual task to a complex multi-team programme — everyone needs to be able to answer these 7 questions at any given time, or at least be actively working on the answer. |
|---|
At any given moment, everyone in the programme needs to answer with Clarity: WHAT • WHY • HOW • WHEN • ALIGNED? • DEPENDENCIES • MEASURES Not perfectly — but honestly. And always working on the answers. |
|---|
The 7 Steps — Quick Reference
| # | Step | Core Question |
|---|---|---|
1 |
WHAT | What am I doing? What solution or action am I working on — and what is my Definition of Success? |
2 |
WHY | Why am I doing it? What problem am I solving and what is the opportunity from solving it? |
3 |
HOW | How am I doing it? The specific sequence of steps, actions, and reasoning. |
4 |
WHEN | When must it be done? What are the consequences of failure and success? |
5 |
ALIGNED? | Is what I am executing solving the problem and aligned to my Definition of Success? |
6 |
DEPENDENCIES | What dependencies and changes up and downstream do I need to manage and communicate? |
7 |
MEASURES | How am I tracking progress? Am I on track to hit milestones and achieve my DoS? |
What's Right vs Whose Right — The Execution Principle
This principle is not a cultural preference — it is a performance requirement. In a post-merger integration, the organisations being combined have different histories, different habits, different politics, and different versions of the truth. 'That's not how we do it here' and 'We've always done it this way' are the enemies of integration value. The 7-Step Cycle creates a common, evidence-based framework that depoliticises execution.
| Whose Right — The Execution Blocker | What's Right — The Mission Standard |
|---|---|
| 'That's not how we do it here' | Does our current approach solve the problem? If not, what does? |
| 'That idea came from someone junior' | Is the idea right? Source has no bearing on merit. The best idea wins. |
| 'We've always done it this way' | Does 'the way we've always done it' still deliver the best outcome? Show the evidence. |
| 'The policy says we have to' | Does the policy serve the mission here? If not, challenge the policy — not the person. |
| 'It's not my responsibility' | Is it in the programme's interest that this gets done? Then own it or find the person who can. |
| 'I disagree with this approach' | What is your evidence-based alternative? Bring the better answer, not just the objection. |
The 7 Steps in Full — PMI Application
1 |
WHAT |
Define What You Are Doing What solution, task, tactic, or action am I working on — and what does done look like? |
|---|
In a PMI context, execution without clarity of purpose is the most expensive form of activity. The integration has hundreds of concurrent tasks across twelve workstreams. Every task must have a precise statement of what it is, a clear Definition of Success, and Milestones and Checkpoints that confirm it is on track before it reaches completion. Without these, tasks drift, quality is inconsistent, and the Steering Committee is perpetually working with incomplete information.
| ▸ What am I working on right now — specifically and precisely? ▸ What will I be doing next — and why in that sequence? ▸ What is my Definition of Success so I know unambiguously when this is done? ▸ What Milestones and Checkpoints do I have in place to deliver the DoS? |
|---|
★ |
**As a Leader: **Use Step 1 in every 1-to-1 and stream review. If someone cannot say what they are working on and what done looks like in two sentences, the problem is not their effort — it is the clarity they have been given. Fix the clarity first. Every time. |
|---|
2 |
WHY |
Understand the Purpose Behind the Action Why am I doing this — what problem does it solve and what opportunity does solving it create? |
|---|
In a PMI, the connection between individual tasks and deal value must never be lost. People who understand why they are doing something — what integration objective it serves, what synergy it enables, what risk it mitigates — are more committed, more resourceful when obstacles arise, and more resilient when the programme demands more than they expected to give. The WHY also provides a continuous alignment test: if the action being taken does not contribute to the deal's value thesis, it should be questioned before it continues.
| ▸ What integration objective or synergy does this task contribute to? ▸ What problem does this action solve — at programme or workstream level? ▸ Is the action I am taking aligned to the deal's value thesis? ▸ Is it capitalising on the opportunity and aligned to my Definition of Success? |
|---|
★ |
**As a Leader: **Before assigning any task, communicate the why — specifically the integration objective it serves. 'Do this because it delivers synergy X or mitigates risk Y' produces ownership. 'Do this because the plan says so' produces compliance — and compliance stops at the first obstacle. |
|---|
3 |
HOW |
Design the Execution Sequence How am I executing this — what is my step-by-step sequence and the reasoning behind it? |
|---|
In a complex integration with interdependent workstreams, the HOW is not just a personal discipline — it is a programme governance requirement. When every person can articulate how they are going to accomplish their task with a clear sequence and rationale, two things happen: they surface the integration dependencies and risks themselves before others find them, and the IMO can coach, support, and intervene precisely — rather than guessing what help is needed.
| ▸ What is the specific sequence of steps I am taking? ▸ Why in that order — what is the reasoning behind the sequence? ▸ What methodology or first principles am I applying? ▸ Is this the most direct route to the Definition of Success given the integration constraints? |
|---|
★ |
**As a Leader: **Require a HOW from every workstream lead and team member. In a PMI context, a person who cannot articulate how they are going to deliver their task is either underprepared or unaware of a dependency or risk that the programme needs to know about. The HOW conversation surfaces both. |
|---|
4 |
WHEN |
Commit to a Timeline and Own the Consequences When must this be completed — and what happens if it is not? |
|---|
In a post-merger integration, every deadline is connected to something else. A missed legal obligation creates regulatory exposure. A missed technology milestone delays the entire system migration. A missed people consultation deadline creates employment law risk. The consequences of failure in a PMI are rarely contained to the task that missed — they cascade. When people understand why their timeline matters to the broader integration, they protect it differently.
| ▸ When must this be completed — and why is that the right timeline? ▸ What is the consequence of failure to deliver on time for the integration programme? ▸ What is the consequence for the workstreams that depend on this? ▸ What are the consequences of success — and how does this align to the deal's value thesis? |
|---|
★ |
**As a Leader: **Never assign an integration deadline without explaining why that date matters to the programme. Arbitrary deadlines breed resentment. Programme-critical deadlines breed ownership. Connect every timeline to what it enables or protects at programme level. |
|---|
5 |
ALIGNED? |
Test the Execution Against the Integration Mission Is the solution, action, or strategy I am executing solving the problem, capturing the opportunity, and aligned to the DoS? |
|---|
This is the alignment check — the mechanism that prevents integration drift. In a PMI, where priorities shift, new information emerges daily, and workstreams interact in complex ways, it is easy for execution to drift from its original purpose without anyone noticing. The ALIGNED? step is the course-correction mechanism that ensures what is being executed is still the most direct route to the outcome agreed. Applied as a regular leadership check-in tool, it is one of the most powerful drift-prevention disciplines in the programme.
| ▸ Is the action I am taking still solving the problem it was designed to solve? ▸ Is it still directly contributing to the integration objective it was assigned to? ▸ Is it the most direct route to the Definition of Success given what has changed since it was set? ▸ If any answer is no — what needs to change before this continues? |
|---|
★ |
**As a Leader: **Build the ALIGNED? check into every stream review and 1-to-1. Not 'how are you getting on?' but 'is what you are working on still the most direct route to the outcome we agreed?' Integration drifts gradually and almost invisibly. This step is how you catch it early. |
|---|
6 |
DEPENDENCIES |
Manage Dependencies and Communicate Changes What dependencies and changes — up and downstream — must I manage and communicate? |
|---|
No workstream in a PMI executes in isolation. Every task has upstream inputs from other streams and downstream outputs that other streams depend on. Failing to manage these dependencies — and to communicate changes when they occur — is one of the most common causes of PMI delays. In a complex integration, a change in one workstream can cascade through three others in 48 hours if not communicated. The person executing owns the communication of their dependencies in both directions, and owns the communication of any change that affects others.
| ▸ What am I relying on upstream — do they know what I need, in what form, and by when? ▸ What workstreams or stakeholders are relying on my output — do they know what to expect? ▸ What changes have occurred that affect up or downstream dependencies? ▸ Have changes been agreed and communicated to the right people, at the right time, with clear reasoning? |
|---|
★ |
**As a Leader: **Dependency management is the most under-practised skill in PMI execution. Build it as an explicit expectation: every workstream lead must be able to map their upstream and downstream dependencies at any time, and must communicate changes immediately. A change held for the weekly meeting is a surprise in the making. |
|---|
7 |
MEASURES |
Track Measures, Milestones and Progress What is my tracking cadence — and is the work I'm doing getting the outcomes needed to achieve my DoS? |
|---|
Execution in a post-merger integration does not manage itself. The seventh step closes the loop between action and outcome — it is the discipline that surfaces, at the earliest possible moment, whether what is being executed is actually working. In a PMI context, this is not optional: the Steering Committee, the MDEMT™ Dashboard, and the Synergy Tracker all require live, accurate progress data. The tracking cadence must be proportional to the timeline and stakes of each workstream.
| ▸ Is the work I am doing getting the outcomes I need to achieve my Definition of Success? ▸ What is my tracking cadence — daily, weekly, milestone-based? ▸ Daily: Am I on track this morning? What has emerged since yesterday? ▸ Weekly: What was delivered this week? What milestones were hit or missed — and why? ▸ Milestone gates: Was the milestone achieved to DoS standard? Yes or No. If No — root cause and corrective action. |
|---|
★ |
**As a Leader: **Tracking is not surveillance — it is support. A regular, structured progress cadence enables early intervention rather than crisis management. In a PMI context, a problem identified on Tuesday is a workstream issue. The same problem identified on Friday is a Steering Committee agenda item. The same problem identified the following Monday is a programme crisis. Build the cadence that catches it on Tuesday. |
|---|
Using the 7-Step Cycle as a PMI Q&A Tool
The most powerful application of the 7-Step Cycle for PMI leaders is as a structured coaching and review tool. Used in stream reviews, 1-to-1s, and Steering Committee preparation, it replaces vague performance pressure with specific, constructive dialogue — surfacing what someone is working on, where they are, what is blocking them, and what they need.
| Instead of asking... | Use the 7-Step Cycle to ask... |
|---|---|
| 'How is the workstream progressing?' | 'Walk me through Steps 1 and 2 — what are you delivering and how does it connect to the integration objective?' |
| 'Are you going to hit the milestone?' | 'Step 4 and 7 — when is it due, what does your progress tracking show, and what are the risks to the timeline?' |
| 'Why hasn't this been delivered yet?' | 'Step 3 — walk me through your execution sequence. Where specifically is the block?' |
| 'Have you resolved the dependency with the Tech stream?' | 'Step 6 — what are your upstream dependencies, have you confirmed expectations, and have changes been communicated?' |
| 'What is the risk?' | 'Step 7 — what Risks, Issues, or Impediments are you facing, and what do you need from the IMO or SC to resolve them?' |
| 'Is this the right approach?' | 'Step 5 — is what you are executing still the most direct route to the integration objective we agreed?' |
What's right beats whose right. Every time. Execution is a practice. Repetition is the mother of skill. A common framework. A common language. A common standard. |
|---|
Appendix A — Quick Reference Checklists
Day 1 Checklist — First 24 Hours Post-Close
DAY 1 — FIRST 24 HOURS |
|
☐ |
Secure all deal documents: Term Sheet, SPA, Disclosure Schedules, Due Diligence reports, TSAs |
☐ |
Initiate the Deal Obligations Register. Assign every clause an owner |
☐ |
Convene the first Steering Committee meeting or call — even if informal |
☐ |
Confirm IMO Lead is in post and resourced |
☐ |
Issue first internal communication to both organisations |
☐ |
Identify top 5 risks for the first 30 days |
☐ |
Confirm all regulatory deadlines. Any within 30 days is an immediate action |
☐ |
Identify key talent at risk. Initiate retention conversations |
☐ |
Confirm Day 1 operational readiness: systems access, reporting lines, customer-facing continuity |
Week 1 Checklist
WEEK 1 |
|
☐ |
All 12 stream leads identified and briefed |
☐ |
Governance Charter drafted and submitted to Steering Committee for approval |
☐ |
First formal Steering Committee meeting held with standard agenda |
☐ |
RAID Register created and pre-populated from due diligence findings and DOR |
☐ |
Internal communications plan agreed and first employee message issued |
☐ |
Document repository structure created. Naming convention communicated to all |
☐ |
Resource allocation plan drafted: who is doing what, at what percentage of time |
☐ |
Integration Model selection confirmed by Steering Committee |
30-Day Checklist
30-DAY MILESTONE |
|
☐ |
All stream scope statements approved by Steering Committee |
☐ |
Master Integration Schedule baselined and SC-approved |
☐ |
All 12 stream WBS plans submitted, consolidated, and critical chain identified |
☐ |
Financial Tracker live. First monthly report issued to Steering Committee |
☐ |
Synergy Tracker live. Finance sign-off on all baseline figures |
☐ |
Resource Heatmap built and first gaps identified with actions |
☐ |
Redundancy impact assessment complete. Legal consultation process initiated if required |
☐ |
Customer and supplier change of control notifications complete |
☐ |
Technology Application Landscape mapped for both entities |
☐ |
First 30-day integration health check completed and findings reported |
Appendix B — Mission Systems Framework Reference
Mission PMI™ — The Approach
| PMI™ Principle | Description |
|---|---|
| Mission command | Every integration is led as a mission. The mission is defined, communicated, and reinforced at every level from Day 1. |
| Deal-anchored governance | All integration decisions are anchored to the Deal Obligations Register. Legal compliance is a non-negotiable first principle. |
| Structured stream delivery | Twelve integration workstreams. Each has a scope, plan, owner, and status report. Nothing runs in the dark. |
| Momentum-driven leadership | The IMO and Steering Committee exist to remove obstacles, resolve issues, and maintain forward velocity. |
| Value realisation focus | Every action is ultimately measured against the deal's value creation thesis. Activity is not the objective. Value is. |
| Transparent and real-time | The MDEMT™ Dashboard ensures everyone from Board to analyst shares the same picture at all times. |
ISOPOSED™ — From Idea to Execution
I |
Inciting Incident | The trigger or context that makes this initiative urgent and necessary. |
|---|---|---|
S |
Situation | Real-time snapshot: what is happening, what is not, what must happen, what could happen. |
O |
Objectives | Measurable business objectives aligned to the mission and definition of success. |
P |
Problem Analysis | Root causes — not symptoms — that must be solved. |
O |
Opportunity | The value unlocked by solving the problem. |
S |
Solution Design | Capabilities, approach, and execution requirements. |
E |
Execution Roadmap | Timelines, milestones, resources, dependency map, critical chain. |
D |
Delivery Management | TORSEMI™ governance, RAID, reporting, continuous improvement. |
TORSEMI™ — From Strategy to Delivery
T |
Timelines | Continual evaluation of urgency, constraints, and dependencies. |
|---|---|---|
O |
Objectives | Measurable, specific goals aligned to the business mission. |
R |
Results | KPIs and value metrics that define whether objectives are being realised. |
S |
Strategy | The agreed approach, sequencing, governance, and operating rhythm. |
E |
Execution | Disciplined delivery routines, issue resolution, momentum management. |
M |
Management | Transparent oversight through dashboards, RAID, reporting, and cadence. |
I |
Improvement | Continuous improvement cycle protecting quality, pace, and value. |
Appendix C — Client Proposition
A Deal-to-Value PMI Office
Mission Systems positions the PMI Office as a structured operating model that converts merger terms into an executable integration plan, protects all legal obligations, drives synergies, controls risk, manages people impacts, and keeps executive decisions moving at pace from Day 1 to value sign-off.
| What We Deliver | How We Deliver It |
|---|---|
| Protect the deal | Every legal, commercial, and regulatory obligation tracked and discharged on time. |
| Control the integration | One plan. One version of the truth. One governance structure. No drift. |
| Surface risks early | RAID discipline and MDEMT™ momentum management ensure nothing is hidden. |
| Resolve blockers fast | Escalation culture, SC authority, and the Momentum Formula eliminate delay. |
| Track every obligation | Deal Obligations Register, Financial Tracker, Synergy Tracker, and Resource Heatmap. |
| Capture every synergy | No synergy counted without Finance sign-off. All synergies tracked to evidence. |
| Manage people fairly | Legally compliant redundancy process. Retention of critical talent. Cultural integration plan. |
| Deliver measurable value | Value Realisation Report to Board. Deal thesis validated. Benefits tracked for 24 months. |
What Makes Mission PMI™ Different
| Mission PMI™ Focus | Why It Matters |
|---|---|
| Mission — Why the deal exists | Plans without mission clarity produce activity without direction. |
| Leadership — Who drives success | Governance structures without strong leaders produce reporting, not results. |
| Momentum — How speed is maintained | The biggest PMI killer is not bad plans. It is unresolved issues, slow decisions, and lost momentum. |
| Execution — How work gets done | Every person must know WHAT, WHY, WHEN, and WHO. Without this, even good plans fail. |
| Transparency — How decisions are made | Visibility creates trust. Trust creates speed. Speed creates value. |
| Leadership as Practice | The 7 Practices of Mission Leadership are embedded at every level — because governance without leadership culture produces reporting, not results. |
| Execution as Common Language | The 7-Step Execution Cycle ensures everyone in the programme applies the same framework — from Steering Committee to individual contributor. |
Appendix D — Document Control
| Document Title | Mission PMI™ — Post-Merger Integration Office Leadership Playbook (Master Edition) |
|---|---|
| Author | Blaine Wilson | PMO Director | Mission Systems |
| Version | V4.1 — Gold Edition (Revised Palette) |
| Date | 2026 |
| Integrating Frameworks | Mission PMI™ | MDEMT™ | ISOPOSED™ | TORSEMI™ | Mission Leadership (7 Practices) | 7-Step Execution Cycle |
| Classification | Client Confidential — Not for Distribution Without Permission |
| Contact | blaine@mission-systems.com | +44 07407 079 474 | mission-systems.com |
Mission Systems | Mission PMI™ | blaine@mission-systems.com | mission-systems.com | 2026 MDEMT™ | ISOPOSED™ | TORSEMI™ | Mission Leadership™ | 7-Step Execution Cycle™ |
|---|