Article épinglé

Vous et votre liste des tâches — quand faire le point boucle la boucle

Pilier Programmation, article 7 - Fonction Evaluer / apprendre « J 'ai bien avancé aujourd'hui, je crois. » Le je crois di...

Fiche méthode : l'analyse fonctionnelle pour les nuls


Penser le besoin avant la solution

Dans le kit de survie du « problem solver »

, l'analyse fonctionnelle est la méthode reine pour nettoyer le diagnostic de tous nos a priori techniques. Plutôt que de s'acharner à réparer ou critiquer une solution existante, elle consiste à décortiquer ce qu'un système, un produit ou un processus doit rendre comme service, en faisant abstraction totale de la manière d'y parvenir.

Pourquoi avons-nous besoin de l'analyse fonctionnelle au moment d'aborder un dysfonctionnement ? L'investigation se heurte souvent à trois pièges majeurs :

  • Le piège de la solution précoce : Confondre le problème réel avec l'absence d'un outil ou d'une organisation précise (« Le problème, c'est qu'on n'a pas le bon logiciel » au lieu de « Le service ne parvient pas à traiter l'information à temps »).
  • L'empilement de complexité : Laisser s'accumuler des tâches, des validations ou des pièces justificatives au fil du temps sans jamais se demander si elles répondent encore à un besoin utile.
  • La vision en silos techniques : Ne regarder un dysfonctionnement que par le prisme de l'objet technique ou du service en charge, en oubliant l'ensemble des interactions avec l'environnement extérieur.

Bon, on a compris le principe, mais comment s'en servir ?
J'ai déjà abordé cette méthode, dans une optique de gestion du temps dans cet article : Votre gestion du temps : ce que l'analyse fonctionnelle peut faire pour vous... Je vous propose d'aller un peu plus loin avec cette fiche méthode. 

Objectifs

Utilisée dans le cadre d'un diagnostic ou de la conception d'une solution, l'analyse fonctionnelle poursuit trois finalités :
  • Isoler le besoin fondamental : Définir strictement le pourquoi (la finalité) indépendamment du comment (la solution technique).
  • Cartographier les interfaces (La méthode de la pieuvre) : Visualiser l'ensemble des relations entre le système étudié et son milieu extérieur (utilisateurs, normes, environnement).
  • Hiérarchiser et évaluer : Objectiver l'importance relative des différentes fonctions pour concentrer les efforts de résolution là où se trouve la valeur réelle.
     

Déroulement et exemple


L'analyse fonctionnelle du besoin se décompose structurellement en 5 étapes clés :

Étape 1 : L'identification des fonctions de service

→ Il s'agit de recenser toutes les actions attendues du produit ou de la prestation. On distingue :

  • La fonction principale : Celle par laquelle le système établit une relation directe entre deux éléments du milieu extérieur (ex. : pour une tondeuse à gazon, la relation entre l'utilisateur et l'herbe à couper).
  • Les fonctions contraintes : Les exigences d'adaptation aux limites du milieu extérieur (ex. : respecter les normes de sécurité, résister aux intempéries, ne pas blesser l'utilisateur).
  • Outil clé : La méthode de la pieuvre (diagramme des interactions) permet de relier visuellement le produit au centre de cercles représentant son environnement.

Étape 2 : L'ordonnancement

→ Classer les fonctions de service de manière logique afin d'identifier les relations de dépendance et de causalité entre elles (quel service conditionne quel autre).

Étape 3 : La caractérisation

→ Définir pour chaque fonction des critères d'appréciation objectifs et des niveaux mesurables (du point de vue exclusif de l'utilisateur ou du client).

Étape 4 : La hiérarchisation

→ Évaluer l'importance relative des fonctions les unes par rapport aux autres (par des méthodes de tri croisé ou de pondération).

Étape 5 : La valorisation (évaluation en valeur)

→ Attribuer à chacune des fonctions un poids en valeur absolue, indépendamment de toute solution technique, pour arbitrer les arbitrages budgétaires ou les choix de conception.

L'œil du praticien

