Décomposition fonctionnelle

Objectif

La décomposition fonctionnelle découpe un sujet trop vaste pour être traité d'un bloc, un processus, un système, une valeur à estimer, en parties plus simples. Elle attaque deux problèmes distincts, et il vaut la peine de savoir lequel des deux on traite avant d'ouvrir la séance.

Le premier est la complexité. Découpé, le sujet donne des parties assez petites pour être analysées, attribuées, mesurées et estimées indépendamment. Chaque partie peut alors être suivie pour elle-même et son succès apprécié par rapport à ses parties sœurs et à son parent. C'est l'opération qui précède presque tout le reste du travail d'analyse: on ne spécifie pas une fonction qu'on n'a pas d'abord découpée.

Le second est l'incertitude. Décomposer une valeur complexe en ses facteurs réduit l'erreur de l'estimation du tout, et le mécanisme porte une condition. Pour autant que l'arbre soit complet, les erreurs indépendantes commises sur chaque facteur se compensent en partie, là où une appréciation globale unique les concentre sur un chiffre unique. La condition est chargée: un arbre incomplet retire au mécanisme son fondement, puisque ce qui manque à l'arbre manque aussi à l'estimation, et le contrat d'exhaustivité explique pourquoi l'erreur devient alors systématique. Sous cette réserve, c'est la raison pour laquelle toute méthode d'estimation sérieuse commence par un découpage et pourquoi une estimation posée sur le sommet de l'arbre est un chiffre inventé qui a l'air d'un chiffre calculé.

Le BABOK énumère huit objectifs, et l'objectif retenu commande le reste: il décide de ce qu'on décompose, selon quel axe et jusqu'à quelle profondeur.

• Mesurer et piloter: isoler les facteurs qui contribuent au résultat et qui sont pilotables, puis leur attacher un indicateur.
• Concevoir: simplifier un problème de conception en réduisant et en isolant l'objet à concevoir.
• Analyser: étudier les propriétés et le comportement d'un composant à l'écart de son environnement.
• Estimer et prévoir: diminuer l'incertitude en ramenant une valeur complexe à ses facteurs.
• Réutiliser: dégager une brique qui rend un service unique à plusieurs processus.
• Optimiser: détecter ou desserrer un goulot d'étranglement, abaisser le coût d'une fonction, améliorer la qualité d'un processus.
• Substituer: rendre un composant remplaçable sans que le système entier soit touché.
• Encapsuler: regrouper plusieurs éléments en un seul, le mouvement inverse de la décomposition.

Le livrable est l'arbre lui-même, dessiné ou écrit en liste numérotée, accompagné de deux choses qui décident de son utilité. Un dictionnaire des nœuds d'abord: pour chaque feuille, une définition en une phrase, un propriétaire et la mesure ou l'estimation qu'elle porte. Les trois décisions qui ont produit l'arbre ensuite: l'objectif, l'axe de découpage retenu et la règle d'arrêt appliquée. Un arbre livré sans ces trois décisions est indiscutable, donc inutilisable: personne ne peut plus dire si un nœud manque, si la profondeur est la bonne, ni pourquoi le découpage suit cet axe plutôt qu'un autre.

Usage

Quand l'utiliser

• Sujet trop vaste pour être analysé d'un bloc: le découper avant que toute autre technique puisse s'y appliquer.
• Estimation ou cadrage d'un périmètre: chiffrer un projet, un portefeuille ou un budget suppose un découpage préalable.
• Attribution d'un indicateur: rattacher une mesure ou un coût à un facteur que quelqu'un peut piloter.
• Recherche d'un goulot d'étranglement: isoler le composant qui porte le coût ou le délai avant d'engager une optimisation.
• Décision de faire ou d'acheter: repérer le composant réutilisable ou remplaçable, extraction de service, choix d'un progiciel.
• Groupe de parties prenantes hétérogène: l'arbre donne une image commune d'un sujet complexe.
• Découpage d'un epic jusqu'au récit livrable: l'opération de base des cadres agiles à l'échelle, sous contrainte de valeur par récit.
• Équipe distribuée: l'artefact est une liste indentée, il vit dans un document partagé sans mur ni notes autocollantes.

Quand ne pas l'utiliser

