Quick Scan :

Suite à la fixation de la méthodologie appropriée, et avant de se lancer dans le projet

d’implémentation de SAP, on doit tout d’abord passer par le lotissement du projet qui est le
regroupement de sous-projets entre eux.
Chaque regroupement représente un lot du projet et les lots peuvent parfois se chevaucher
dans le temps ou se paralléliser partiellement. L’objectif d’un lot est de relier les modules qui ont
les interdépendances les plus fortes ainsi que traiter ces modules en même temps.
Suite au lotissement du projet, on entame le projet d’implémentation qui se déroule suivant
plusieurs phases, Commençant par la première phase de Quick Scan qui est constituée de deux
étapes !
La 1ère est Début – Kick Off : Durant cette première étape, s’organise la réunion de lancement du
projet, ou kick off meeting en anglais. Cette réunion de lancement qui prend lieu avant le
démarrage du projet ou au moment de le démarrer, permet d’établir la date de démarrage
officielle du projet ainsi que les autres dates clés, d’exposer les objectifs et la vision du projet.
C’est également l’occasion de réunir tous les acteurs du projet autour d’une table à savoir
l’équipe projet, les parties prenantes ainsi que le client pour le but de définir l’ensemble des
bonnes pratiques, les règles de fonctionnement, le plan d’action, le calendrier ainsi que les
attentes des différentes parties. Et à la fin de cette réunion, tous les participants doivent avoir
une vision claire et précise du déroulement du projet et être prêts à démarrer.
Suite à la réunion de lancement de projet, arrive l’étape de Conception : L’objectif de cette
étape est la définition du périmètre projet et l’alignement de ce dernier avec la stratégie du
métier client.
Durant cette étape, les consultants fonctionnels seront amenés à animer des ateliers Fit Gap avec
le client pour recueillir et comprendre son besoin, et après ces ateliers les consultants doivent
rédiger un document des spécifications fonctionnels autrement dit the BluePrint ou bien le
document de conception générale.
Commençant par les ateliers Fit Gap. Alors, l’objectif de ces ateliers est l’identification de la
partie standard, c-à-d. la partie Fit qui a étais déjà prévue par SAP et qui répond parfaitement
aux besoins client, et la partie Gap c-à-d. la partie spécifique qui n’étais pas prévue par SAP et qui
doit être développée en utilisant le langage ABAP.
Lors d’un GAP, les consultants doivent définir de quel type s’agit-il et ils doivent le classifier selon
FRICEW qui est un acronyme pour Formulaires, Rapports, Interfaces, Conversions, Extensions and
Workflow. Il s'agit d'une classification utilisée dans les projets SAP pour catégoriser et inventorier
les programmes et objets ABAP qui seront personnalisés afin de réaliser la solution.
Formulaires : Pour les formulaires, il s’agit des programmes et des objets ABAP qui créent des
sorties lisibles et imprimables qui sont souvent échangées avec des partenaires, imprimées ou
envoyées par fax ou même simplement affichées à l'écran.
Rapports : Les rapports sont des programmes ABAP qui génèrent des informations,
généralement sous forme de listes à partir de la base de données SAP.
Interface : Les interfaces sont des programmes, des fonctions qui permettent le transfert et
l'échange de données et d'informations entre deux systèmes ou plus.
Conversions : Les conversions sont des programmes qui permettent le transfert et la migration
de données vers le nouveau système en cours de mise en œuvre, à partir d'un système
précédemment actif.
Extensions : Lorsque le client veut modifier ou créent des nouveaux fonctionnalités par SAP.
Workflows : sont des programmes et des objets qui permettent un processus en plusieurs
étapes, Il s'agit en fait d'une séquence d'activités connectées aboutissant à un échange
d'informations.
Après la détermination de la partie Fit et la partie Gap, un document de spécification
fonctionnelles doit être élaboré. Dans SAP, les spécifications fonctionnelles constituent un
document qui spécifie, décrit, précise les fonctionnalités du système SAP.  La rédaction de ces
spécifications est basée sur l’expression des besoins du client, Il n’y a pas de modèle exclusif et
universel pour écrire ce document, mais on va vous présenter les 4 paragraphes principaux qui
doivent figurer dans ce document :
La reformulation de la compréhension du besoin du Client, en y précisant clairement le
périmètre et les contraintes internes et externes.
La représentation des processus métier liés au périmètre applicable et les utilisateurs finaux.
La traduction en une liste de fonctionnalités de haut niveau, décrites de manière synthétique,
et caractérisées par leur niveau de criticité et d’urgence.
La liste des attentes non fonctionnelles, Comme par exemple un design des formulaires
‘attractives’
A ce stade, les solutions techniques ne sont pas abordées. C’est-à-dire que les différentes
fonctions du progiciel vont être détaillées et valider dans la phase suivante de validation.