L'analyse fonctionnelle : la méthode, déroulée en entier sur une machine réelle

À quoi sert vraiment l'analyse fonctionnelle

Elle sert à une chose, et cette chose vaut tout le reste : séparer le besoin de la solution. Tant que le besoin est écrit en fonctions, plusieurs architectures restent possibles et on peut les comparer. Dès qu'il est écrit en solutions — « je veux un vérin pneumatique » — la conception est déjà faite, par quelqu'un qui n'avait pas les éléments pour la faire.

C'est aussi le dernier moment où changer d'avis ne coûte rien. Une fonction ajoutée pendant l'analyse fonctionnelle coûte une ligne. La même fonction ajoutée après la conception détaillée coûte une refonte, et découverte à la recette, elle coûte une machine.

Enfin, elle produit le document qui permet de comparer des offres. Trois fournisseurs qui répondent au même cahier des charges fonctionnel proposent trois solutions différentes au même besoin : c'est comparable. Trois fournisseurs qui répondent à trois besoins reconstitués ne le sont pas.

Étape 1 — La bête à cornes : trois questions, pas une de plus

À qui le produit rend-il service ? Sur quoi agit-il ? Dans quel but ? Trois questions triviales, et pourtant c'est l'étape où l'on découvre le plus souvent qu'on ne parlait pas de la même chose.

La troisième question est la seule qui compte vraiment : le but doit être un résultat, jamais un moyen. « Transporter des palettes » est un moyen ; « automatiser le transport de palettes en autonomie » est un résultat, et il laisse ouvertes des solutions qu'un moyen aurait fermées.

Étape 2 — Le diagramme pieuvre : les fonctions, et rien d'autre

On liste les milieux extérieurs — tout ce que le produit touche, subit ou avec quoi il dialogue — puis les fonctions qui les relient. Deux familles, et la distinction n'est pas cosmétique :

• Une fonction principale (FP) relie deux milieux : c'est la raison d'être du produit, ce pour quoi on l'achète.
• Une fonction de contrainte (FC) relie le produit à un seul milieu : elle n'est pas moins importante, elle est simplement subie plutôt que voulue.

La règle de rédaction tient en une ligne : verbe à l'infinitif + complément, sans solution technique. Si le libellé contient un composant, une matière ou une technologie, ce n'est plus une fonction — c'est une décision déguisée.

Étape 3 — Le FAST : de la fonction à la solution, par « comment ? »

Le FAST est l'étape où l'on a enfin le droit de parler technique — mais seulement en répondant à une question posée : « comment cette fonction est-elle assurée ? ». Chaque solution est donc rattachée à une fonction, et chaque fonction rend compte d'une solution.

C'est ce lien qui rend une conception défendable. Devant un client qui demande pourquoi il paie deux scanners laser, la réponse n'est pas « pour la sécurité » : c'est « pour assurer FC1 — garantir la sécurité du personnel — au niveau de performance exigé ». Une solution sans fonction attachée est une ligne de nomenclature qu'on ne saura pas justifier.

Étape 4 — Critères, niveaux, flexibilité : là où tout se joue

C'est l'étape que presque tout le monde bâcle, et c'est la seule qui rende le cahier des charges opposable. Chaque fonction doit porter au moins un critère mesurable, un niveau chiffré et une flexibilité.

La flexibilité est la partie que personne n'écrit, et c'est elle qui donne au concepteur sa marge de manœuvre. Elle dit ce qui est négociable et à quel prix :

Un critère sans niveau ne se vérifie pas à la recette : « robuste », « rapide », « ergonomique » ne sont pas des critères, ce sont des adjectifs. Un critère sans flexibilité prive le concepteur de tout arbitrage — et il en fera un quand même, sans vous.

Ces six critères se retrouvent tels quels dans le dossier de conception : ce sont eux qui ont imposé les scanners de catégorie 3, la batterie LiFePO4 et la recharge d'opportunité. Le dossier complet montre la suite — architecture, nomenclature chiffrée jusqu'à la visserie, coûts et planning.

Les cinq erreurs qui rendent une analyse fonctionnelle inutile

Questions fréquentes