Gestion Des Conflits

CAPM — Gestion de projetRole du chef de projet

Gestion des conflits

Définition

La gestion des conflits désigne l'ensemble des techniques utilisées par le chef de projet pour traiter les désaccords au sein de l'équipe ou entre parties prenantes. Le PMI identifie 5 techniques principales de résolution de conflits, chacune adaptée à un contexte spécifique.

Technique Approche Résultat
Collaborer (Problem-solving) Chercher une solution gagnant-gagnant Win-Win
Compromis (Compromise) Chacun cède quelque chose Lose-Lose partiel
Apaiser (Smooth/Accommodate) Minimiser l'importance du désaccord Lose-Win
Forcer (Force/Direct) Imposer une décision Win-Lose
Éviter (Withdraw/Avoid) Reporter ou ignorer le conflit Lose-Lose

Contexte

Le CAPM teste la connaissance de ces 5 techniques et la capacité à identifier la plus appropriée dans un scénario. La technique collaborer est considérée comme la meilleure par le PMI car elle produit une solution durable. La technique forcer est parfois nécessaire en situation d'urgence.

Détails techniques

Classement par efficacité à long terme

Le plus durable
    ▲
    │  Collaborer    (résolution de problème — Win/Win)
    │  Compromis     (concessions mutuelles)
    │  Apaiser       (préserver la relation)
    │  Forcer        (décision rapide si urgence)
    │  Éviter        (temporaire uniquement)
    ▼
Le moins durable

Quand utiliser chaque technique

Technique Quand l'utiliser Quand l'éviter
Collaborer Temps disponible, relation importante, enjeu fort Urgence extrême, enjeu mineur
Compromis Enjeu modéré, relation à préserver, temps limité Enjeu critique (pas de demi-mesure)
Apaiser Enjeu faible pour soi, relation plus importante L'enjeu est critique pour le projet
Forcer Urgence, sécurité, décision non négociable Relation à long terme, équipe autonome
Éviter Enjeu trivial, émotions trop vives, besoin de recul Le problème empire avec le temps

Processus de résolution

1. Reconnaître le conflit (ne pas ignorer)
       │
       ▼
2. Analyser la cause racine (pas les symptômes)
       │
       ▼
3. Rencontrer les parties en privé d'abord
       │
       ▼
4. Choisir la technique adaptée au contexte
       │
       ▼
5. Faciliter la discussion (écoute active, reformulation)
       │
       ▼
6. Documenter l'accord et suivre l'application

Exemple concret

Deux développeurs sont en désaccord sur l'architecture d'un module :

Situation : Dev A veut une architecture microservices,
            Dev B préfère un monolithe modulaire.
            Le conflit bloque l'avancement depuis 3 jours.

Approche COLLABORER :
  1. Le PM organise une réunion de 1h
  2. Chacun présente ses arguments avec critères objectifs
     (performance, maintenabilité, délai, compétences)
  3. L'équipe construit une grille de décision pondérée
  4. Résultat : monolithe modulaire pour la v1 (délai court)
     avec migration possible vers microservices en v2
  → Les deux sont satisfaits (Win-Win)

Approche FORCER (si urgence) :
  Le PM décide : "Monolithe modulaire, on a 4 semaines."
  → Rapide mais Dev A frustré → dette relationnelle