IT Priorities After a Company Merger

Sun, 12 Jul 2026 13:40:54 GMT

“Mergers are like marriages.”

- Simon Sinek

After a merger, the biggest mistake is trying to fix everything at once. The right approach is to first keep the business running, then reduce risk, and only then standardize and optimize the environment.

Stabilize first

At the beginning, the priority is continuity. Users need to keep working, and critical services must remain available. That means quickly identifying which systems are business-critical, which integrations depend on identity, network access, or secrets, and what could break once domains, tenants, or permissions start changing.

This phase is not about optimization. It is about minimizing disruption and making sure IT does not slow down the merger itself.

Lock down access

The next step is to clean up access control. After a merger, environments usually become messy very quickly: overprivileged accounts, stale admin users, unused PATs, unnecessary service connections, and unclear ownership.

We should immediately focus on:

Reviewing privileged roles,
Enforcing MFA and Conditional Access for admin accounts,
Restricting access to projects and repositories,
Inventorying technical accounts, secrets, and service connections,
Removing anything that is not required for operations.

Secure the integrations

In post-merger environments, integrations often create more problems than the applications themselves. This is especially true for Azure DevOps, pipelines, agents, deployments, and connections to Azure or other tenants.

The key questions are:

Who can create or modify service connections?
Are pipelines using short-lived federation instead of static secrets?
Are agent pools shared or separated appropriately?
Is network traffic restricted to approved addresses and services?
Are logs and audit trails in place for all critical changes?

If these areas are not controlled early, the merger quickly turns into both an operational and security risk.

Decide the target model

Once the environment is stable, the next decision is the target operating model. The worst option is to keep two partially connected environments alive for years, because that creates cost, duplication, and unclear responsibility.

At this stage, the company should answer three questions:

Are we consolidating into one organization or one tenant?
What needs to stay separated temporarily?
What standards will apply to new projects, pipelines, and access control?

This is the point where the team should define one way of working, instead of simply moving old problems into a new structure.

Standardize and automate

Only after stabilization does it make sense to fully standardize. That is the time to clean up naming, policies, pipeline templates, monitoring, reporting, and automation.

We should focus on:

Infrastructure as code,
Automated access reviews,
Regular detection of stale accounts and secrets,
Standardized agents and release processes,
Change control through pipelines instead of manual operations.

This reduces technical debt and ensures the post-merger environment is not only functional, but also manageable in the long term.

Cloudive - the beginning

Fri, 10 Jul 2026 13:57:40 GMT

It all began with one person, one idea, and a lot of hands-on experience.

I started working with UK clients in 2016, and over the years I have been involved in delivering and supporting solutions across

Microsoft cloud, Azure, Microsoft 365, identity, security, automation, monitoring, and modern workplace environments.

Cloudive is currently my personal venture, but the experience behind it is real and built on years of direct client work. I have worked on projects where speed, clarity, and practical results mattered more than long theories or endless planning. That shaped the way I work today: focused on tangible improvements, quick value delivery, and solutions that actually help teams move forward.

I believe good technology work should feel straightforward, reliable, and human. The world changes fast, and businesses need partners who can adapt quickly, solve problems early, and keep things moving without unnecessary complexity.

Cloudive is my way of bringing that approach to more clients — with the same mindset I have built over years of working in the UK market and beyond.

I deeply hope this will be the beginning of many great projects together.

Best,

— Cloudive Founder

Cloudive blog