منطق ایجنت‌ها › M2 — حل مسئله و طراحی راه‌حل ⭐
۲.۳ پایدار تدریسی ~۳۰ دقیقه

ایجنت به‌عنوان همفکر

قبل از این فصل: فصل ۱.۲

در یک نگاه

۲.۳.۱

تحقیق و جمع‌آوری

ساده‌ترین کاربرد، و جایی که بیشترین وقت را برایت آزاد می‌کند: وقتی وارد موضوعی می‌شوی که چیزی ازش نمی‌دانی.

به‌جای «درباره‌ی X توضیح بده» — که یک متن عمومی می‌گیری — این‌طور بپرس:

تفاوت این‌ها با سؤال عمومی این است که ساختار می‌خواهند، نه اطلاعات. و ساختار همان چیزی است که وقتی وارد موضوع تازه می‌شوی نداری.

یک هشدار که از فصل ۱.۱ می‌آید: اینجا دقیقاً جایی است که ممکن است از خودش دربیاورد. برای هر چیزی که قرار است رویش تصمیم بگیری، منبع بخواه یا خودت راستی‌آزمایی کن — درس ۲.۸.

۲.۳.۲

پیش‌نویس نوشتن

مشکل نوشتن معمولاً نوشتن نیست — شروع‌کردن است. صفحه‌ی خالی گران‌ترین قسمت کار است.

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

پس روش درست این نیست که انتظار متن نهایی داشته باشی. این است که یک پیش‌نویس بگیری تا روی آن فکر کنی.

و یک قاعده که در ماژول ۵ جدی‌تر می‌شود: هرچه بیرون‌تر می‌رود — به مشتری، به مدیر، با اسم تو — بازبینی‌اش باید دقیق‌تر باشد.

۲.۳.۳

تحلیل و مرتب‌کردن فکر

حالتی که همه می‌شناسند: بیست تا فکرِ پراکنده داری و نمی‌دانی از کجا شروع کنی.

همه‌شان را همان‌طور به‌هم‌ریخته بنویس و بگو: «این‌ها را دسته‌بندی کن و بگو کدام‌ها با هم مرتبط‌اند.» یا: «کدام یکی از این‌ها ریشه‌ی بقیه است؟»

این کار دو چیز به تو می‌دهد که خودت به‌سختی می‌بینی: الگو — اینکه چند تا از فکرهایت در واقع یک چیزند — و غایب‌ها — اینکه چه چیزی در فهرست نیست ولی باید باشد.

و مثل همیشه، خروجی را باید بسنجی: دسته‌بندی‌ای که تو با آن موافق نیستی، غلط است — تو موضوع را می‌شناسی، او نه.

۲.۳.۴

بازبینی یک متن یا تصمیم

یک متن یا یک تصمیم داری و می‌خواهی قبل از نهایی‌کردنش کسی نگاهش کند.

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

سؤال سوم از همه مفیدتر است. فرض‌های نانوشته همان چیزهایی هستند که آدم خودش نمی‌بیندشان، چون برایش بدیهی‌اند.

۲.۳.۵

نقش مخالف: بگذار ایده‌ات را بشکند

و حالا مهم‌ترین بخش این فصل.

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

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

چند شکل که خوب جواب می‌دهند:

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

و یک نکته: بعد از گرفتن ایرادها، خودت تصمیم بگیر کدام درست است. مخالف‌خوانی ابزارِ فکرکردن است، نه داور.

۲.۳.۶

مرزهای اعتماد در همفکری

کجا نظرش را جدی بگیر و کجا نه:

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

جدی نگیر در سه چیز:

و یک نکته‌ی ظریف: وقتی با نظرش موافقی، مراقب‌تر باش. تأییدِ ایده‌ای که از قبل دوستش داشتی، احساس خوبی می‌دهد و همان‌جاست که بررسی را رها می‌کنی.

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

تمرین (ساختنی + توضیحی)

یک تصمیم کاری واقعی‌ات را با ایجنت بشکن.

۱. یک تصمیمی که این روزها داری یا گرفته‌ای بنویس — بی‌طرفانه، بدون اینکه خوب جلوه‌اش بدهی.

۲. اول بپرس «نظرت چیست؟» و جواب را نگه دار.

۳. بعد بپرس «سه دلیل قوی بیاور که چرا این اشتباه است» و «شش ماه بعد این شکست خورده — چه اتفاقی افتاده؟».

۴. از ایرادها، بنویس کدام درست بود و کدام نه — و برای آن‌هایی که غلط بودند، بگو چرا (معمولاً چون context تو را نمی‌داند).

پاسخنامه — یک نمونه‌ی خوب را ببین

تصمیم: «می‌خواهم گزارش هفتگی تیم را از جلسه به یک فرم آنلاین تبدیل کنم.»

«نظرت چیست؟» ← «ایده‌ی خوبی است، وقت جلسه را آزاد می‌کند…» — یعنی چیزی که از قبل می‌دانستم.

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

درست بود: این یکی. اصلاً به آن فکر نکرده بودم و دقیقاً همان چیزی است که در تیم ما اتفاق می‌افتد.

غلط بود: «کیفیت گزارش‌ها پایین می‌آید چون نوشتن سخت‌تر از گفتن است.» — در تیم ما برعکس است؛ بچه‌ها در جلسه کم‌حرف‌اند و کتبی بهتر توضیح می‌دهند. این را نمی‌دانست چون context ما را ندارد.

چرا این جواب خوب است: تفاوت دو حالت را نشان می‌دهد، و ایرادِ غلط را با دلیلِ درست رد کرده — نه چون خوشش نیامده، بلکه چون اطلاعاتی دارد که ایجنت ندارد.

ذخیره شد