سپنتا پویا — طراح محصول

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

چیت‌استورمینگ (Cheatstorming) چیست؟

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

منبع در گام سوم می‌گوید ایده‌ها را غربال کنید تا آن‌هایی را بیابید که «نزدیک به موضوع فعلی‌اند». و چند بند پایین‌تر، پژوهشی را نقل می‌کند که می‌گوید موتور این روش دقیقاً پیوند اجباری میان ایده و مسئله است.

این دو با هم نمی‌خوانند — و آن دستور، به‌نظرم غلط است.

تعریف

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

و منبع تفکیکش از بارش فکری را روشن می‌کند: بارش فکری فضای مسئله را با گستره‌ای از ایده‌های تازه باز می‌کند؛ چیت‌استورمینگ میان‌بری به نوآوری است با تطبیق ایده‌های موجود بر بافت‌های تازه. و منطقش این است که هر مسئله‌ای نیاز به از‌نو‌ساختن چرخ ندارد.

گام‌ها

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

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

پژوهش پشتش

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

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

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

محدودیت‌ها

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

دستور «ایدهٔ مرتبط را انتخاب کنید» غلط است

این بخش افزودهٔ مترجم است. آن تناقضی که در ابتدا گفتم واقعی است و بر خروجی جلسه اثر مستقیم دارد.

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

و اگر این درست باشد، «ایده‌های نزدیک به موضوع را انتخاب کنید» دقیقاً همان چیزی را از بین می‌برد که روش را کار می‌اندازد:

  • - ایدهٔ نزدیک، پیوندی تولید نمی‌کند — چون پیوند از قبل موجود است. نتیجه‌اش بازگویی راه‌حلی است که قبلاً هم به آن فکر کرده بودید.
  • - و ایدهٔ دور، شما را مجبور می‌کند بپرسید «این چه چیزی را حل می‌کرد؟» — و همان پرسش، مسئلهٔ خودتان را از زاویهٔ تازه‌ای نشان می‌دهد. یافتهٔ خود آن پژوهش هم همین است: ترکیب منابع مختلف بهترین نتیجه را داد.

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

آرشیو، خودِ روش است — و تقریباً هیچ‌کس ندارد

شکل سپردهٔ آرشیو ایده و تبادل آرشیو برای فرار از اتاق پژواک
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

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

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

و شکل واریز، شرط‌های مشخصی دارد:

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

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

و راه فرارش ساده و کم‌هزینه است: آرشیو مبادله کنید. دو تیم در یک شرکت فهرست ایده‌هایشان را با هم عوض می‌کنند؛ یا از ایده‌های تیمی استفاده می‌کنید که مسئله‌اش هیچ ربطی به شما ندارد. و هرچه آن تیم دورتر باشد، دستهٔ کارت بهتری است.

هشدار مالکیت فکری جای اشتباهی نشسته

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

و به‌نظرم آن هشدار به‌این‌دلیل به این روش چسبیده که اسمش کلمهٔ «تقلب» را در خود دارد. مسئلهٔ مالکیت فکری مربوط به فعالیت دیگری است: کپی‌کردن پیاده‌سازی محصول رقیب.

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

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

  • - اگر مسئله اینجا هم هست، تطبیق معنا دارد.
  • - و اگر جواب «نه واقعاً، ولی ممکن است جواب بدهد» بود، شما یک راه‌حل در جست‌وجوی مسئله دارید — که حالت شکست استاندارد این روش است.

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

در بافت فارسی: ارزان‌ترین آرشیو، آرشیوی است که برای این کار ساخته نشده

آرشیوهای موجود محلی و منبع بین‌رشته‌ای واقعی
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

این بخش هم افزودهٔ مترجم است و سه نکته دارد.

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

دو: اما لازم نیست منتظر آرشیو بمانید، چون از قبل چند آرشیو دارید که برای این کار ساخته نشده‌اند. و به‌نظرم غنی‌ترینشان این‌هاست:

  • - پاسخ‌های آمادهٔ پشتیبانی. این‌ها عملاً فهرستی از مسئله‌های حل‌شدهاند که از قبل نوشته شده‌اند — و هیچ‌کس به‌عنوان ورودی ایده‌پردازی به آن‌ها نگاه نمی‌کند.
  • - فهرست دورزدن‌های تیم عملیات. هر راه‌حل موقتی که ops برای یک مشکل ساخته، یک ایدهٔ آزموده‌شده در دنیای واقعی است.
  • - و فهرست درخواست‌های رد‌شده. چیزهایی که تصمیم گرفتید نسازید، با دلیلشان — که دقیقاً همان «برچسب مسئله» را هم دارند.

سه: و منبع بین‌رشته‌ای واقعی در بازار ما، محصول‌های خارجی نیستند؛ کسب‌وکارهای غیر‌دیجیتال همین‌جا هستند. چون همان‌طور که در سوگیری همرنگی نوشتم، الگویی که از یک اپ خارجی می‌آید ممکن است هیچ انتظاری در کاربر ما نساخته باشد.

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

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

جمع‌بندی

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

منبع

