Exemple de calendrier pour un domaine fonctionnel

La phase opérationnelle pour un cadrage dépend évidemment du domaine sous-jacent(Finance, logistique, etc.)

La finance et le contrôle de gestion étant mon domaine d’expertise, je présente ici un exemple des actions à réaliser par une équipe fonctionnelle sur une durée de trois mois pour un client ayant déjà ou souhaitant avoir potentiellement les modules suivants: FI-GL, FI-AP, FI-AR, FI-TR, FI-BL, FI-AA, CO-OM, CO-PA et CO-PC. La durée des phases de projet est essentielle en cela quelle délimite la profondeur des sujets abordés. On remarquera que les étapes ci-dessous sont presque toujours applicables à une phase de conception générale ou de conception détaillée.

1. Réunion de démarrage (Semaine 1) :

 
• Introduction du projet SAP et de son contexte.
 
• Présentation de l'équipe projet et des parties prenantes.
 
• Définition des objectifs et des attentes de l'analyse des besoins.

1. Collecte des informations (Semaines 1 à 2) :

 
• Entretiens avec les responsables métier, les utilisateurs clés et les équipes financières pour comprendre leurs processus existants.
 
• Analyse des documents existants, tels que les rapports financiers, les états financiers, les procédures comptables, etc.
 
• Identification des besoins spécifiques à chaque module FICO.

1. Analyse des besoins - Module FI GL (Semaines 3 à 4) :

 
• Compréhension des exigences liées à la comptabilité générale (General Ledger).
 
• Analyse des processus comptables actuels et identification des améliorations souhaitées.
 
• Définition des exigences fonctionnelles et techniques pour le module FI GL.

1. Analyse des besoins - Modules FI AP, FI AR et FI BL (Semaines 5 à 6) :

 
• Évaluation des processus de comptes fournisseurs (Accounts Payable), de comptes clients (Accounts Receivable) et de comptabilité bancaire (Bank Ledger).
 
• Identification des fonctionnalités nécessaires, telles que la gestion des factures, des paiements, des relances, etc.
 
• Élaboration des exigences spécifiques pour les modules FI AP, FI AR et FI BL.

1. Analyse des besoins - Modules FI TR et FI AA (Semaines 7 à 8) :

 
• Étude des besoins liés aux opérations de trésorerie (Treasury) et à la gestion des actifs (Asset Accounting).
 
• Identification des fonctionnalités requises pour la gestion des flux de trésorerie, des investissements, des dépréciations, etc.
 
• Définition des exigences détaillées pour les modules FI TR et FI AA.

1. Analyse des besoins - Modules CO OM, CO EM, CO PA et CO PC (Semaines 9 à 10) :

 
• Évaluation des besoins en matière de contrôle de gestion.
 
• Analyse des processus de planification, de budgétisation et d'évaluation des coûts
 
• Définition des exigences spécifiques pour les modules CO OM, CO EM, CO PA et CO PC.

1. Synthèse des besoins et validation (Semaines 11 à 12) :

 
• Récapitulatif des exigences pour chaque module FICO.
 
• Présentation et validation des résultats de l'analyse des besoins avec les parties prenantes

Les actions attendues des équipes transverses

Les sujets transverses ne doivent être abordés trop profondément en phase de cadrage, ces derniers étant impactés par les avancées des fonctionnels.

Les sujets transverses sont:

• UX

La surcouche FIORIprésente uniquement sur S4 Hana (absent ECC6). Il faudra prévoir durant la conception détaillée les tuiles (anciennement appelées Transactions) à mettre en place durant la phase de réalisation. Il est donc souvent pertinent de monter progressivement en charge pour avoir l’équipe UX au complet durant la phase de réalisation. Au préalable, une équipe réduite s’occupant des installations et de la réflexion sur l’architecture de l’interface utilisateur suffit.

• Rôles et Authorisation

L’équipe Rôles et Autorisations est en charge de mettre en place les habilitations dans le système cible. Si le projet choisi est un Greenfield (projet dont la volonté est de repenser l’existant à partir d’une feuille blanche), il sera pertinent de monter cette équipe au plus tôt pour qu’elle puisse étudier l’architecture technique à mettre en place et les refontes nécessaires.

• Reports

Sur la question des reporting, on s’en tiendra en cadrage à la découverte de l’environnement applicatif (énumération des rapports et technologies associées) et au choix des différents outils.

• Migration

L’équipe migration est rarement formée en phase de cadrage, son travail commence généralement au cours de la conception générale. Elle peut toutefois démarré au plus tôt même s’il faut garder à l’esprit que son travail sera impacté par les choix des équipes fonctionnelles lors de la conception générale.

• Technique (Basis, ABAP)

L’équipe technique montera progressivement en charge au fil du projet en phase de cadrage,l’équipe Basis (administration système) sera surtout solliciter pour l’installation des différents environnements.