1. Identifier la décision
Une décision sélectionne une orientation ou une action parmi des possibilités, dans des conditions données. On peut la qualifier par sa portée stratégique, tactique ou opérationnelle, sa fréquence, sa réversibilité et son degré de programmation. Ces critères ne sont pas synonymes : une décision collective peut être routinière ou inédite.
2. Les étapes du raisonnement
Le repérage du problème, la conception d’options et le choix fournissent une grille d’analyse, souvent associée au modèle IMC de Simon. Il faut aussi examiner la mise en œuvre et le retour d’information. Définir le mauvais problème peut rendre inutile un choix pourtant rigoureux entre les options envisagées.
3. Rationalité limitée
Les acteurs n’accèdent pas à toute l’information et disposent de capacités et de temps limités. Ils peuvent retenir une solution jugée satisfaisante au regard de critères, plutôt que calculer un optimum sur toutes les options possibles. Reconnaître cette limite ne revient pas à dire que les décisions sont arbitraires.
Les routines, les intérêts, les coalitions et les occasions de décision peuvent également intervenir. L’analyse comportementale et d’autres modèles montrent que les objectifs et solutions ne sont pas toujours parfaitement stabilisés avant le processus. Il faut utiliser le modèle qui éclaire les faits plutôt qu’imposer artificiellement un schéma.
4. Information et biais
Une décision dépend de la qualité, de la sélection et de l’interprétation de l’information. Chercher uniquement les éléments qui confirment une préférence peut fragiliser le raisonnement. Les critères, les hypothèses et les désaccords devraient être rendus explicites pour pouvoir être discutés.
5. Numérique et IA
Un outil peut accélérer le traitement ou proposer des options. Il ne détermine pas à lui seul quels objectifs poursuivre ni quels compromis accepter. Il faut comprendre les données, les limites, le périmètre d’usage et la responsabilité de la décision. Un résultat chiffré n’est pas automatiquement une preuve de pertinence.
6. Application
Un dirigeant veut acheter un outil parce qu’un concurrent l’utilise. Avant de comparer les fournisseurs, il faut définir le problème à résoudre, les utilisateurs, les contraintes et les critères de réussite. Sinon, la décision peut répondre à une pression d’imitation plutôt qu’à un besoin établi.