User Adoption Process Cross Tenant Migration

-

 

Cross Tenant User Adoption Process

 

Change & Adoption is the most critical task in any tenant-2-tenant migration.

Not only users who are migrated are impacted heavily by the migration. Users in the target tenant too. Especially in the target tenant they will experience constant changes. New users and groups are appearing, but not “life”, not actively working in the tenant. Further, new services related content will sequentially appear, like SPO sites, Teams Channel, Yammer or others. Since data is flying in slowly, there must be a communication and identification in place, that user are enabled identifying data source in migration.
Same applies, for user in the source environment. Content/ data migrated will be in read-only. Content could become unavailable due to accomplished migration to the target. All depends on the migration process, procedures and planning. This needs to be communicated to all users in proper manner.

Talking about external users, there is even a more severe impact. External users, could Guest User, but also your customer and vendors, partners you are working with. DNS names are changing and their buddies might disappear over time.
Clearly have a plan in place how the companies (source and target) and the users will inform outside counterpart. By a clear communication plan, you can minimize the impact on collaboration and your business.

Another important topic is the user life-cycle process.
Question asked is; From when onwards do you create new users in the target, rather in the source environment? There is not a clear answer. It highly depends on the creation process and the length/ duration of the entire migration project.
A best practice would be approx. at 50% of the accomplished user migration. Starting with new users directly in the source tenant. But again, for those certain access to source users and data will be restricted.

After understanding partially the impact for users during a T2T migration, Change & Adoption is the most important workstream in a project.

Success or Failure depends on Change & Adoption.

Important Advise:
Do not decide or make any technical approaches without the Change & Adoption team.
Not only User Experience might get bad, but the business financials, customer experience and supply chain could be so heavily impacted, making your migration a financial disaster.

 

I list you some assorted issues impacting the UX and communication, even outside of your tenant:

·       Teams Notification while chat migration:
If you migrate Chat messages, notification will appear for each message migrated. Only the user himself can suppress the notification in Teams via the Teams settings.

·       Meeting Link Migration:
A lot mails with cancelation and new invites being send, also to external attendees. Prepare a proper communication.

·       Teams chat message extremely slow
Migrating Teams Chat is slow, for both personal and channel chat. Plan proper, archive where ever possible. Inform users about limited availability of chat data in their new target environment.

·       Chat message storage location and how to use
If you archive or write chat message e.g. into HTML or Outlook folder, explain the user where to find and how to use the archive.

·       Delegates
You find delegates in Teams and Exchange. Identify those and migrate the jointly together. Inform them about the new environment and their teamed new work.

·       Call Queues (CQ & AA) and the associated group of users
CQ’s are not associated to the dedicated AAD group, rather than a collection of users in Teams Admin Center. It is advised migrating those user jointly together and setup the CQ in target. On the other hand you need to consider how migrated user are able calling into a CQ upon their migration, same for external access (PSTN). Plan according your users need and functionality of the CQ.

·       Migration of SPO
SharePoint only need to be set to read only during and after their final migration in source. Regardless, you need to inform user about the status of those service, using notification and banners. SPO will appear during migration in the target, but shouldn’t been used. Make sure you communicate this proper to your source and target users.

·       DNS Domain co-existence
DNS Domains can only be migrated at the end of your migration. You need to release the DNS from source and re-register in the target tenant.
Be absolutely aware, that especially for TEAMS, target users can only make use of the “newly/ old” DNS domain upon re-registration. Therefore the SIP address on all Teams and SMPT service can only be changed afterwards.
This all will result in another communication, that Teams users will once again contact their counterpart/ chat buddies of the additional DNS/ user@dns SIP change. It is a disturbing event with must be planned very carefully.

 

 

Some words to add:
A cross-tenant migration will take longer than you expect.

Comments

Post a Comment

Popular posts from this blog

How to hide users from GAL if they are AD Connect synchronized

-
Image
How to hide and un-hide users from Global Address List (GAL) in Exchange Online if they are AD Connect synchronized Hiding User from GAL isn't possible if those are synchronized form On-Premises Active Directory. The local AD is the leading system for all important attributes, like SMTP, UPN and hiding from GAL. Especially during a cross-tenant migration, you do not want to see not migrated user in the GAL. Those User aren't actively working until their cut-over day. Since the Exchange Online attribute  msExchHideFromAddressList s is an AD on-premises parameter, we have two possible ways hiding user in BME from GAL.   Modify the AD Connect for your teant with a custom rule, by using a extensionAttribute to set the HidefromGAL. In this rule, for users which have an entry in the extensionAttribute, hiding / un-hiding will be controlled by AD Connect This is the best option for Cross-Tenant Migration, if you run 2 or more AD Connect system We direct modif...
Read more

Cannot join external Lync Meeting: Lync Edge Server Single IP Address (Lync Edge Server Single IP Web Conferenceing Problem)

-
Image
Lync Edge Server FQDN and IP PORTS (Version 1.2, Update 26.11.2014) As we all know, we can configure Lync Edge Server in several way. 1) Single Edge Server with a SINGLE IP ADDRESS 2) Single Edge Server with MULTIPLE IP ADDRESSES (3x IPs) 3) Multiple Edge Server in a Pool, with MULTIPLE IP ADDRESSES (Zx 3 IPs) Regardless what we are going to configure, there are common / well-known TCP Port necessary making Lync work, which are: Access: Port: 443 and 5061 Conferencing: Port: 443 and (444) AV: Port: 443 (I have not listed other ports, e.g. STUN or the dynamic port range. This is not required for the topic discussed here) External FQDN with single IP address: What can we see here? If we are going to choose a single IP address, we would have TCP Port overlapping. Therefore the only way avoiding this is assigning other ports. Additionally we will also see and are reminded that Lync highly depends on DNS. If we have single IP, we must have use single, uniqu...
Read more

MFA with Guest Access and different tenants settings

-
Image
There is an update regarding MFA Multi Factor Authentication. If you are guest with a different Tenant, the MFA Settings are now reflecting the settings of all tenants in a different way. Each MFA setting is reflected and you can setup your MFA device as per tenant and the admin settings allow. Login to your Profile in Office 365/ Azure AD: https://account.activedirectory.windowsazure.com/r/#/profile or https://myapps.microsoft.com Go to your PROFILE: Sign in to https://myapps.microsoft.com Select your account name in the top right, then select profile. Select Additional security verification. If might be happen, your admin hast configured MFA, so you wouldn't see this menu. Simply switch the tenant to the guest tenant where you need to configure MFA. Once you go back to your profile and you will find the MFA device and other settings a usual:
Read more