You are on page 1of 22

Description du processus

Rédaction des livrables

ROADMAP 2014

1

Sommaire

Introduction

1

2

3

Processus

Les livrables
Les spécifications fonctionnelles
Les spécifications techniques

ROADMAP 2014

2

1. Introduction: Plan de formation
Plan de formation
Sem 1

Sem 2

Sem 3

LUN

Présentation globale sur
SAP

Modules MM

Module CO

MAR

Navigation SAP

Modules MM

LSMW

MER

Méthodologie Projet

Module SD

QUERY

JEU

Description Processus
Rédaction : SF, ST

Module SD

Module PP

VEN

Données de base

Module FI

Module PM

3

1. Introduction : Présentation du
module
► Objectif

► Animateur

Décrire en termes métier la succession des
tâches à réaliser pour le bon fonctionnement
dans l’entreprise.
Élaborer les documents suivants (Spécification
fonctionnelle, spécification technique)

► Contenu de la formation







► Durée

Qu’est ce qu’un processus ?
La représentation graphique d’un processus
Optimisation des processus
Description fonctionnelle du besoin
Acteurs du processus
Adéquation fonctionnelle, règles de gestion
Description technique du besoin
Exemples
SEM1
LUN MAR

MER

JEU

► Participants

1 journée

► Quand

VEN

Sommaire

Introduction

1

2

3

Processus

Les livrables
Les spécifications fonctionnelles
Les spécifications techniques

ROADMAP 2014

5

2. Processus
2.1 Qu’est ce qu’un processus ? (question 1)

« Un ensemble d'activités corrélées ou interactives qui transforme des éléments
d'entrée (Input) en éléments de sortie (Output)»

Certains processus peuvent être reliés les uns aux autres :
– Les éléments d’entrée d’un processus sont alors les éléments de sortie d’autres
processus
– Les éléments d’entrée et de sortie peuvent être par exemple des équipements,
des matériaux, des composants, de l’énergie, des informations ou des
ressources financières

Un enchaînement de processus est une succession d’étapes au sein d’un flux

Ils sont fréquemment associés à des clients internes ou externes.

Cas particulier :
– Les données de base regroupant un ensemble de données importantes elles
seront à considérer comme un processus à part entière, même si cela ne
constitue pas une étape dans un flux.

2. Processus
2.2 Représentation graphique des processus
L’identification du processus passe par les étapes suivantes :











Détermination de l’intitulé du processus
Définition du but et de la raison d’être
Identification du ou des lieux appartenant
Identification des intervenants ou acteurs
Détermination de leurs rôles
Détermination des conditions de déclenchement
Description chronologique des actions : séquencement
Identification des flux d’information : Données d’entrées et de sorties
Définition des conditions de fin de processus
Établissement des interactions potentielles avec d’autres processus
Détermination des outils et documents associés.
Commentaires associés pour expliciter certains points de processus

2. Processus :
2.3 Exercices
 Compléter le tableau suivant :
Objectif
Passer une
commande

Livrer un
client

Créer un
ordre de
fabrication

Acteurs

Données
d’entrées

Activités

Outils

Données
de sorties

2. Processus
2.4 Optimisation des processus

• La mise en place d’un nouveau système d’information
demande en générale une révision des processus avec
toujours un degré spécifique d’amélioration d’une partie
de processus ou le processus en entier
• Optimiser un processus c’est :




Satisfaire le client et les acteurs
Réduire les délais
Augmenter la pertinence des méthodes de contrôle
Réduire les délais
Analyser les risques de défaillance de processus

2. Processus
2.5 Templates : Exemple de logigramme

2. Processus
2.6 Exercice
► Présenter sous forme d’un logigramme le processus complet
d’achat/ Vente… en spécifiant les différents interactions avec les
différentes acteurs.

2. Processus
2.7 Articulation : Domaine / Sous domaine /
Processus / Fonction

Différents niveaux à identifier selon les domaines, afin d’être plus clair et d’être
homogène à chaque niveau:

DOMAINE
Il s’agit des domaines fonctionnels

SOUS DOMAINE
Le sous domaine regroupe un ensemble de processus cohérents

PROCESSUS
Le processus regroupe un ensemble d’activités / de fonctions
liées les unes aux autres par des input et des output

FONCTION
La fonction est une activité élémentaire

2. Processus
2.8 Exemple : plusieurs processus au sein d’un
flux

SOUS DOMAINE 1
Input A

Output A
Processus A

Input E

Output E
Processus E

Output D
Processus D
Input B

Output F

Input F

Input D
Processus B
Output B

Processus F

Output D

SOUS DOMAINE 2
Input C

CLIENT
INTERNE

Input C
Output C
Processus C

CLIENT
INTERNE

CLIENT EXTERNE

CLIENT EXTERNE

DOMAINE

2. Processus
2.9 Exemple de processus pour un domaine

gestion commerciale

Tarification et promotion

Domaine

Marketing

Suivre
campagne

Données de vente

Gerer les
contacts

Sous Domaine

