منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · مرداد ۱۴۰۵ · زمان مطالعه: حدود ۱۱ دقیقه

حل خلاق مسئله (Creative Problem Solving) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

بیشتر جلسه‌های ایده‌پردازی به این دلیل شکست نمی‌خورند که ایده کم است. به این دلیل شکست می‌خورند که هر ایده در همان لحظهٔ گفته‌شدن قضاوت می‌شود.

و کل این روش، در واقع یک راه‌حل ساختاری برای همین یک مشکل است.

تعریف و ریشه

حل خلاق مسئله فرایندی است که تیم‌های طراحی برای تولید ایده و راه‌حل به‌کار می‌برند: روشن‌کردن مسئله، ایده‌پردازی، پروراندن قوی‌ترین گزینه، و پیاده‌سازی آن.

ریشه‌اش به دههٔ ۱۹۴۰ و فرایند آزبورن-پارنز برمی‌گردد — از Alex Osborn که بنیاد آموزش خلاقیت را بنا گذاشت و خودِ «هم‌فکری» را صورت‌بندی کرد، و Sid Parnes. نسخهٔ اصلی سه گام داشت: یافتن واقعیت، یافتن ایده، یافتن راه‌حل. و نسخهٔ امروزی چهار مرحله است:

• - روشن‌سازی — مسئله واقعاً چیست
• - ایده‌پردازی — تولید گزینه
• - پروراندن — قوی‌ترین گزینه
• - پیاده‌سازی

دو حالت ذهنی

• - تفکر واگرا: بیشترین تعداد ایده، بدون قضاوت. اولویتش کمیت و تازگی و ساختن انتخاب است.
• - تفکر همگرا: تحلیل و پالایش و ارزیابی و اصلاح ایده‌ها، با تفکر تحلیلی.

روش‌ها و اصول

• - هم‌فکری، SCAMPER، و شش کلاه تفکر
• - جلسهٔ ایده‌های بد، استعاره‌های تصادفی، و پرسش «چطور می‌توانیم…»
• - نقشهٔ ذهنی، و پنج چرا

و اصولش: قضاوت را معلق کنید، میان مرحلهٔ واگرا و همگرا توازن بسازید، مسئله را به‌صورت پرسش سرگشوده ببینید، از روش‌های متنوع ایده‌پردازی استفاده کنید، هدف روشن تعریف کنید، و به اطلاعات دقیق دسترسی داشته باشید.

و تفاوتش با تفکر طراحی: حل خلاق مسئله لزوماً از ابتدا نیاز کاربر را در اولویت نمی‌گذارد، هرچند هر دو فرایندی ساختاریافته دارند.

آفت‌هایش هم: سوگیری، عرف‌گرایی، غلبهٔ شخصیت‌های مسلط بر بحث، و تعهد زودهنگام به یک راه‌حل. و منبع به Edward de Bono و کتاب Six Thinking Hats و به Applied Imagination از آزبورن ارجاع می‌دهد.

خطای اصلی: مخلوط‌کردن دو حالت

این بخش افزودهٔ مترجم است. منبع می‌گوید «میان واگرا و همگرا توازن بسازید»، اما به‌نظر من مسئله توازن نیست — تفکیک است.

این دو حالت با هم ناسازگارند، نه فقط متفاوت. تفکر واگرا به تعلیق قضاوت نیاز دارد و تفکر همگرا کارش قضاوت‌کردن است. اگر هم‌زمان اجرایشان کنید، حالت همگرا همیشه برنده می‌شود — چون نقدکردن یک ایده همیشه ساده‌تر و امن‌تر از پیشنهاد‌دادن است، و نتیجه‌اش این است که جلسه پس از سه ایده متوقف می‌شود.

و همین توضیح می‌دهد که چرا سه آفت از چهار آفتِ فهرست منبع، در واقع نشانهٔ همین یک خطا هستند:

• - عرف‌گرایی — ایده‌های نامتعارف در حضور قضاوت زنده نمی‌مانند، پس فقط ایده‌های امن باقی می‌مانند.
• - غلبهٔ شخصیت مسلط — قضاوت زودهنگام به کسی قدرت می‌دهد که راحت‌تر نقد می‌کند.
• - تعهد زودهنگام — وقتی همگرایی از اول شروع شود، اولین ایدهٔ قابل‌قبول برنده می‌شود، نه بهترین.

