Consulting

Consulting

Réussir une reprise de données

La reprise de données

La reprise de données constitue une des étapes les plus délicates au sein d’un projet d’implémentation d’un logiciel de gestion. En effet, elle doit souvent être réalisée très rapidement juste avant le démarrage d’un projet. De plus, elle est susceptible de reporter ce démarrage, en cas de problèmes bloquants, ce qui entraîne des coûts supplémentaires.

Or, il arrive très souvent que cette phase pose des problèmes, soit :

  • bloquants, du fait de données impossibles à reprendre,
  • consommateurs de charges supplémentaires non prévues (chez le prestataire en charge de la reprise et chez l’entreprise elle-même), en raison de la complexité de la reprise de données, qui a été identifiée trop tard par les acteurs en charge de cette dernière.

Ces problèmes sont principalement dus à l’analyse, qui n’est pas toujours réalisée de façon exhaustive. En effet, il est nécessaire lors de cette phase de mettre en parallèle tous les champs de données du logiciel source avec les mêmes champs au sein du logiciel de destination. Bien entendu, cela nécessite au préalable d’avoir identifié ces champs au sein du nouveau logiciel, soit via l’utilisation de champs existants, soit via la création de nouveaux champs. Or, pour cela, la compréhension du mode de fonctionnement du logiciel source est indispensable.

Jeux de tests

A partir du moment où cette analyse a été réalisée, il s’agit de réaliser en premier lieu un test avec un volume de données peu important (par exemple, 10 % des données à reprendre).

Cela permet d’identifier les principales anomalies, et de les corriger rapidement. Ce test doit avoir lieu au moins 1 à 2 mois avant la reprise complète des données. La date du test est déterminée en fonction du volume des données, ainsi que du délai prévisionnel de correction des anomalies rencontrées.

Ensuite, en fonction de l’importance de ces dernières, un second test peut être programmé.

Ces tests permettent notamment :

  • de s’assurer que la reprise des données se déroulera dans les meilleures conditions,
  • de prévoir précisément la durée de la reprise des données.

Dans le cas où des statistiques sont générées dans le logiciel source, il s’agit de procéder aux éditions correspondantes, puis de contrôler dans le logiciel de destination que les données restituées au sein des nouveaux états sont identiques.

Réussir l’analyse d’implémentation d’un progiciel

L’analyse relative à l’implémentation d’un logiciel de gestion constitue l’étape la plus importante au sein de ce type de projet. En effet, elle décrit précisément la façon dont l’application sera paramétrée afin de répondre aux besoins fonctionnels de l’entreprise.

De manière générale, les fonctions du logiciel existant doivent être reprises pour la plupart au sein du nouveau logiciel. Afin de s’assurer que cela est effectivement le cas, il convient donc en premier lieu d’obtenir une bonne compréhension du mode de fonctionnement du logiciel existant.

Ensuite, une check-list des sujets à aborder lors de l’analyse doit être préparée par avance. Elle doit inclure l’ensemble des fonctionnalités en vigueur dans le logiciel existant, ainsi que les fonctions incluses dans le nouveau logiciel.

Le rapport d’analyse

Cette analyse est formalisée au sein d’un rapport, qui doit être soumis à l’entreprise pour validation. Cette validation est essentielle pour les raisons suivantes :

  • le rapport d’analyse constituera alors le document de référence, sur lequel chacun des intervenants du projet s’appuiera,
  • ce rapport permettra de disposer d’une ligne directrice claire valable pour la suite du projet,
  • il permettra de définir précisément le planning d’intervention et les charges imputables à chaque acteur du projet.

Le rapport d’analyse nécessite un cadre précis, afin de s’assurer que tous les sujets ont bien été évoqués. En effet, un des écueils les plus classiques dans un projet est bien souvent l’ajout de fonctionnalités ou de flux de données, qui avaient été oubliées lors de la phase d’analyse.

Cela conduit inévitablement à des décalages en termes de planning, ainsi qu’à des charges supplémentaires non budgétées.

Le rapport d’analyse doit être découpé de manière claire, de façon à ce qu’il soit compréhensible et sans ambiguïté. Il est dans ce cadre préférable de disposer d’un modèle par type de logiciel. Par exemple, en ce qui concerne l’implémentation d’une application de gestion commerciale,  le découpage du document en ce qui concerne les fichiers de base peut être effectué de la façon suivante :

  • gestion des fichiers de base
  • gestion des articles,
  • gestion des clients,
  • gestion des fournisseurs,
  • gestion des tarifs de vente,
  • gestion des tarifs d’achat.

Intégration de progiciels

Un progiciel est un outil de travail au service des utilisateurs et de l’entreprise. Les principaux objectifs de la mise en place d’un progiciel sont les suivants :

  • optimisation de la productivité de vos utilisateurs,
  • pilotage de votre activité.