En résolution de problème, l'analyse fonctionnelle est une douche froide salvatrice. Quand une équipe s'embourbe dans des discussions techniques stériles sur « comment modifier l'outil », revenir à la fonction fondamentale (« À quoi cela sert-il vraiment pour l'utilisateur final ? ») remet immédiatement l'église au milieu du village. 

Un exemple célèbre : la méthode de la pieuvre appliquée à la tondeuse à gazon


Vous êtes dans un bureau d'études, on vous demande de réfléchir à la tondeuse à gazon de demain.

La mise en œuvre de la méthode de la pieuvre vous amène au schéma suivant :


Analyse fonctionnelle - la méthode de la pieuvre
Le diagramme de la pieuvre appliquée à la tondeuse à gazon.

Vous remarquerez dans cet exemple qu'on échappe au piège classique de la définition de fonction qui induit la solution qu'on imaginera pour la satisfaire :
  • Quand on demande à des utilisateurs quelle est la fonction principale d'une tondeuse à gazon, ils répondent unanimement, en général : "couper l'herbe". Cela implique des solutions du type lame, fil, etc. 
  • Si vous voulez inventer la tondeuse de demain, il vaut mieux revenir à la fonction de base : "réduire la hauteur de l'herbe". Le champ des solutions devient tout d'un coup beaucoup plus étendu.  

Second exemple : Application à un processus administratif


Le cas d'un service RH ou administratif : L'équipe s'enlise dans des réunions interminables pour débattre du choix d'un nouveau logiciel de validation des notes de frais. On discute des fonctionnalités techniques, des boutons et des interfaces.

L'application de l'analyse fonctionnelle : En revenant aux fondamentaux et en oubliant le logiciel, on redéfinit les fonctions de service du processus de traitement :
  • Fonction principale : Transférer l'information financière de l'employeur vers le compte du salarié en conformité avec la règle comptable.
  • Fonctions contraintes : Ne pas dépasser un délai de traitement de 5 jours, garantir l'inviolabilité des données personnelles, résister au contrôle de l'Urssaf.
Le bénéfice :

→ En se focalisant sur ces fonctions pures, l'équipe réalise que le problème ne vient pas de l'outil informatique, mais d'une validation hiérarchique triple totalement obsolète. L'analyse fonctionnelle a permis de court-circuiter le piège technologique pour se concentrer sur l'essentiel : la fluidité du flux et le respect du délai.


L'analyse fonctionnelle appliquée à un processus
Le diagramme de la pieuvre appliqué à un processus.


Points de vigilance

  • Bannir tout vocabulaire technique : Une fonction doit toujours s'exprimer par un verbe à l'infinitif suivi d'un complément qui désigne des éléments extérieurs, sans jamais nommer de pièce ou de logiciel.
  • Ne pas confondre besoin et désir : Restez ancré sur la stricte finalité utile du système, pas sur les gadgets superflus.
  • Ne pas oublier les contraintes réglementaires : Les oublis de fonctions contraintes (sécurité, normes, ergonomie) sont la première cause d'échec des solutions déployées.
  • Impliquer les utilisateurs finaux : Ne définissez pas les fonctions dans un bureau d'études ou au siège social sans confronter la grille aux réalités du terrain.
  • Boucler avec le tableau en T : Une fois les fonctions dégradées identifiées grâce à l'analyse fonctionnelle, injectez-les directement dans vos outils de résolution pour concevoir les parades adéquates.

Quelques mots sur l'origine de la méthode

Formalisée en France dans les années 1970 sous l'égide de l'AFNOR et popularisée par la méthode APTE (Application aux Techniques d'Optimisation de la Conception) créée par Maurice Pillet, l'analyse fonctionnelle est née de la nécessité industrielle de concevoir des produits au plus près des besoins réels des clients, sans surcoût technique inutile. 

Elle s'est depuis largement démocratisée au-delà de l'ingénierie, devenant un levier puissant d'optimisation organisationnelle et de résolution de problèmes complexes.

Posted by

Aucun commentaire:

Enregistrer un commentaire

Inscription à : Publier les commentaires (Atom)

A lire aussi