Méthode

À quoi sert cette page

Cette page fixe une idée simple :

• une méthode n’est pas une recette, c’est une discipline de contrôle.

Elle sert à rendre explicites trois choses :

• ce que vous faites exactement quand vous analysez,
• dans quel ordre,
• et à quelles conditions votre résultat est valide.

Sans méthode, une analyse peut être brillante et pourtant fragile : on ne sait pas ce qui a été posé, testé, écarté, ni pourquoi.

Définition

Dans ce site, une méthode désigne : un enchaînement explicite d’opérations qui transforme une situation floue en raisonnement vérifiable.

Une méthode ne garantit pas une “bonne décision”.

Elle garantit que l’on sait :

• ce qui a été supposé,
• ce qui a été comparé,
• et ce qui a réellement motivé le choix.

Le noyau minimal

Une méthode robuste suit un principe simple : ne pas décider avant d’avoir clarifié.

1) Clarifier la situation

• Qui est l’acteur qui peut trancher ?
• Quel est le problème à réguler ?
• Quel est le contexte (contraintes, ressources, conditions de situation) ?

2) Rendre visibles les options

• Quelles solutions sont réellement disponibles ?
• Quelles alternatives sont hors jeu, et pourquoi ?
• Quelles substitutions définissent la concurrence pertinente ?

3) Comparer et justifier

• Quels critères comptent vraiment (valeur) ?
• Quel niveau de risque est accepté ?
• Quelle responsabilité est assumée par l’acteur ?

Méthode et “processus de décision”

Dans les situations réelles, l’analyse se fait souvent trop tard : on arrive après le cadrage.

Le processus Perception → Repères → Valeur → Décision rappelle que :

• la perception fixe un cadre,
• des repères le stabilisent ou le déplacent,
• la valeur organise la comparaison,
• la décision engage un choix.

Une méthode sert notamment à identifier à quel moment on est en train de confondre :

• un cadrage et un fait,
• une préférence et une contrainte,
• une solution et un problème.

Exemple

Une organisation dit : « Il nous faut un CRM. »

Une méthode évite de traiter “CRM” comme un point de départ, et reconstruit l’analyse.

1. Clarifier

• Acteur : direction commerciale + achats (arbitrage et validation).
• Problème à réguler : mieux suivre la relation client et réduire les pertes d’information.
• Contexte : standards IT, sécurité des données, budget plafonné, calendrier de déploiement.

2. Rendre visibles les options

• Solutions possibles : CRM A, CRM B, tableur structuré, refonte du processus de suivi, formation, outil de support.
• Alternatives hors jeu : solutions incompatibles avec les contraintes IT ou le budget.

3. Comparer et justifier

• Critères réels : effort d’implémentation, acceptabilité interne, coût total, conformité, risque de rupture.
• Décision : engagement sur une option compatible, pas “la meilleure” au sens abstrait.

Résultat : la méthode transforme une demande de solution en analyse de situation.

Piège fréquent

Piège : confondre méthode et protocole

Un protocole dit comment exécuter une procédure.

Une méthode dit comment raisonner sous incertitude.

Quand on confond les deux :

• on applique des outils sans problème clairement posé,
• on produit des indicateurs sans pouvoir expliquer leur sens,
• on prend la sortie d’un modèle pour une conclusion.

Une méthode vous oblige à répondre à une question préalable :

• qu’est-ce qui rend votre conclusion acceptable, et dans quelles limites ?

Comment utiliser cette page

Quand vous lisez une analyse, cherchez trois marqueurs :

• Le problème à réguler est-il formulé comme un état, ou comme une solution déguisée ?
• Le contexte est-il explicité, ou supposé ?
• Les alternatives ont-elles été rendues visibles avant la comparaison ?

Si ces points sont clairs, l’analyse devient contrôlable.