De manière générale, l’implémentation d’un progiciel ne se réduit pas à des phases d’installation et de formation. En effet, il s’agit d’un projet complet comprenant des étapes qu’il convient de respecter, afin d’en assurer la réussite.

Choisir et mettre en place un progiciel

Dans ce cadre, AMJ peut vous assister lors des différentes phases de la mise en place de vos progiciels, en se basant sur une méthodologie éprouvée :

En ce qui concerne le planning, AMJ prévoit aussi bien les charges des intervenants au sein du fournisseur du progiciel que celles de vos chefs de projet et utilisateurs, afin que le planning établi tienne compte des disponibilités de vos équipes.

Le planning doit également comporter des phases distinctes ainsi que des jalons, associés à des indicateurs d’alerte.

La définition du planning permet de maîtriser les étapes du projet, ainsi que les coûts et délais associés.

Par ailleurs, la validation des livrables par vos soins est capitale. Elle permet de s’assurer de la conformité face au projet initial et de s’adapter aux nouvelles contraintes. Cela conduit notamment à optimiser le coût du projet.

Cellules de crise

AMJ GROUPE possède d’excellentes références en matière de cellules de crises. En effet, à quoi servirait un plan de continuité d’activité en l’absence de cellule de crise ? En effet, la cellule de crise et sa procédure de déclenchement correspondent aux deux premiers maillons indispensables à toute gestion de crise.

Nos principales prestations dans ce domaine concernent :

L’assistance à la définition et mise en place de cellules de crise consiste principalement à définir les éléments suivants :

  • Organisation,
  • Modalités de réunion
  • Outils
  • Lieu de réunion
  • Etc…

L’assistance à la définition de la chaîne d’alerte consiste à formaliser la procédure selon laquelle la cellule de crise sera convoquée.

L’assistance à la définition des outils de gestion de crise consiste à définir les modalités de fonctionnement en période de crise, les besoins associés puis les outils nécessaires.

Le maintien en conditions opérationnelles vous permet de vous assurer que votre cellule de crise est en permanence opérationnelle et accessible. Pour ce faire AMJ procède à des tests réguliers selon une procédure prédéfinie.

De la même façon, AMJ-groupe assure le maintien en conditions opérationnelle des systèmes qui permettent de réunir la cellule de crise.

Plans de continuité d’activité (PCA)

AMJ-groupe effectue des missions de définition de plans de continuité / reprise d’activité depuis plus de 10 ans.

Nos principales prestations dans ce domaine concernent :

  • Elaboration de PCA / PRA
  • Audits de PCA / PRA
  • Assistance aux tests et à la recette
  • Assistance à la formalisation de procédures de mise en œuvre de PCA / PRA
  • Evaluation par rapport au référentiel AFNOR Z74-700
  • Etc…

Nous pouvons aussi étudier :

  • La fourniture de locaux de repli,
  • La mise à disposition de sites de back-up informatique,
  • Et la fourniture de logiciels divers (de gestion de crise, de gestion de documentation,…..

En matière de PCA, AMJ-groupe est totalement indépendant de tout fournisseur de solution qu’il s’agisse de matériels informatiques de secours de logiciels associés ou de locaux de repli.

Les missions de définition de plans de continuité d’activité reposent sur une démarche structurée dans les principales étapes sont les suivantes :

Urbanisme des systèmes d’information

Vous investissez massivement dans votre outil informatique mais vous avez le sentiment que son rendement n’est pas optimal.

Les missions d’urbanisme de système d’information ont pour but d’étudier et d’optimiser la réactivité, l’homogénéité et la cohérence globale de l’ensemble de votre système d’information.

De façon plus concrète, elles permettent de rationaliser les systèmes d’information et de les rendre plus souples.

Il s’agit principalement d’identifier les redondances d’informations (par exemple : référentiels clients multiples) afin de les réduire, voire de disposer de référentiels uniques. Il en est de même pour les applications qui doivent être uniques. La saisie des informations doit aussi être unique et se faire à la source (pas de redondances de saisies avec les risques d’erreur que cela présente).

Etant donné que l’environnement des entreprises évolue rapidement, elles se doivent d’être toujours plus réactives. Elles doivent donc pouvoir intégrer rapidement de nouveaux logiciels ou de nouvelles applications pour être capables de faire la différence face à la concurrence.

L’urbanisme permet donc au système d’information d’être plus réactif tout en restant cohérent dans son ensemble, ce qui correspond à un enjeu majeur.

En ce sens, l’urbanisme des systèmes d’information doit permettre à l’entreprise de disposer d’un système d’information qui soit à la fois fiable et en phase avec ses objectifs stratégiques.

Il permet au système d’information de s’aligner plus rapidement sur la stratégie. Néanmoins, la démarche qui permettra de définir le contenu des applications /logiciels à mettre en œuvre pour disposer d’un SI aligné avec la stratégie correspond à la démarche de schéma directeur informatique

Retour en haut