Le processus de tests (ou qualification ou phase de recette) d’un projet de Système d’Information (SI) correspond à l’étape à l’issue de laquelle le client reconnaît que le produit livré par le fournisseur est conforme à la commande passée et aux attentes formulées par les utilisateurs, et qu’il est exploitable dans l’architecture des SI de l’entreprise.

Cette phase, dernière étape avant la mise à disposition des utilisateurs, vise au travers de multiples tests, à garantir le bon fonctionnement de la solution, et obtenir la satisfaction du client.

A ce titre, le processus de tests est une étape clé d’un projet de Système d’Information.

Pour cela, tel un « projet dans le projet », la phase de tests se décompose en 2 grandes étapes :

• la préparation, permettant de bâtir une stratégie de tests basée sur les exigences fonctionnelles initialement collectées, et de planifier les différentes activités associées sans négliger la logistique nécessaire à une réalisation dans de bonnes conditions ;
• la réalisation, dont l’objectif est de mener les tests prévus, d’identifier les anomalies et/ou demandes d’évolutions, et de les prioriser et les corriger en vue de la prochaine série de tests.

Après vous avoir présenté la phase de préparation des tests (ou qualification ou phase de recette) dans un premier article, nous vous proposons un second et dernier article pour présenter l’étape de réalisation des tests.

Quand le cahier de tests est fourni, que l’environnement de tests est opérationnel et doté de jeux de données pertinents, et enfin (surtout) que les développements ont été réalisés, les tests fonctionnels peuvent démarrer.

En théorie, une fois la recette d’usine (réalisée par le fournisseur du service) terminée et que le produit a été jugé conforme, il est livré au client pour test, sur un environnement dédié. Le client entame alors une phase de recette de son côté, avec sa propre méthodologie.

Exécution des tests

L’exécution des tests est généralement mixte : manuel et automatisé. Les tests manuels sont exécutés selon les scénarios prévus par une équipe de recette voire directement par la maîtrise d’ouvrage (membres de l’équipe projet ayant participés aux spécifications du besoin, utilisateurs finaux…), et les tests automatisés sont exécutés par des outils dédiés.

Les cahiers de recette sont alors actualisés avec les résultats des tests menés.

Si des anomalies sont détectées par les tests manuels ou automatisés, elles sont tout d’abord qualifiées (est-ce réellement une anomalie ou simplement une mauvaise utilisation d’une fonctionnalité ? est-ce une nouveauté non exprimée / une évolution souhaitée ?) et, le cas échéant, leur résolution est priorisée et prise en charge par les équipes de Maîtrise d’œuvre.

Validation de la conformité – VABF et VSR  (standard ITIL)

La phase de recette a pour but d’évaluer la capacité à basculer en production un Système d’information dans de bonnes conditions. Pour permettre cette évaluation, il est important de définir les critères et seuils attendus pour garantir une mise en production réussie :

• Taux de couverture des fonctions ou des processus métiers
• Taux de couverture des règles de gestion
• Taux de réussite des tests
• Nombre de défauts mineurs, majeurs et bloquants

Quand le client estime que le produit a atteint un niveau de conformité suffisant, il prononce la VABF (Vérification d’Aptitude au Bon Fonctionnement), qui permet de déployer le système sur une unité pilote de production. Généralement, une phase « d’hypercare » intervient après bascule en production. Cette phase vise à assurer un soutien renforcé aux clients durant la période de stabilisation, et ainsi garantir une transition en douceur entre la phase du projet et la phase opérationnelle.

Cette étape est gérée de façon relativement différente en fonction du contexte du projet, des exigences du client, etc.

Lorsque toutes les ajustements et corrections nécessaires ont été apportés, le client prononce la VSR (Vérification de Service Régulier), qui autorise la mise en exploitation globale de la solution. Le projet est alors terminé.

Nous avons donc :

• VABF = Recette / tests de la solution sur un environnement de tests avant le passage en production ;
• VSR = Support / Hypercare en Production jusqu’à la fin des ajustements post démarrage.

Le pilotage de la recette

Pour s’assurer du bon déroulement des tests et de la validation de la conformité de la solution avant la date de bascule en production, il convient d’assurer le pilotage de la phase de recette.

Ce pilotage se traduit notamment par :