این نوشته «بازنویسی آزاد» است از مطلب What is Cheatstorming? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف چیت‌استورمینگ به‌عنوان ایده‌پردازی با ورودی ایده‌های موجود از جلسه‌های پیشین و مفهوم بازاستفاده برای هدر‌نرفتن مادهٔ ایده‌پردازی‌شده، تفکیکش از بارش فکری بر پایهٔ باز‌کردن فضای مسئله در برابر میان‌بر تطبیق و منطق «از‌نو‌نساختن چرخ»، سه گام بنیادی دسترسی به ایده‌های پیشین و انتخاب مجموعهٔ تصادفی و شناسایی ایده‌های مرتبط، هفت توصیهٔ اجرای جلسه شامل هدف روشن و محدودیت زمانی و تنوع مشارکت‌کنندگان از دپارتمان‌های مختلف و ساختن مخزن ایده شامل طرح و یادداشت و نقشهٔ ذهنی و پاسخ چت‌بات و انتخاب تصادفی یا مورب و بحث و تطبیق و مستندسازی و ارزیابی، دو نقل‌قول از مقالهٔ کارنگی‌ملون دربارهٔ اثر فرهنگی ایده‌های نامتعارف و دربارهٔ تحمیل پیوند خلاقانه به‌عنوان تنها گزینهٔ چیت‌استورمر، یافته‌های «مطالعهٔ ۲» شامل استفاده از بیش از پنجاه ایده و برتری ایده‌های ترکیب‌کنندهٔ منابع مختلف و سودمندی محدودیت زمانی و کاهش شوق نسبت به ایده‌های تکراری، و شش محدودیت شامل مهار خلاقیت و نگرانی مالکیت فکری و تمرکز افراطی بر تطبیق و اثر اتاق پژواک و کیفیت مادهٔ خام و پویایی گروه — از این منبع گرفته شده. منبع به مقالهٔ Brainstorm, Chainstorm, Cheatstorm, Tweetstorm: New Ideation Strategies for Distributed HCI Design از Carnegie Mellon و به Alan Dix ارجاع می‌دهد. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

متن مقالهٔ اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمه‌به‌کلمه ارائه نشده و متن کامل انگلیسی (به‌همراه همهٔ تصاویر) در لینک زیر در دسترس است.

بخش‌های افزودهٔ مترجم: صورت‌بندی آغازین دربارهٔ تناقض گام سوم با پژوهش نقل‌شده در خود منبع؛ کل بخش «دستور ایدهٔ مرتبط را انتخاب کنید غلط است» شامل استدلال بر پایهٔ هر دو نقل‌قول که بی‌ربطی سازوکار است نه ایراد، تحلیل بی‌حاصلی ایدهٔ نزدیک و کارآمدی ایدهٔ دور از راه پرسش «این چه چیزی را حل می‌کرد»، پیوندش با یافتهٔ ترکیب منابع در همان پژوهش، و تصحیح عملی نگه‌داشتن انتخاب تصادفی با نشانهٔ تشخیصی «این هیچ ربطی ندارد»؛ کل بخش «آرشیو خودِ روش است» شامل ارتقای گام اول از تیک آماده‌سازی به کل روش، تشخیص نبودِ آرشیو در بیشتر تیم‌ها و علتش، صورت‌بندی روش به‌عنوان سپرده‌ای که پیش‌تر تعیین شده، سه شرط شکل واریز با تأکید بر برچسب مسئلهٔ مبدأ، و اتصال «اتاق پژواک» به نتیجهٔ ساختاری تضمین‌شدنش در آرشیو خودی با راه‌حل مبادلهٔ آرشیو؛ کل بخش «هشدار مالکیت فکری جای اشتباهی نشسته» شامل استدلال بی‌ربط‌بودن آن هشدار به روش توصیف‌شده و تحلیل چسبیدنش به‌دلیل نام روش، جانشین‌کردن خطر واقعی به‌صورت به‌ارث‌بردن محدودیت‌ها بی دلیل‌ها، و محافظ پیشنهادی برای گام ارزیابی با دو حالت جواب و استدلال «پیوند اجباری در اتاق همیشه هوشمندانه به‌نظر می‌رسد»؛ و کل بخش بافت فارسی شامل تحلیل بدتر‌بودن مسئلهٔ آرشیو و توصیهٔ ثبت تایپ‌شده، معرفی سه آرشیو موجودِ ساخته‌نشده‌برای‌این‌کار (پاسخ‌های آمادهٔ پشتیبانی، دورزدن‌های عملیات، درخواست‌های رد‌شده)، و معرفی کسب‌وکارهای غیر‌دیجیتال محلی به‌عنوان منبع بین‌رشته‌ای واقعی با پنج نمونه و استدلالش بر پایهٔ انتظار ساخته‌شده در کاربر، به‌همراه پیشنهاد تغییر نام روش به «بازاستفادهٔ ایده».

تصاویر: هر سه نمودار این صفحه طراحی مستقل مترجم است. تصاویر نسخهٔ اصلی با لایسنس CC BY-SA 4.0 و اجازهٔ استفادهٔ منصفانه منتشر شده‌اند؛ اینجا بازتولید نشده‌اند و در مطلب اصلی قابل مشاهده‌اند.

مشاهدهٔ مقالهٔ اصلی
سپنتا پویا

مترجم: سپنتا پویا

طراح ارشد محصول. مقالات تخصصی UI/UX را با حفظ ساختار و لحن نسخهٔ اصلی به فارسی برمی‌گردانم.

دربارهٔ من

در این مقاله

  • - تعریف
  • - گام‌ها
  • - پژوهش پشتش
  • - پیوند اجباری
  • - آرشیو
  • - مالکیت فکری
  • - محافظ ارزیابی
  • - در بافت فارسی

برچسب‌ها

  • بازاستفادهٔ ایده
  • ایده‌پردازی
  • حافظهٔ تیمی
  • UX
  • ترجمه