Mise à niveau vers Solution Manager 7.2 - Reste calme, tu dois !

Pour une mise à niveau sûre et réussie vers la version 7.2, il faut une stratégie de mise à niveau concrète. Celle-ci doit être établie sur la base d'une matrice de décision de mise à niveau solide, à partir de laquelle il est possible de déduire une approche de solution individuelle pour une mise à niveau correcte et sûre vers la version 7.2. Les cinq paramètres centraux d'une telle matrice de décision de mise à niveau sont les suivants :

1. La priorisation des applications 7.1 à migrer : Quelle application doit être à nouveau entièrement fonctionnelle dans la version 7.2 et à quelle date ? En effet : un Service Desk, un Change Request Management (ChaRM) ainsi qu'un monitoring basé sur l'infrastructure de monitoring et d'alerte (MAI) sont migrés en très peu de temps, y compris les retouches (automatisées/manuelles), entre autres. sous forme d'adaptation des types d'opérations Z, des rôles d'autorisation PFCG, des rôles d'utilisateur ainsi que de la configuration de la recherche intégrée (à l'exception de l'adaptation des améliorations ou des modifications spécifiques au client). Dans ce cas, ce n'est pas tant la documentation des solutions/processus qui est à l'origine de la charge de travail, mais la reconstruction complète des plans et des paquets de test, car seuls les cas de test inclus dans la documentation des processus, y compris les incidents qui leur sont associés, sont migrés. C'est pourquoi les clients qui utilisent exclusivement la suite de tests de manière intensive sont bien avisés de comparer soigneusement le scénario de mise à niveau à celui de la nouvelle installation.Ce qui ne change cependant que très rarement lors d'une mise à niveau de la version 7.1 à la version 7.2, c'est une modification fondamentale de la documentation des processus. C'est vrai, il faut faire le ménage avant une mise à niveau !

   Toutefois, cela se fait généralement au niveau des projets 7.1 dans le cadre des activités de préparation à la mise à niveau. La plupart des clients n'ont pas besoin de plus d'une journée pour cela.

2. La planification concrète des applications à migrer : Les applications telles que le Service Desk, ChaRM ainsi que le monitoring basé sur la MAI doivent être disponibles rapidement avec le Go Live 7.2. Cela ne devrait pas être le cas pour la suite de tests. En effet, celle-ci nécessite des travaux manuels de préparation, de reconstruction et de suivi qui prennent beaucoup de temps.
3. Découpler la question "mise à niveau ou nouvelle installation" de l'intensité d'utilisation des applications sélectionnées, en particulier la documentation des processus dans la version 7.1 : cela signifie que peu importe l'intensité d'utilisation des projets et de leur contenu (processus, objets techniques, etc.) dans la version 7.1 : Il peut y avoir de bonnes raisons de passer de l'ancienne installation (7.1) à une nouvelle installation 7.2, car les projets de la version 7.1 peuvent également être exportés de la version 7.1 via les chemins d'activation de contenu fournis par SAP et importés dans une nouvelle installation 7.2 ou y être (ré)activés.
4. La définition de l'environnement système à gérer par le 7 et son expression concrète dans la gestion des solutions 7.2 : cela implique obligatoirement une connexion/configuration propre des systèmes à gérer (encore avec 7.2). Et à cet égard, veuillez toujours vérifier toutes les connexions RfC (encore) nécessaires, y compris les tests de connexion et d'autorisation. Sinon, il ne se passe pas grand-chose en ce qui concerne la mise en place de la gestion des solutions 7.2.
5. La phase créative pour l'élaboration de nouveaux scénarios de support 7.2 pour le projet et l'exploitation : Je pense ici en particulier au portefeuille informatique et à la gestion de projet ainsi qu'à leur potentiel d'utilisation pour l'organisation structurée des projets à venir, etc., y compris l'intégration complète dans la gestion des exigences et des changements.

Conclusion :

Effectuez la mise à niveau vers la version 7.2 à votre rythme. Définissez des priorités côté base et côté application et activez le nouveau monde avec planification et discernement pour votre environnement de solutions SAP.