Comité projet : préparer un arbitrage qui débouche sur une action.
Options, conséquences, recommandation et suivi : une fiche pour préparer les décisions et organiser leur mise en œuvre.
Publié le · À propos des dates
Mis à jour le

Le point de vue Spark
Un comité peut disposer d’un reporting précis sans être prêt à trancher. Préparer un arbitrage consiste à rendre le choix explicite : options réalistes, conséquences, recommandation et personne habilitée à décider.
- Formuler la décision dans une phrase compréhensible.
- Présenter les conséquences du choix et de l’attente.
- Transformer l’arbitrage en actions vérifiables.
1. Passer du sujet à la décision
« Point sur les interfaces » est un thème d’ordre du jour. « Choisir entre un démarrage réduit et un report pour intégrer les interfaces restantes » est une décision. La différence est pratique : la seconde formulation permet d’identifier les informations utiles et les participants nécessaires.
Avant d’inscrire un arbitrage au comité, écrivez la question à trancher, la date à laquelle la réponse devient nécessaire et le responsable de la décision. Si personne dans l’instance ne dispose du mandat adapté, le comité peut préparer une recommandation, mais il faut prévoir son circuit de validation.
Un sujet encore trop incertain demande parfois une investigation plutôt qu’un arbitrage final. La décision peut alors porter sur les informations à obtenir, les moyens à mobiliser et la date de retour. L’essentiel est de rendre explicite ce que l’instance peut réellement engager.
Spark / Du travail au résultat
Du sujet à la décision, puis à l’action
Chaque point soumis au comité doit avoir une issue exploitable.
- 01 /Fait à traiter
Distinguer le constat de son interprétation.
- 02 /Options
Présenter les choix et leurs conséquences.
- 03 /Décision
Nommer le décideur et l’échéance utile.
- 04 /Action
Attribuer la suite et vérifier son effet.
Point de contrôle → Une décision consignée, un responsable et une preuve de réalisation.
2. Comparer des options réellement exécutables
Deux options ne sont comparables que si leurs hypothèses sont visibles. Une option qui suppose une disponibilité non confirmée doit le dire. Une option présentée comme moins coûteuse doit préciser les travaux reportés et les contraintes qu’elle laisse à l’exploitation.
Nous proposons d’examiner chaque option selon les mêmes dimensions : bénéfice attendu, périmètre, délai, moyens, dépendances, risques conservés et réversibilité. Il n’est pas nécessaire de tout chiffrer artificiellement. Une estimation incertaine doit rester présentée comme telle, avec sa source et ce qui permettrait de la préciser.
| Rubrique | Question à documenter |
|---|---|
| Décision demandée | Quel choix faut-il faire, par qui et avant quelle date ? |
| Faits et inconnues | Que sait-on, et quelle hypothèse reste déterminante ? |
| Options | Quelles alternatives peut-on réellement mettre en œuvre ? |
| Recommandation | Quelle option privilégier et sur quels critères ? |
| Conséquence de l’attente | Que se passe-t-il si l’on ne décide pas maintenant ? |
| Exécution | Qui appliquera la décision et comment en vérifier l’effet ? |
Le support doit permettre de discuter le choix, pas orienter artificiellement vers une seule réponse. Une alternative écartée peut être mentionnée avec sa raison, sans occuper la même place que les options encore réalistes.
3. Recommander sans masquer les compromis
Le chef de projet apporte une recommandation à partir des faits disponibles. Le PMO peut en vérifier la cohérence avec le planning, les dépendances et les décisions antérieures. Le décideur assume l’engagement qui relève de son mandat. Cette répartition doit être adaptée à la gouvernance réelle du programme.
Présentez également ce qui vous ferait changer de recommandation. Cette phrase aide le décideur à distinguer une préférence d’un raisonnement. Elle prépare la révision de la décision si une hypothèse essentielle devient fausse.
4. Conserver une décision exploitable
Un compte rendu indiquant « option validée » laisse trop de questions ouvertes. Consignez le choix, la date, le décideur, le périmètre et les conditions. Une acceptation sous réserve n’est pas une validation sans condition : les réserves doivent devenir des actions identifiées.
- Choix : ce qui a été retenu et ce qui a été écarté.
- Conditions : hypothèses, limites et réserves attachées à l’accord.
- Responsables : qui met en œuvre chaque action.
- Échéances : quand ces actions doivent produire leur résultat.
- Vérification : quel élément permettra de constater l’exécution.
Reliez ensuite la décision aux outils déjà utilisés : planning, liste des risques ou suivi des actions. Créer un registre supplémentaire n’aide que si quelqu’un le maintient et si l’équipe sait où retrouver la décision de référence.
5. Que faire dès le prochain comité ?
Choisissez un seul arbitrage réel de l’ordre du jour. Préparez sa fiche avec le porteur du sujet, puis vérifiez avant la réunion que le décideur et les personnes concernées ont reçu les éléments nécessaires. Demandez-leur de signaler les options impraticables ou les informations manquantes.
Après le comité, mesurez simplement ce qui a changé : une décision a-t-elle été prise, les actions ont-elles un responsable, les conditions sont-elles levées ? Si l’arbitrage a été reporté, consignez le motif et l’information attendue. Un report expliqué peut être plus utile qu’un accord ambigu.
À la revue suivante, vérifiez l’exécution et les hypothèses. Cette boucle transforme le comité en outil de travail. Pour compléter la préparation, consultez notre article sur les preuves qui rendent l’avancement d’un projet lisible. Pour assurer la continuité lors d’un changement d’intervenant, notre kit de transmission de fin de mission aide à préserver décisions, responsabilités et éléments de reprise.
Périmètre de cette méthode
Cette fiche est une proposition éditoriale Spark, à adapter aux délégations et processus de votre organisation. Elle ne remplace pas une validation formelle requise. L’exemple est fictif ; aucun résultat client n’est revendiqué.
Retrouvez nos prochains points de vue Cloud, Data et Pilotage sur la page LinkedIn Spark Conseil.