Décider trop vite, apprendre trop peu.

Nous avons souvent appris à décider vite. Choisir une solution, s’y engager, avancer. Pourtant, dans les environnements de conception, cette logique montre rapidement ses limites. Les décisions prises trop tôt enferment les équipes dans des choix fragiles, difficiles à remettre en question. Le 𝑺𝒆𝒕-𝑩𝒂𝒔𝒆𝒅 𝑪𝒐𝒏𝒄𝒖𝒓𝒓𝒆𝒏𝒕 𝑬𝒏𝒈𝒊𝒏𝒆𝒆𝒓𝒊𝒏𝒈 propose une autre voie : ne pas chercher immédiatement la “bonne” solution, mais explorer plusieurs options en parallèle.

Cette approche peut sembler contre-intuitive. Pourquoi travailler sur plusieurs pistes alors qu’une seule sera retenue ? Sur le terrain, la réponse apparaît rapidement : en élargissant le champ des possibles, les équipes apprennent davantage. Elles confrontent les contraintes, testent les limites, découvrent ce qui fonctionne — et surtout ce qui ne fonctionne pas. Progressivement, certaines options s’éliminent d’elles-mêmes, 𝒏𝒐𝒏 𝒑𝒂𝒔 𝒑𝒂𝒓 𝒐𝒑𝒊𝒏𝒊𝒐𝒏, 𝒎𝒂𝒊𝒔 𝒑𝒂𝒓 𝒄𝒐𝒎𝒑𝒓𝒆́𝒉𝒆𝒏𝒔𝒊𝒐𝒏.

Cela change profondément la manière de collaborer. Plutôt que de défendre une solution, chacun contribue à enrichir un espace de réflexion commun. Les échanges deviennent plus ouverts, moins polarisés. L’objectif n’est plus d’avoir raison, mais de converger vers une hypothèse robuste. Cette convergence n’est pas le fruit d’une décision rapide, mais d’un apprentissage collectif.

Dans un monde où la pression des délais pousse à trancher rapidement, le Set-Based Concurrent Engineering (SBCE) invite à ralentir pour mieux décider. 𝐈𝐥 𝐧𝐞 𝐬’𝐚𝐠𝐢𝐭 𝐩𝐚𝐬 𝐝𝐞 𝐫𝐞𝐭𝐚𝐫𝐝𝐞𝐫 𝐥’𝐚𝐜𝐭𝐢𝐨𝐧, 𝐦𝐚𝐢𝐬 𝐝𝐞 𝐦𝐢𝐞𝐮𝐱 𝐩𝐫𝐞́𝐩𝐚𝐫𝐞𝐫 𝐥𝐞 𝐜𝐡𝐨𝐢𝐱. Car dans le Lean, la qualité d’une décision ne dépend pas seulement de sa rapidité, mais de la profondeur de compréhension qui la précède. Et au fond, la vraie question devient : avons-nous exploré suffisamment pour choisir en connaissance de cause ?

Rémi Vallée