• Système fortement couplé à comportement émergent: la valeur est dans les interactions, passer au diagramme de flux de données ou à l'analyse des interfaces (10.24).
• Question de séquence ou de délai: la contenance ne dit rien de l'ordre, recourir à la modélisation de processus (10.35).
• Découpage normalisé déjà publié (APQC PCF, MIL-STD-881, la carte des modules d'un progiciel): l'adopter et l'adapter plutôt que le redériver.

Description

Le choix du sujet

La mécanique de l'arbre est partout la même. Ce qui distingue une décomposition fonctionnelle d'une autre technique de découpage, c'est le sujet qu'on place à la racine. Le BABOK en dresse la liste, et elle est à lire comme un menu de départ.

• Un résultat d'affaires: un revenu, une marge, une charge, un volume de production ou de service, décomposé en ses facteurs.
• Le travail à accomplir: le découpage d'un effort engagé, un projet ou un programme, en phases, jalons, activités, tâches, lots de travaux et livrables. Le BABOK nomme lui-même cette décomposition: c'est la structure de découpage du projet (Work Breakdown Structure, WBS).
• Un processus métier: pour le mesurer, le piloter, l'optimiser ou en réutiliser des morceaux.
• Une fonction: pour permettre son optimisation ou sa mise en œuvre.
• Une unité organisationnelle: pour la rétro-analyser et la reconcevoir.
• Un composant de solution: pour le concevoir, le construire ou le modifier.
• Une activité: pour la mettre en œuvre, la modifier, l'optimiser, la mesurer ou l'estimer.
• Un produit ou un service: pour le concevoir, le réaliser et l'améliorer.
• Une décision: en identifiant ses entrées, les modèles qui la fondent, ses dépendances et ses issues.

Une racine ambiguë produit un arbre qui ne signifie rien, et l'ambiguïté est presque toujours une confusion de sujet. « Gestion des prestations » et « Remplacement du système de gestion des prestations » sont deux racines légitimes, l'une est une fonction, l'autre est du travail et les mélanger sur un même niveau est le défaut le plus courant de la technique.

Les deux contrats

Le premier contrat est l'exhaustivité: les enfants d'un nœud décrivent complètement leur parent. Le PMI la retient comme caractéristique fondamentale de la WBS dans son Practice Standard for Work Breakdown Structures, sous le nom de règle des 100 %, et elle vaut identiquement ici: la somme des enfants est le parent. La conséquence pratique est arithmétique. Un arbre incomplet biaise l'estimation dans une seule direction, puisque ce qui manque n'est jamais négatif: l'erreur est une sous-estimation systématique, et elle grandit avec chaque nœud oublié. Le contrôle se fait à chaque niveau, en posant une question unique au groupe: si nous faisions tout ce qui est écrit ici, aurions-nous fait tout le parent.

Le second contrat est le parent unique: chaque nœud est rattaché à un seul parent, ce qui fait de la structure un arbre au sens strict, et le BABOK l'énonce ainsi: un sous-composant n'a qu'un seul parent dans la hiérarchie fonctionnelle. Ce contrat paraît formel jusqu'au moment où il mord, et il mord toujours au même endroit: le nœud partagé. Une capacité sert légitimement deux parents, une numérisation de documents, une authentification, une facturation, un envoi de courrier. Deux réponses sont correctes et une troisième est fausse.

• Remonter le nœud au niveau où il n'a plus qu'un parent et le poser comme frère de ceux qu'il sert. L'arbre devient asymétrique, et c'est le signe qu'il dit quelque chose de vrai sur l'organisation.
• Le modéliser une fois comme brique réutilisable et le référencer depuis les nœuds qui l'appellent. C'est l'objectif Réutiliser du BABOK, et c'est la voie à prendre quand la brique a un propriétaire et un coût propres.
• Le dupliquer sous les deux parents est la réponse fausse. Chaque estimation, chaque coût et chaque effectif construits sur l'arbre sont alors comptés deux fois, et la règle des 100 % est violée de manière invisible, puisque les deux branches paraissent complètes.

Conduire la décomposition

Le BABOK donne les éléments de la technique plutôt qu'une procédure numérotée. La pratique les ordonne en une séquence, chaque règle qu'elle applique venant du standard ou des sources citées.

1. Fixer l'objectif, parmi les huit. Sans objectif, il n'existe aucune règle d'arrêt et l'arbre grandit jusqu'à ce que la salle soit fatiguée.
2. Nommer le sujet et sa frontière. Écrire la racine en un énoncé sans ambiguïté et dire ce qui est hors périmètre. La modélisation du périmètre (10.41) trace cette frontière, la décomposition détaille ce qu'il y a dedans.
3. Choisir l'axe de découpage: par fonction, par résultat, par livrable, par étape du cycle de vie, par produit, par unité organisationnelle. Le BABOK le pose comme une limite de la technique: tout sujet complexe admet plusieurs décompositions valables. L'axe est un choix, il se justifie par l'objectif et il s'écrit.
4. Un seul axe par niveau. Un niveau qui mélange « par produit » et « par région » fait se chevaucher les frères, et le contrôle d'exhaustivité passe alors que le compte est faux.
5. Décomposer un niveau à la fois, en largeur avant la profondeur. À chaque niveau, vérifier les deux contrats avant de descendre.
6. Nommer les nœuds de façon homogène à l'intérieur d'un niveau: verbe et objet pour une fonction ou une activité (valider une facture), nom pour un livrable ou un résultat. Un nommage qui bascule en cours de niveau est le premier symptôme d'un axe mélangé.
7. Traiter les nœuds partagés en les remontant d'un niveau ou en les modélisant une fois comme brique réutilisable.
8. Appliquer la règle d'arrêt, énoncée avant la séance et vérifiable.
9. Numéroter les nœuds (1, 1.1, 1.1.2). La numérotation est ce qui rend l'arbre citable depuis une exigence, une estimation ou une matrice de traçabilité, et elle doit rester stable d'une version à l'autre. Renuméroter un arbre déjà cité rompt toutes les références qui pointaient dessus.
10. Valider par quatre contrôles mécaniques, puis avec les propriétaires des parties: la couverture (les enfants font-ils le parent), le chevauchement (deux frères revendiquent-ils la même chose), le parent unique et l'usage (la tâche en aval peut-elle consommer cet arbre, à cette profondeur).

La règle d'arrêt

Le BABOK fixe le principe: on s'arrête lorsque l'analyste dispose de juste assez de compréhension et de détail pour poursuivre et qu'il peut employer le résultat dans l'exécution des tâches suivantes. La profondeur est donc une décision, et elle se déduit de la tâche qui consommera l'arbre. Reste à la rendre opérationnelle. Deux formulations tiennent bien à l'usage, et il faut en choisir une avant la séance.

• Pour estimer: une feuille est une activité exécutée par un seul rôle avec un seul système, dont le coût ou la durée s'estime dans la tolérance que l'objectif exige.
• Pour mesurer et piloter: une feuille peut être confiée à un propriétaire unique et suivie par un indicateur unique.

Une conséquence suit: la profondeur est inégale. Une sous-fonction descend à trois niveaux parce que c'est là que le coût se cache, sa voisine s'arrête à un parce que personne n'a besoin d'y regarder. Un arbre symétrique, où chaque branche a le même nombre de niveaux et à peu près le même nombre d'enfants, décrit rarement une organisation réelle, et il faut le lire comme le signe qu'une règle d'arrêt a été appliquée par habitude.

Décomposition fonctionnelle, WBS, modèle de processus et carte heuristique

La technique se situe entre deux voisines, et les deux frontières se tracent sur le même critère: le sujet placé à la racine et le consommateur de l'arbre.

La structure de découpage du projet (WBS) est une décomposition fonctionnelle, celle dont le sujet est le travail à accomplir. Le BABOK le dit ainsi: la mécanique est identique, les deux contrats sont les mêmes et le PMI retient la règle des 100 % comme caractéristique fondamentale de cette variante. Ce qui change est le sujet et le consommateur. Une décomposition de fonction dit ce que l'organisation fait, elle existe indépendamment de tout projet et elle survit à celui-ci; elle est lue par l'analyste, pour cadrer un périmètre, structurer des exigences ou attacher des mesures. Une WBS dit ce qu'un projet produira, elle naît et meurt avec lui; elle est lue par le chef de projet, pour établir un calendrier, un budget et des affectations.

Sur un projet agile, le PMBOK Guide fait correspondre la WBS au backlog produit, dont les éléments se découpent en epics puis en récits. La correspondance porte sur le rôle, structurer le travail à accomplir. Elle ne transporte pas le contrat d'exhaustivité: le backlog est une liste priorisée des éléments connus, là où la WBS prédictive épuise son parent.

La modélisation de processus (10.35) porte l'ordre et le flux: ce qui suit quoi, qui l'exécute, où cela se branche, ce qui boucle. Une décomposition ne porte que la contenance: le parent, ses enfants, les niveaux. Les deux se composent: les feuilles d'une décomposition fonctionnelle sont les processus et les activités qu'on modélise ensuite. Le signe qu'une décomposition a dérivé est immédiat: une flèche apparaît entre deux frères, ou quelqu'un commence à lire l'arbre de gauche à droite comme une chronologie. À cet instant, c'est un mauvais modèle de processus.

Lorsque le sujet placé à la racine est un processus, la gestion des processus donne aux niveaux leurs propres noms. Le BPM CBOK de l'ABPMP en donne un jeu type de quatre: le modèle de processus d'entreprise, le modèle de processus métier, le modèle de flux de travail et les étapes de tâche, les trois premiers rattachés à une perspective de l'organisation, de la direction au propriétaire du processus puis à l'exploitation. Le nombre des niveaux et leurs noms varient selon les méthodes et les conventions de nomenclature de chaque entreprise. Le guide attache à cette hiérarchie une règle d'alignement: l'information portée à un niveau s'aligne sur celle du niveau supérieur, à laquelle elle apporte un détail supplémentaire.

La carte heuristique (10.29) est associative, radiale et génératrice: on l'emploie pour explorer et pour retenir, elle n'a pas de règle d'exhaustivité, elle tolère qu'une même idée apparaisse sur deux branches et n'impose aucun parent unique. La confusion entre les deux est courante parce que le BABOK cite la carte heuristique parmi les représentations possibles du résultat d'une décomposition: une carte heuristique peut donc porter une décomposition, à condition que la décomposition ait d'abord été soumise aux deux contrats. La carte heuristique est la seule de ces techniques où les deux contrats sont absents, et cette absence fait comprendre ce que les contrats coûtent et ce qu'ils achètent.

Les pièges

Mélanger les axes sur un même niveau

Des frères découpés « par produit » et « par région » se recouvrent. Le contrôle d'exhaustivité passe, le compte est faux et l'estimation construite dessus double une partie du périmètre. Le test se pose en une question: deux frères peuvent-ils réclamer le même franc de coût ou le même client. Si oui, l'axe est mélangé.

Décomposer plus profond que ce que le consommateur utilise

Un arbre à cinq niveaux dont l'estimation ne lit jamais que le deuxième est de la dette documentaire: il coûte à produire, il coûte à tenir à jour et il se périme par le bas. Le test consiste à nommer, pour chaque niveau, la tâche en aval qui le lira. Un niveau sans lecteur nommé se supprime.

Prendre l'arbre pour le système

Le BABOK en fait explicitement une limite: beaucoup de systèmes ne se laissent pas entièrement représenter par de simples relations hiérarchiques, parce que les interactions entre composants produisent des comportements émergents. Une hiérarchie masque les couplages, et un arbre qui suggère que ses branches sont indépendantes alors qu'elles ne le sont pas trompe l'estimation autant que la conception. L'ingénierie des systèmes traite le problème en couplant la décomposition logique à une allocation explicite des exigences aux composants.

Figer la première décomposition venue

Tout sujet complexe en admet plusieurs, s'en tenir à la première fait passer à côté d'options meilleures et les explorer toutes coûte trop cher. La tension est réelle et le BABOK la laisse ouverte, ce qui en fait le point où l'assistance d'un modèle a une valeur mesurable.

Décomposer sur une information absente ou fausse

L'arbre paraît faire autorité bien avant d'être correct, et la révision, partielle ou totale, arrive quand tout le monde s'est déjà appuyé dessus. Le PMBOK Guide donne la sortie: développer la branche dont le livrable est arrêté, tenir les autres à gros grain tant que le leur ne l'est pas. Si l'arbre porte une estimation, passez par l'estimation par vagues.

Décalquer l'organigramme

Décomposer une fonction selon qui la fait aujourd'hui grave l'organisation actuelle dans le modèle et rend toute reconception invisible. Le symptôme se voit à l'œil: le deuxième niveau de l'arbre est la liste des départements.

Dupliquer un nœud partagé

Le double comptage est silencieux, puisque les deux branches paraissent complètes. C'est la seule violation de la technique qui se détecte par une recherche de texte: deux nœuds portant le même nom sous deux parents différents.

Introduire la séquence

Une flèche entre deux frères, un « puis » dans un libellé, une lecture de gauche à droite dans le temps. Le test se pose à l'auteur en une question: l'ordre des frères porte-t-il un sens. Une réponse affirmative signale que l'arbre transporte du temps, et le temps se modélise ailleurs, dans un modèle de processus.

Considérations IA

Le gain propre à cette technique se loge dans la limite que le BABOK laisse ouverte: tout sujet complexe admet plusieurs décompositions valables, s'en tenir à la première peut coûter la meilleure solution et les explorer toutes est hors de prix. C'était un arbitrage de coût, et un grand modèle de langage en change le prix. Demander la même fonction décomposée selon trois axes distincts, par fonction, par résultat, par parcours client, prend quelques minutes, et la valeur se loge dans les endroits où les trois arbres divergent. Un nœud qui apparaît dans un arbre et disparaît dans les deux autres est soit une fonction que l'axe dominant masque, soit une invention du modèle, et les deux méritent la question. L'axe retenu reste celui qui sert l'objectif, et ce choix appartient à l'analyste.

Le second usage est la vérification mécanique des règles, et c'est le travail que la machine fait mieux qu'un humain fatigué en fin d'atelier. Les contrats de la technique sont formels, donc contrôlables: un nœud qui apparaît sous deux parents, un niveau dont les frères mélangent visiblement deux axes, un nommage qui passe du verbe et objet au nom au milieu d'un niveau, une branche descendue plus bas que la règle d'arrêt énoncée, des enfants qui ne couvrent manifestement pas leur parent. On fournit l'arbre et la règle d'arrêt, on demande la liste des violations.

Le troisième usage est le premier jet. À partir d'un référentiel public, l'APQC PCF ou la carte des modules d'un progiciel, un modèle propose un arbre de départ plus vite qu'une page blanche. C'est un brouillon à contester: l'atelier gagne du temps sur la mise en forme, jamais sur la validation.

Trois limites sont fermes. L'objectif et la règle d'arrêt sont des décisions d'affaires: un modèle décompose volontiers à l'infini, et la profondeur utile dépend de ce dont la tâche suivante a besoin, une information qu'il n'a pas. L'exhaustivité ne se génère pas: savoir si ces enfants couvrent réellement ce parent est une question sur cette organisation, et le modèle inventera une fonction plausible ou en omettra une réelle avec le même aplomb, les deux erreurs se présentant sous une forme également bien écrite. Enfin, la symétrie trahit la génération: un arbre où chaque nœud a trois enfants et où chaque branche a la même profondeur a été produit par la machine, et il faut le relire en cherchant d'abord ce qu'il a lissé. Un dernier point relève de la prudence élémentaire: un arbre de fonctions est une carte de l'entreprise et de l'endroit où se trouvent ses coûts, ce qui en fait un document sensible avant d'être un livrable.

Exemples

Décomposition d'une fonction

Une caisse maladie suisse décompose sa fonction Gestion des prestations, dans le champ de l'assurance obligatoire des soins (LAMal). L'objectif retenu est mesurer et piloter: attacher un coût de traitement et un délai à chaque sous-fonction, avant de décider où automatiser. Le sujet est une fonction, l'axe est fonctionnel et la règle d'arrêt est énoncée avant la séance: une feuille est une activité exécutée par un seul rôle avec un seul système, dont le coût unitaire de traitement peut être estimé.

Une seule règle, plusieurs profondeurs: la profondeur inégale de l'arbre est un résultat de la règle d'arrêt, appliquée nœud par nœud, et un arbre dont toutes les branches descendraient au même niveau signalerait que personne ne l'a appliquée.

Décomposition d'un résultat d'affaires

Le même sujet se décompose selon un autre axe lorsque l'objectif change. Pour estimer et prévoir, ce qu'on décompose est un résultat: participation annuelle = franchise + quote-part + contribution hospitalière, trois facteurs fixés par la réglementation fédérale et appliqués à deux personnes assurées adultes.

Le travail à accomplir dans le même organisme

La caisse maladie lance le projet remplacer le système de gestion des prestations. Le sujet devient le travail à accomplir, et la décomposition prend le nom de WBS: même mécanique, mêmes deux contrats, tout autre contenu. Le lot 4 est descendu d'un niveau, là où un lot devient estimable et attribuable à une équipe.

L'élément le plus bas d'une WBS est le lot de travaux. Le Practice Standard for Work Breakdown Structures du PMI arrête la décomposition à ce niveau et associe à chaque élément une entrée du dictionnaire de la WBS, une description du travail que l'élément recouvre. La DIN 69901, le standard derrière le Projektstrukturplan employé dans le monde germanophone de la gestion de projet, définit le lot de travaux (Arbeitspaket) comme l'élément le plus bas du plan, attribuable à un propriétaire unique et porteur d'un périmètre, d'une charge, d'un coût, de dates et d'un résultat définis. Les deux s'accordent sur l'essentiel: sous le lot de travaux l'arbre s'arrête, et chaque lot porte une description de forme fixe.

Le PMBOK Guide pose un niveau au-dessus du lot de travaux, le compte de contrôle (control account): le point de gestion où le périmètre, le budget et le calendrier sont réunis et confrontés au travail accompli, pour mesurer l'avancement. Un compte de contrôle regroupe au moins deux lots et chaque lot relève d'un seul compte. Entre le compte de contrôle et le lot de travaux s'intercale le lot de planification (planning package), dont le contenu de travail est connu mais dont les activités ne sont pas encore posées au calendrier. Les quatre lots de la branche 4 forment ici un compte de contrôle, où le lot 4.4 pèse 12 jours-personne et CHF 14'000.

Visualisations

Le BABOK consacre un de ses quatre éléments à la représentation du résultat, et il n'en impose aucune. Une décomposition s'exprime en description textuelle, en liste hiérarchique, dans une notation formelle (une formule mathématique, du BPEL, un langage de programmation) ou sous forme de diagramme, et le standard nomme dix familles de diagrammes admissibles. L'arbre dessiné est la forme par défaut, et sur certains sujets il est le mauvais choix.

La règle qui gouverne est toujours la même: la représentation suit le sujet. Le sujet placé à la racine décide de ce qu'on décompose et de la forme sous laquelle le résultat s'écrit. Une décision se décompose en arbre de décision ou en DMN, parce que la logique qui mène à l'issue doit rester lisible. Un composant de solution se décompose en diagramme de composants, parce que c'est là que le câblage entre les briques devient visible. Un résultat d'affaires se décompose en formule, et le tableau participation-facteurs est exactement cela: une notation formelle au sens du BABOK, qui ne ressemble à un arbre en rien et qui en est pourtant une, avec ses trois facteurs qui épuisent leur parent.

Un second critère départage ce que le sujet laisse ouvert: le consommateur décide du support. Un arbre qui alimente une estimation vit dans un tableur, parce que c'est là que les charges des feuilles remontent au sommet. Un arbre destiné à une revue en salle se dessine, parce que l'irrégularité de profondeur et la ligne d'arrêt se voient et ne se lisent pas. Choisir la représentation avant de savoir qui la consomme produit un document que personne n'ouvrira deux fois.

Le choix de la représentation ne dispense d'aucun contrôle, et la revue porte partout sur les mêmes points, que trois des pièges nomment déjà: la régularité des branches, le contenu du deuxième niveau et la nature des arêtes. Ce que le dessin change est la vitesse à laquelle ils se voient. Une représentation qui rend un piège invisible est un mauvais choix: c'est le cas de la carte heuristique pour le parent unique, qu'elle n'a aucun moyen de signaler.

Coût

Outils

Le tableau blanc et les notes autocollantes, physiques ou dans un outil de tableau partagé (Miro, Mural, FigJam), servent la séance de dérivation. Leur avantage est unique: tant que l'axe se discute encore, déplacer un nœud d'une branche à l'autre est gratuit, ce qui n'est vrai dans aucun outil structuré.

La liste indentée dans un document ou un tableur est l'artefact complet le moins cher, et le BABOK la reconnaît explicitement comme une représentation valable du résultat. Le tableur ajoute ce que le document n'a pas: une colonne de niveau, une colonne d'estimation par feuille et une somme qui remonte l'arbre. C'est ce qui transforme la décomposition en estimation, et c'est souvent tout ce dont un projet a besoin.

Les outils d'arbre et de carte heuristique (XMind, FreeMind, draw.io, Lucidchart, Visio) prennent le relais dès que le diagramme doit être publié, revu ou intégré à un document. Ils dessinent, ils ne contrôlent rien: ni l'exhaustivité, ni le parent unique.

Les outils de gestion du travail portent nativement l'arbre lorsque le sujet est le travail à accomplir: Jira et Azure DevOps tiennent la hiérarchie epic, fonctionnalité et récit, MS Project tient une WBS avec sa numérotation et ses remontées de charge.

Les outils de modélisation et d'architecture d'entreprise (Sparx Enterprise Architect, Archi pour une décomposition de fonctions en ArchiMate, ARIS, Signavio, Bizagi) sont le seul palier où l'arbre devient un objet de première classe, tracé vers les exigences, les processus et les applications et réutilisable d'un projet à l'autre. C'est le palier à choisir lorsque la décomposition doit vivre au-delà du projet qui l'a produite, et le coût de documentation est l'argument qui le justifie.

Deux notations formelles méritent d'être connues. IDEF0, normalisée par le FIPS PUB 183, reste la notation de référence de la décomposition fonctionnelle: elle impose une numérotation stricte des niveaux (A-0, A0, A1, A11), un nombre borné d'enfants par nœud et surtout la cohérence entre un diagramme et son parent, ce que ni un tableur ni un outil de dessin ne vérifient. DMN sert lorsque le sujet est une décision. Enfin, un référentiel publié fournit souvent un arbre de départ défendable: l'APQC Process Classification Framework pour les processus d'entreprise, le MIL-STD-881 pour une WBS de type industriel, la carte des modules d'un progiciel pour un domaine outillé.

Sources

• IIBA, A Guide to the Business Analysis Body of Knowledge (BABOK Guide) v3, §10.22 Functional Decomposition: la définition, les huit objectifs, les sujets de décomposition, les deux contrats, le niveau de décomposition et les représentations du résultat.
• NIST, FIPS PUB 183, Integration Definition for Function Modeling (IDEF0), 1993: la notation de référence de la décomposition fonctionnelle et sa discipline de niveaux.
• PMI, Practice Standard for Work Breakdown Structures, troisième édition: la règle des 100 %, retenue comme caractéristique fondamentale de la WBS, et la décomposition orientée livrables.
• PMI, A Guide to the Project Management Body of Knowledge (PMBOK Guide), 8^e édition, §4 Inputs and Outputs, « Scope baseline »: le compte de contrôle et le lot de planification, les deux niveaux au-dessus du lot de travaux. Également §5 Tools and Techniques, « Decomposition » (l'ajournement de la décomposition d'un livrable lointain) et §2.2.2.4 Develop Scope Structure (la correspondance entre la WBS et le backlog produit).
• ABPMP, Guide to the Business Process Management Common Body of Knowledge (BPM CBOK), §3.5 Process Model Levels: un jeu type de quatre niveaux de modèle de processus (modèle de processus d'entreprise, modèle de processus métier, modèle de flux de travail, étapes de tâche), dont le nombre et les noms varient selon les conventions de chaque entreprise, la perspective de l'organisation attachée aux trois premiers et la règle d'alignement de chaque niveau sur celui qui le surplombe.
• DIN, DIN 69901-5, Projektmanagement – Projektmanagementsysteme – Teil 5: Begriffe: le Projektstrukturplan (structure de découpage du projet) et la définition du lot de travaux (Arbeitspaket) comme élément le plus bas du plan, attribuable à un propriétaire unique et porteur d'un périmètre, d'une charge, d'un coût, de dates et d'un résultat définis.
• NASA, Systems Engineering Handbook, §4.3 Logical Decomposition: la décomposition logique et l'allocation des exigences aux composants, le traitement des couplages qu'une hiérarchie seule masque.
• APQC, Process Classification Framework: un découpage fonctionnel d'entreprise publié et adaptable, à reprendre plutôt qu'à redériver.
• US Department of Defense, MIL-STD-881, Work Breakdown Structures for Defense Materiel Items: une WBS normalisée, l'exemple type du référentiel de départ.
• Scaled Agile, Story: la chaîne de décomposition du SAFe, de l'epic à la capacité, à la fonctionnalité puis au récit et la contrainte de valeur livrable par récit.
• OFSP, Assurance-maladie: primes et participation aux coûts: la franchise, la quote-part et son plafond, la contribution aux frais de séjour hospitalier, les chiffres de l'exemple travaillé.
• OFSP, TARDOC et forfaits ambulatoires: le nouveau tarif médical: le tarif en vigueur depuis le 1^er janvier 2026 pour les prestations médicales ambulatoires.