Un membre de l’équipe est bloqué. Réflexe universel du CODIR : tout le monde propose une solution. En même temps. Chacun projette son expérience. Chacun résout sa version du problème. Personne n’écoute.
Le codéveloppement interdit ça.
(Si cette phrase vous irrite, vous êtes exactement la personne qui en a besoin.)
Le protocole
Le codéveloppement professionnel a un protocole strict. Un “client” expose son problème. Les “consultants” posent des questions de clarification. Pas de conseil. Pas de solution. Des questions. Pendant un temps défini.
Ce n’est qu’après cette phase d’exploration que les consultants proposent des pistes. Et le client choisit ce qu’il retient. Pas ce qui est le plus brillant. Ce qui résonne avec SA réalité.
→ Payette, A. & Champagne, C. — “Le groupe de codéveloppement professionnel”, PUQ, 1997
flowchart TD
P["Problème exposé par le client"]
P --> Q["Phase questions
Pas de conseil
Exploration pure"]
Q --> C["Phase consultation
Pistes proposées"]
C --> R["Client choisit
ce qui résonne"]
ANTI["Anti-pattern habituel"]
ANTI --> A1["Problème exposé"]
A1 --> A2["Tout le monde propose
en même temps"]
A2 --> A3["Chacun résout
SA version du problème"]
class A2 alerte
class Q okPourquoi ça marche
La contrainte de ne pas proposer de solution immédiatement force deux choses. D’abord, elle force les consultants à comprendre le problème réel au lieu de projeter. Ensuite, elle donne au client le temps de clarifier son propre problème — ce qui, souvent, suffit à débloquer la situation.
En mission
J’utilise le codev quand un tech lead ou un architecte est bloqué sur un problème que les conseils habituels n’ont pas résolu. Le format force l’équipe à écouter avant de résoudre. Ce qui est, bizarrement, la chose la plus difficile à obtenir dans une salle de développeurs.
Sources
- Payette, A. & Champagne, C. — “Le groupe de codéveloppement professionnel”, PUQ, 1997
- Pratique du codéveloppement en gouvernance associative
Glossaire
- CODIR : Comité de direction.