• la définition d’objectifs échéancés de réalisation des tests,
• la définition des seuils de qualité souhaités à chaque phase du projet (recette unitaire, recette intégrée…), pouvant donner lieu à la signature de Procès-Verbaux,
• la prise en compte et la planification d’une phase de corrections d’anomalies et de rejeu des tests « KO »
• la définition et la formalisation du processus de réalisation des tests : disponibilité des jeux de données, mise à jour des cahiers de recette, récupération / centralisation des remarques / anomalies / évolutions identifiées, définition des priorités, suivi du traitement des anomalies / évolutions …
• la définition et mise en œuvre d’indicateurs permettant de piloter l’avancement de la recette sur l’ensemble des fonctionnalités de la solution au regard des objectifs qualité et délais définis,
• le pilotage de la recette avec des points périodiques d’avancement pour s’assurer que le planning de déroulement des tests est respecté, et pour mettre sous contrôle la correction des anomalies éventuelles.

IM Projet accompagne les entreprises dans le pilotage de la phase de recette des projets de Systèmes d’Informations (SI) pour garantir la capacité à évaluer les conditions de bascule en production selon le planning établi.

Le processus de tests (ou qualification ou phase de recette) d’un projet de Système d’Information (SI) correspond à l’étape à l’issue de laquelle le client reconnaît que le produit livré par le fournisseur est conforme à la commande passée et aux attentes formulées par les utilisateurs, et qu’il est exploitable dans l’architecture des SI de l’entreprise.

Cette phase, dernière étape avant la mise à disposition des utilisateurs, vise au travers de multiples tests, à garantir le bon fonctionnement de la solution, et obtenir la satisfaction du client.

A ce titre, le processus de tests est une étape clé d’un projet de Système d’Information.

Pour cela, tel un « projet dans le projet », la phase de tests se décompose en 2 grandes étapes :

• la préparation, permettant de bâtir une stratégie de tests basée sur les exigences fonctionnelles initialement collectées, et de planifier les différentes activités associées sans négliger la logistique nécessaire à une réalisation dans de bonnes conditions ;
• la réalisation, dont l’objectif est de mener les tests prévus, d’identifier les anomalies et/ou demandes d’évolutions, et de les prioriser et les corriger en vue de la prochaine série de tests.

Nous vous proposons un premier article pour présenter l’étape de préparation.

Toutes les directions informatiques ou métiers connaissent l’importance des tests, notamment pour garantir la mise en œuvre d’une solution de qualité et répondant aux besoins des utilisateurs. Aussi, négliger le temps et les ressources nécessaires à la préparation de la phase de recette revient à négliger l’importance de cette étape du projet.

Cette phase de préparation, réalisée très tôt dans le cycle de vie du projet, a pour objectif de poser les règles du jeu de la phase de recette et de s’assurer que toutes les conditions nécessaires à sa réussite sont réunies. La phase de préparation se décompose en deux étapes :

1. La définition de la stratégie de tests ;
2. La mise en œuvre des prérequis à la réalisation des tests.

La définition de la stratégie de tests :

La stratégie de tests vise à identifier l’ensemble des niveaux de tests à réaliser (tests unitaires, tests d’intégration, tests d’exploitation, tests de non régression, validation des données, rôles et autorisations, tests de performance, QI, QO, QP,…) et, pour chacun d’eux, à définir :

• les objectifs,
• les prérequis (organisationnels, techniques,…) à la réalisation des tests,
• le planning de réalisation des tests,
• les rôles et responsabilités,
• les modalités de réalisation et de pilotage des tests,
• les critères d’entrées et de sortie (d’un niveau de tests à l’autre)

Chaque intervenant a son propre vécu et vocabulaire (recette usine, FAT, VABF, end to end,…). Il est primordial, pour la réussite du projet, de formaliser et expliquer la stratégie de tests et ses différents termes.

La mise en œuvre des prérequis à la réalisation des tests :

La mise en œuvre des prérequis à la réalisation des tests vise à garantir les moyens nécessaires à la réalisation des tests prévus :

• un (des) environnement(s) opérationnel(s) disponible(s),
• les ressources nécessaires (au pilotage et à la réalisation des tests) :
  • quantifiées par profil,
  • formées,
  • mobilisées selon le planning défini
