Le processus de « lift and shift » pour un ensemble de charges de travail ou un environnement de données est communément défini comme un projet qui cherche simplement à « extraire » les opérations d'un environnement puis à les « déplacer » vers un autre – par exemple, un déplacement de certaines charges de travail et tâches sur site vers hors site, ou un déplacement d'opérations de données d'un centre de données à un autre. Les préoccupations que peuvent avoir les entreprises concernent certains aspects pratiques du fonctionnement d’une telle migration.
Certaines préoccupations concernant le levage et le déplacement sont liées à l'idée qu'il n'est pas aussi simple qu'il y paraît de simplement « couper et coller » des opérations système dans un nouveau système. Souvent, une approche lift and shift démarre sans documentation suffisante des exigences ou de la conception opérationnelle. Lorsque ceux-ci sont nécessaires plus tard, cela peut mettre un frein au projet.
D'autres problèmes liés à la portance et au déplacement concernent les différences entre les deux environnements en question. Un projet peut fonctionner correctement dans un système existant sur site ou original, car ce système dispose de toutes les ressources appropriées, mais il peut ne pas fonctionner aussi bien dans un nouvel emplacement. Une analogie simpliste serait celle d’une plante d’intérieur : il existe un certain nombre de facteurs qui peuvent faire qu’une plante prospère moins dans un pot que dans un autre.
D'autres préoccupations liées au lift and shift sont liées à des problèmes inhérents au processus d'origine : on pense souvent que dans un lift and shift, aucun effort n'est fait pour résoudre les problèmes avant la migration. Cela laisse ces problèmes perturber le projet dans son nouvel environnement et provoque un chaos généralisé alors que les parties prenantes tentent de mettre en œuvre et de faire évoluer le nouveau système. VMware vExpert Eric Wright, écrivant pour le blog Turbonomic, fait également une analogie pour ce problème : l'analogie d'une entreprise de déménagement qui « soulève et déplace » simplement des conteneurs remplis de déchets ou de débris, livrant des composants indésirables vers une destination. L’idée du « lift and shift » informatique est que les résultats peuvent impliquer un fouillis de données inutiles, des données qui ne correspondent pas aux systèmes de traitement ou des ensembles de données qui dépassent leur « habitat ».
Tous ces problèmes sont potentiels avec un scénario « lift and shift », qui peut être comparé à d'autres scénarios appelés, peut-être, « réparer et envoyer », dans lesquels des efforts initiaux sont déployés pour concevoir et perfectionner les systèmes avant une migration.