Analyser la valeur
du client

Données de base
commerciale

Vendre

Gérer commande
client

Service client

Gérer le
parc

-Gérer les taxes
-Gérer les promotions
-Gestion
des remises
nature de
Tarification et
Gérer devis
Contrat –en
Programme
-Gérer les accords
promotion
Offre
commerciaux
livraison
-Gérer les points fidélité
Processus
-Gérer les ristournes

Gérer litiges /retour /
débit / crédit

Enregistrer
demandes de
service client

Collecter -et
gérerles
lesprix, remises
Gérer les
Gérer
données -Gérer vente croisée
prospects

Suivre les
interventions

Suivre portefeuille de
commande

Facturer

Commandes de
réparation

Facturer les
prestations

Fonction
Service client

Campagne
marketing

Gérer les actions
commerciales

Fournir informations aux
commerciaux

Analyser valeur du
client

Gérer satisfaction
client

Gérer les
prospects

Collecter et gérer les
données marketing

Prévoir la demande
client
Analyser le réseau
commercial

Sommaire

Introduction

1

2

3

Processus

Les livrables
Les spécifications fonctionnelles
Les spécifications techniques

ROADMAP 2014

15

3 - Livrables
Définition d’un livrable :
• Un livrable (ou « délivrable ») est un terme générique désignant le produit d’une activité du projet.
– Il peut s’agir d’un document (exemple : spécification détaillée) ou du résultat d’une activité
(exemple : système paramétré).
• Les livrables permettent de matérialiser l’avancement d’une activité et font la plupart du temps
l’objet d’une validation : valider une activité revient à valider le résultat de cette activité, c’est-àdire ses livrables.
• Les livrables d’une activité (output) sont fréquemment utilisés comme input d’une autre activité du
projet
– par exemple, une spécification fonctionnelle pour un développement est le résultat (output)
d’un atelier de modélisation des flux, mais est utilisé comme référence (input) d’une activité
de réalisation d’un développement .
• Les livrables doivent être codifiés par type de document, pour en faciliter la gestion documentaire
(voir page suivante)

3 - Livrables
Enchaînement des livrables au cours du
projet
5
Préparation
au démarrage
et démarrage

4
Tests/
recette

3
Réalisation

2
Analyse
d’écarts

1
Lancement

PILOTAGE

PQ
PV
Recette

PV
Livraison

FONCTIONNEL

SF

GP

PT

TI

Install
Prod

Dossier
IEA

TU
SR
TECHNIQUE

ST

ST
V1

Install
Dév.

DT

CHANGEMENT

FR

V2

Install
AQ

Dossier
IEA
V1

DC

Dossier
Mainten.

V2

GF

GU

PR

Bilan

3.1 - Livrables
Spécification Fonctionnelle (SF)

• Objectifs

La spécification fonctionnelle est le document principal du projet. Elle définit le besoin fonctionnel et son
adéquation par rapport au système ou hors système.
La SF sert de base pour élaborer les documents suivants (Guide de paramétrage, procédures, scénarios de tests,
scénarios de recettes).

• Contenu

Description fonctionnelle du besoin :

Adéquation fonctionnelle, règles de gestion :


Cette partie reprécise le besoin conceptualisé au niveau du processus
Elle peut être un rappel, soit de la modélisation des flux, soit de la phase d’intégration, soit de compte-rendu de réunion
Cette partie est la plus précise
Elle répond point par point au besoin fonctionnel
Elle précise les conditions futures de tests unitaires et d’intégration

Acteurs du processus :

Cette partie précise les acteurs / utilisateurs finaux utilisant ce processus ou impliqués dans ce processus, afin de
préparer les formations et les procédures

• Responsabilités


Rédaction : Consultant
Validation : Responsable de domaine et utilisateurs clé
Les utilisateurs clé interviennent dans les réunions de travail

3.1 - Livrables
Template : Spécification Fonctionnelle
(SF)

3.2 - Livrables
Spécification Technique (ST)
• Objectifs
– La spécification technique définit un développement, qu’il s’agisse d’un
programme spécifique, d’une interface, d’un formulaire, d’une Requête, etc.

• Contenu
– Description fonctionnelle du besoin :
• Cette partie précise le fonctionnement attendu du développement et son intégration
avec le reste du système

– Description technique de la réalisation :
• Cette partie décrit les objets techniques manipulés (tables, programmes, etc.) et permet
de garder la trace de l’aspect technique de la réalisation.

• Responsabilités
– Rédaction : Consultant fonctionnel pour la partie fonctionnelle, Consultant
technique pour la partie technique.
– Validation : Responsable de domaine et utilisateurs clé
– Les utilisateurs clé aident à cadrer le besoin et à repréciser le fonctionnement
attendu du développement.

3.2 - Livrables
Spécification Technique (ST)

Exemple d’une Maquette de
formulaire

Synthèse

Qu’est ce qu’un processus ?

Quel est l’objectif d’une spécification fonctionnelle ?

Quelles sont les types de développements les plus utilisés ?