• des cahiers de recette formalisant
  • les modalités de tests (environnements, terminaux [smartphone, laptop, etc.], navigateurs,
  • les populations et cas de tests à dérouler,
  • l’ordonnancement et la description des tests à mener,
  • le résultat attendu et les seuils de validation des tests
• des jeux de données / d’essais représentatifs de ce qui sera rencontré en production,
• des outils opérationnels permettant le pilotage de la réalisation et le suivi de la qualité des tests

L’alimentation des cahiers de recette doit, idéalement, être réalisée au fur et à mesure que les spécifications fonctionnelles sont réalisées / validées. En effet, les cas de test se fondent sur les configurations d’utilisation de l’application, et ces configurations d’utilisation sont identifiés, formalisés et documentés en phase de spécification fonctionnelle.

La recette doit être industrialisée, c’est à dire reposer sur des process clairement établis et documentés, et permettre de produire des résultats d’avancement (rapports de tests, création d’entrées dans un outil de ticketting, etc.) et de niveau de qualité (en termes de performances, de qualité des données, de respect des spécifications, d’interface homme-machine, etc…).

Cette étape de préparation de la recette n’est pas aussi simple qu’elle n’y parait, et est souvent négligée. Elle permet de :

• structurer la recette, pour éviter le désordre qui coûte de l’argent,
• garantir l’exhaustivité et la bonne réalisation des tests, pour éliminer le stress lié à l’incertitude.

IM Projet accompagne les entreprises dans la démarche de structuration et de planification de cette étape cruciale des projets de Système d’Information (SI).

Pour la première fois en 2021, le marché mondial des fusions-acquisitions a passé la barre des 5 000 milliards de dollars (4 410 milliards d’euros), atteignant un montant total de 5 650 milliards de dollars selon Dealogic. Cette tendance est partie pour durer en 2023.

La décision des entreprises de reprendre un concurrent ou une activité complémentaire, répond souvent à un besoin d’internationalisation, de développement rapide et de réduction des coûts, appuyé par la pression concurrentielle.

Cette décision est souvent prise avec le soutien de banques d’affaires et de cabinets de conseil en stratégie (voir étapes 1 et 2 du schéma ci-dessous). Mais que faire une fois la décision prise pour réussir l’acquisition et la fusion ?

Les opérations de fusions, quel que soit le type d’activité, font appel à de nombreuses compétences : RH, IT, économiques et financières, marketing et commerciales, techniques, … De plus la décision de l’acquisition est prise sur la base d’un business plan qui définit les grandes lignes d’un plan de transformation, les objectifs en termes de délais, de coûts, de performance et de retour sur investissement.

Quoi de plus logique pour conduire ce plan de transformation et atteindre les objectifs fixés que de se mettre en ordre de marche via une structure projet :

• Une Direction de Projet structurée et mobilisée
• Une organisation spécifique regroupant les expertises nécessaires à mener les actions
• Une gouvernance projet adaptée aux enjeux de la fusion
• Un plan d’actions défini sous forme de plannings selon différents niveaux de détail, en fonction des populations concernées, du niveau décisionnel à l’opérationnel
• Un dispositif de contrôle de l’avancement régulier pour mettre en place au plus tôt les actions correctives en cas de dérive éventuelle
• Un reporting axé sur le traitement des points critiques et la prise de décisions

Dans les opérations de fusions-acquisitions, il est nécessaire de mobiliser des compétences métiers clés, indispensables pour réaliser ou piloter les actions de transformation. La mise en place d’un PMO externe, au-delà d’une meilleure maitrise de l’avancement, permet de pleinement mobiliser ces ressources internes sur leur fonction et sur des actions à forte valeur ajoutée qu’elles seules peuvent réaliser.

Dès confirmation de votre décision d’acquisition, n’hésitez pas à contacter IM Projet qui pourra vous accompagner dans l’organisation, la planification et le pilotage de votre projet.

Son expérience sur ce type de projet, et son approche collaborative, où les référentiels projet sont construits avec la participation active de toutes les parties prenantes, permettent de fiabiliser l’information, de bâtir un plan d’actions structuré et exhaustif, et d’apporter une dynamique de pilotage indispensable pour réussir ce type de projet.

IM Projet peut aussi vous accompagner dans la préparation de la séparation de vos activités (adaptation du SI notamment) au préalable d’une vente : Carve Out.