Le projet de mise en place d'un PGI
Le plan d'un projet de progiciel, du cadrage à l'assistance au démarrage : choix de l'éditeur, analyse des écarts, paramétrage, reprise des données, recette, formation et bascule, avec les acteurs, les postes de coût et les causes d'échec connues.
- 24 cartes
- 5 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Questions
- Ranger et relier
- Mises en situation
- Comprendre
Quelques cartes du deck
Analyse des écarts : de quoi s'agit-il ?
Voir la réponse
Comparaison, fonction par fonction, entre ce que fait le standard et ce qu'exigent les processus de l'organisation, pour décider lequel des deux on adapte.
Chaque écart a trois issues : changer le processus pour suivre le standard, paramétrer, ou développer en spécifique. La dernière coûte le plus cher et se repaie à chaque montée de version.
Parmi ces dépenses d'un projet de progiciel, laquelle revient chaque année après la mise en service ?
- La redevance de maintenance ou d'abonnement
- La reprise des données de l'ancien système
- Le paramétrage confié à l'intégrateur
- La formation initiale des utilisateurs
Voir la réponse
La redevance de maintenance ou d'abonnement
Reprise, paramétrage et formation initiale sont des coûts de projet, payés une fois. La redevance de l'éditeur, qui donne droit aux corrections et aux nouvelles versions, est récurrente et pèse sur le coût total sur plusieurs années.
Face à un écart entre le standard et le besoin, on peut …, … le progiciel ou, en dernier recours, développer du ….
Voir la réponse
Face à un écart entre le standard et le besoin, on peut adapter le processus, paramétrer le progiciel ou, en dernier recours, développer du spécifique.
L'ordre suit le coût et le risque : changer un processus ne coûte presque rien en maintenance, un développement spécifique se reprend à chaque version du standard.
Reprise des données : de quoi s'agit-il ?
Voir la réponse
Transfert des données des anciens systèmes vers le nouveau, après nettoyage, dédoublonnage et mise au format attendu.
C'est souvent le chantier qui prend du retard : doublons de clients, codes articles différents d'un service à l'autre. Mieux vaut nettoyer avant de transférer qu'après.
Budget doublé, date repoussée deux fois : chaque service a obtenu que le progiciel reproduise ses anciens écrans. Quelles sont la cause probable et la solution ?
- Un éditeur mal choisi au départ : en changer en cours de projet et reprendre la sélection
- Du spécifique à la place de l'adaptation des processus : arbitrer chaque écart en comité, standard par défaut
- Une équipe d'intégrateurs trop petite : doubler les effectifs pour tenir le calendrier initial
- Des utilisateurs mal formés : allonger la formation avant d'engager la recette suivante
Voir la réponse
Du spécifique à la place de l'adaptation des processus : arbitrer chaque écart en comité, standard par défaut
Reproduire les anciens écrans, c'est développer du spécifique à chaque demande : le coût monte, les délais glissent et chaque montée de version est à reprendre. Le redressement passe par un comité qui tranche les écarts, standard par défaut.