پس راه‌حل، انضباط زمانی است نه انضباط اخلاقی: دو حالت را در دو بازهٔ زمانی جدا بگذارید و مرزش را بلند اعلام کنید. «تا ساعت سه فقط ایده جمع می‌کنیم؛ از سه به بعد هیچ ایدهٔ جدیدی نمی‌پذیریم و فقط ارزیابی می‌کنیم.» همین یک جمله بیشتر از هر تکنیک ایده‌پردازی‌ای اثر دارد.

و چرا «قضاوت را معلق کنید» به‌تنهایی کار نمی‌کند

این بخش هم افزودهٔ مترجم است. «قضاوت را معلق کنید» درست است اما یک خواسته است، نه یک سازوکار — و همان‌طور که در هم‌آفرینی و سوگیری شناختی نوشتم، خواسته در برابر فشار ساختاری دوام نمی‌آورد.

چهار سازوکار که این تعلیق را واقعی می‌کند:

• - اول بنویسید، بعد بگویید. ایده‌ای که پیش از شنیدن بقیه روی کاغذ آمده، قابل سرکوب نیست. این تنها راه ساختاری خنثی‌کردن غلبهٔ شخصیت مسلط است.
• - سهمیهٔ عددی بگذارید. «بیست ایده» به‌جای «ایده‌های خوب». وقتی هدف عدد باشد، مغز مجبور می‌شود از ایده‌های امن عبور کند — و ایده‌های شمارهٔ پانزده تا بیست معمولاً جالب‌ترند.
• - جلسهٔ «ایده‌های بد» را جدی بگیرید. منبع نامش را می‌برد و به‌نظر من هوشمندانه‌ترین تکنیک این فهرست است: وقتی هدفِ اعلام‌شده بدبودن است، هزینهٔ اجتماعی گفتن ایدهٔ عجیب به صفر می‌رسد. و بسیاری از ایده‌های بد، وارونه‌شان خوب است.
• - ایده‌ها را بی‌نام ارزیابی کنید. در مرحلهٔ همگرا، حذف نام صاحب ایده جلوی ارزیابی بر پایهٔ جایگاه را می‌گیرد.

و مرحلهٔ همگرا هم روش دارد

این بخش هم افزودهٔ مترجم است. نکتهٔ عجیب فهرست روش‌های منبع این است که تقریباً همه‌شان روش‌های واگرا هستند: هم‌فکری، ایده‌های بد، استعارهٔ تصادفی، نقشهٔ ذهنی. برای مرحلهٔ همگرا فقط گفته می‌شود «تحلیل و پالایش و ارزیابی» — که یک توصیف است، نه یک روش.

و این خلأ پیامد دارد: تیمی که بیست ایده تولید کرده و هیچ سازوکاری برای انتخاب ندارد، معمولاً به همان چیزی برمی‌گردد که از اول در ذهن داشت. یعنی مرحلهٔ واگرا بی‌ثمر می‌شود، حتی وقتی خوب اجرا شده باشد.

سه سازوکار همگرا که در عمل جواب می‌دهند:

• - دسته‌بندی پیش از ارزیابی. بیست ایده معمولاً پنج ایدهٔ متمایز است با تکرار. اول گروه‌بندی کنید، بعد قضاوت — وگرنه ایده‌ای که چند بار به شکل‌های مختلف گفته شده، فقط به‌دلیل تکرار برنده می‌شود.
• - رأی‌گیری با سهم محدود و بی‌نام. به هر نفر سه رأی بدهید. محدودیت مجبورشان می‌کند اولویت واقعی‌شان را نشان دهند، و بی‌نامی جلوی رأی‌دادن به ایدهٔ رئیس را می‌گیرد.
• - معیار را پیش از دیدن ایده‌ها بنویسید. این همان ضدسوگیریِ تأیید است که در سوگیری شناختی نوشتم: اگر معیار انتخاب پس از دیدن گزینه‌ها ساخته شود، معیار خودش را با گزینهٔ محبوب تطبیق می‌دهد.

و یک قاعدهٔ کلی که هر دو مرحله را می‌پوشاند: در مرحلهٔ واگرا کمیت را بشمارید، در مرحلهٔ همگرا معیار را بنویسید. هر مرحله‌ای که هیچ‌کدام را نداشته باشد، در واقع اجرا نشده — فقط دربارهٔ آن حرف زده شده.

