Raisonner en PROCESSUS (transversaux) plutôt qu'en SERVICES (cloisonnés) permet de voir comment la valeur est réellement créée pour le client, et surtout de repérer les INTERFACES entre services — là où naissent la plupart des problèmes de qualité. La vision par SERVICES (silos) et ses limites : (1) Une organisation est souvent vue comme un ensemble de SERVICES/DÉPARTEMENTS (commercial, production, logistique, comptabilité…), chacun avec ses objectifs, son périmètre, son responsable. (2) Chaque service optimise SON travail, mais personne n'a la vision d'ENSEMBLE de la façon dont on sert le client de bout en bout. (3) Les SILOS créent des cloisonnements : chacun fait « sa part » sans voir l'amont ni l'aval, ce qui génère des ruptures aux frontières. La vision par PROCESSUS (transversale) : (1) Un PROCESSUS traverse les services : « traiter une commande » implique le commercial, la production, la logistique, la facturation — c'est un FLUX qui va de l'entrée (commande) à la sortie (client livré et satisfait), à travers plusieurs services. (2) Raisonner en processus, c'est suivre ce flux de bout en bout et voir comment les activités s'ENCHAÎNENT pour créer la valeur pour le client — quelle que soit la frontière des services. (3) On se concentre sur le RÉSULTAT pour le client (le processus doit livrer un produit/service conforme et satisfaisant), pas sur la performance isolée de chaque service. Pourquoi raisonner en processus : (1) Voir la création de VALEUR CLIENT réelle : le client ne voit pas vos services, il voit le RÉSULTAT du processus (a-t-il été bien servi ?). Le processus relie l'activité au client. (2) Casser les silos : coordonner ce qui traverse plusieurs services, aligner tout le monde sur le résultat final plutôt que sur des optima locaux. (3) Maîtriser et améliorer le FONCTIONNEMENT réel (les flux), pas seulement des tâches isolées. (4) C'est le principe de l'approche processus d'ISO 9001. Où naissent les problèmes de qualité — les INTERFACES : (1) La plupart des problèmes naissent aux FRONTIÈRES entre services, dans les « passages de relais » (interfaces) : quand une activité passe d'un service à un autre. C'est là que l'information se perd, que les responsabilités deviennent floues (« ce n'est pas mon travail »), que les délais s'allongent, que les erreurs se glissent. (2) Exemples : une commande mal transmise du commercial à la production ; une spécification client incomplète passée à l'atelier ; un défaut non signalé de la production à la logistique ; une réclamation qui rebondit entre services sans que personne ne la traite. (3) Chaque service peut « bien faire sa part » et pourtant le résultat global être mauvais, à cause des RUPTURES aux interfaces. Les problèmes sont souvent dans les JOINTURES, pas dans les tâches elles-mêmes. (4) La vision par silos MASQUE ces problèmes d'interface (chacun regarde son périmètre) ; la vision par processus les RÉVÈLE (on suit le flux à travers les frontières). Ce que la cartographie des processus apporte : (1) Elle REND VISIBLES les enchaînements et les INTERFACES entre services — donc les points de friction potentiels. (2) Elle permet de CLARIFIER les responsabilités aux interfaces (qui transmet quoi à qui, sous quelle forme). (3) Elle aide à FLUIDIFIER les passages de relais (bonnes informations transmises, coordination). (4) Elle oriente l'amélioration là où ça compte (les interfaces défaillantes). En résumé : raisonnez en PROCESSUS plutôt qu'en services parce que le processus suit le FLUX de création de valeur de bout en bout à travers les services (jusqu'au client), tandis que la vision par SILOS cloisonne et masque le fonctionnement réel. C'est essentiel car la plupart des problèmes de qualité naissent aux INTERFACES entre services (les passages de relais) : perte d'information, responsabilités floues, ruptures — chacun peut « bien faire sa part » et le résultat global être mauvais à cause des jointures. La vision par processus (et la cartographie) rend visibles ces interfaces, clarifie les responsabilités aux frontières et permet de fluidifier les passages de relais. Raisonner en processus casse les silos, oriente vers le résultat client et cible l'amélioration là où naissent réellement les problèmes — c'est pourquoi l'approche processus est un principe central du management de la qualité.

Identifier et décrire les processus utilement consiste à repérer les grands flux de création de valeur, à les classer (réalisation, support, pilotage), et à décrire chacun avec ses éléments essentiels — sans tomber dans une usine à gaz documentaire. Identifier les processus : (1) Partir du CLIENT et de la VALEUR. Demandez-vous : comment servons-nous le client, de bout en bout ? Les grands FLUX qui vont d'un besoin à un produit/service livré sont les processus de RÉALISATION (opérationnels) — par exemple : « répondre à une demande », « concevoir », « produire », « livrer », « facturer », « traiter les réclamations ». Ce sont ceux qui créent directement la valeur. (2) Identifier les processus SUPPORT : ceux qui fournissent les ressources nécessaires aux processus de réalisation — RH (recruter, former), achats, informatique, maintenance, gestion des équipements. Ils ne créent pas directement la valeur client mais la rendent possible. (3) Identifier les processus de PILOTAGE (management) : ceux qui orientent et pilotent l'organisation — définir la stratégie, manager la qualité, planifier, mesurer, améliorer. (4) Rester à un niveau PERTINENT : identifiez les GRANDS processus (une dizaine, pas des centaines) qui structurent l'organisation ; n'entrez dans le détail que là où c'est utile. Trop de processus, trop finement découpés, rend la cartographie illisible. Décrire chaque processus (les éléments utiles) : (1) FINALITÉ : à quoi sert ce processus ? quel résultat pour quel « client » (interne ou externe) ? (2) ENTRÉES et SORTIES : qu'est-ce qui déclenche/alimente le processus (entrées) et qu'est-ce qu'il produit (sorties) ? C'est ce qui relie les processus entre eux (la sortie de l'un est souvent l'entrée d'un autre). (3) PILOTE (responsable) : qui est responsable du processus, de sa performance et de son amélioration ? Un processus sans pilote n'est pas maîtrisé. (4) ACTIVITÉS clés : les grandes étapes du processus (sans détailler chaque geste). (5) RESSOURCES : moyens humains, matériels, informationnels nécessaires. (6) INDICATEURS : comment mesure-t-on la performance du processus (délai, taux de conformité, satisfaction…) ? Essentiel pour piloter et améliorer. (7) RISQUES (et opportunités) : ce qui peut affecter le processus (approche risques d'ISO 9001). (8) INTERFACES : avec quels autres processus interagit-il, et comment (les passages de relais). Représenter les INTERACTIONS : (1) Une CARTOGRAPHIE globale montre les processus et leurs LIENS (qui alimente qui) — souvent un schéma avec les trois familles (pilotage en haut, réalisation au centre orienté client, support en bas). (2) Cela donne la vision d'ensemble du fonctionnement. Les bonnes pratiques (pour que ce soit UTILE, pas bureaucratique) : (1) Rester SIMPLE et LISIBLE : une cartographie doit se comprendre d'un coup d'œil ; décrire les processus à un niveau utile, pas exhaustif. (2) Partir du RÉEL : décrire les processus tels qu'ils FONCTIONNENT vraiment (pas un idéal théorique), en impliquant les acteurs qui les vivent. (3) Se concentrer sur l'UTILITÉ : la cartographie sert à comprendre, maîtriser, améliorer — pas à produire de la documentation pour la documentation. (4) Désigner des PILOTES et des INDICATEURS (sinon les processus ne sont pas pilotés). (5) Soigner les INTERFACES (où naissent les problèmes) : clarifier ce qui se transmet entre processus. (6) FAIRE VIVRE la cartographie (la mettre à jour, l'utiliser dans le pilotage et l'amélioration) — pas un document figé. Les écueils à éviter : (1) Trop de processus, trop détaillés (illisible, inutilisable). (2) Décrire un idéal déconnecté du réel. (3) Documenter sans pilotes ni indicateurs (pas de maîtrise). (4) Une cartographie faite « pour l'audit » puis rangée (morte). En résumé : identifiez les processus en partant du CLIENT et de la VALEUR (les grands flux de RÉALISATION), en ajoutant les processus SUPPORT (ressources : RH, achats, IT, maintenance) et de PILOTAGE (stratégie, management, amélioration), à un niveau pertinent (les grands processus, pas des centaines). Décrivez chacun avec ses éléments utiles : FINALITÉ, ENTRÉES/SORTIES, PILOTE, activités clés, ressources, INDICATEURS, risques, INTERFACES. Représentez leurs INTERACTIONS dans une cartographie globale lisible. Restez SIMPLE, partez du RÉEL (avec les acteurs), concentrez-vous sur l'UTILITÉ (comprendre, maîtriser, améliorer), désignez des pilotes et des indicateurs, soignez les interfaces, et faites vivre la cartographie. L'objectif est de comprendre et piloter le fonctionnement réel de l'organisation orienté client — pas de produire de la paperasse. Une cartographie utile est simple, réelle, pilotée et vivante.