و مرحله‌ای که همه از آن می‌پرند

این بخش هم افزودهٔ مترجم است. از چهار مرحلهٔ این فرایند، سه‌تایشان جذاب‌اند: ایده‌پردازی سرگرم‌کننده است، پروراندن حس پیشرفت می‌دهد، و پیاده‌سازی نتیجه دارد. روشن‌سازی هیچ‌کدام را ندارد — و به همین دلیل تقریباً همیشه کوتاه می‌شود یا کامل حذف.

و هزینه‌اش نامتقارن است: بیست ایدهٔ عالی برای مسئلهٔ اشتباه، از سه ایدهٔ متوسط برای مسئلهٔ درست بی‌ارزش‌ترند. یعنی خطای مرحلهٔ اول در مراحل بعدی تشدید می‌شود، نه تصحیح.

سه چیزی که این مرحله را واقعاً انجام‌شده می‌کند:

• - مسئله را به‌صورت پرسش بنویسید، نه به‌صورت راه‌حل. «چطور می‌توانیم نرخ تکمیل ثبت‌نام را بالا ببریم؟» پرسش است؛ «فرم را کوتاه کنیم» راه‌حل جاسازی‌شده در لباس مسئله.
• - پنج چرا را همین‌جا اجرا کنید، و همان‌طور که در آن مقاله نوشتم به‌صورت درختی نه زنجیره‌ای.
• - بنویسید چه چیزی را می‌دانید و چه چیزی را فرض کرده‌اید. اصل «دسترسی به اطلاعات دقیق» که منبع می‌آورد، در عمل یعنی همین تفکیک — و معمولاً وقتی نوشته می‌شود، معلوم می‌شود سهم فرض‌ها بیشتر از انتظار است.

و یک نکتهٔ آخر دربارهٔ نسبت این روش با تفکر طراحی: منبع می‌گوید حل خلاق مسئله لزوماً نیاز کاربر را در اولویت نمی‌گذارد. این را باید هشدار خواند، نه توصیف بی‌طرف. فرایندی که می‌تواند بدون کاربر اجرا شود، معمولاً بدون کاربر اجرا می‌شود — و بیست ایدهٔ خلاقانه که از هیچ مشاهده‌ای نیامده‌اند، دقیقاً همان چیزی است که سوگیری تأیید از تیم می‌خواهد.

جمع‌بندی

• - حل خلاق مسئله فرایندی است برای روشن‌کردن مسئله، ایده‌پردازی، پروراندن قوی‌ترین گزینه و پیاده‌سازی؛ ریشه‌اش فرایند آزبورن-پارنز در دههٔ ۱۹۴۰ است.
• - دو حالت ذهنی دارد: واگرا برای تولید بدون قضاوت، و همگرا برای تحلیل و پالایش.
• - اما مسئله توازن این دو نیست، تفکیکشان است: اگر هم‌زمان اجرا شوند حالت همگرا همیشه برنده می‌شود، چون نقدکردن ساده‌تر و امن‌تر از پیشنهاد‌دادن است.
• - و سه آفت از چهار آفت فهرست منبع — عرف‌گرایی، غلبهٔ شخصیت مسلط، و تعهد زودهنگام — نشانهٔ همین یک خطا هستند.
• - راهش انضباط زمانی است: دو حالت را در دو بازهٔ جدا بگذارید و مرزش را بلند اعلام کنید.
• - «قضاوت را معلق کنید» یک خواسته است نه سازوکار؛ سازوکارهایش: اول نوشتن بعد گفتن، سهمیهٔ عددی، جلسهٔ ایده‌های بد، و ارزیابی بی‌نام.
• - و تقریباً همهٔ روش‌های فهرست منبع واگرا هستند؛ برای همگرا سازوکار لازم است: دسته‌بندی پیش از ارزیابی، رأی‌گیری بی‌نام با سهم محدود، و نوشتن معیار پیش از دیدن ایده‌ها.
• - و روشن‌سازی مرحله‌ای است که همه از آن می‌پرند چون جذاب نیست — در حالی که خطایش در مراحل بعدی تشدید می‌شود: بیست ایدهٔ عالی برای مسئلهٔ اشتباه بی‌ارزش‌اند.