⭕️ بحث ونتیجه گیری ازمقاله:
● بخش اول: تفاوت بین «نیت» و «تأثیر» این جمله
ادموندسون می‌گوید هدف پشت این جمله معمولاً خوب است. می‌خواهد کارکنان مسئولیت‌پذیر باشند، درباره‌ی گزینه‌ها فکر کنند نه اینکه صرفاً مشکل را روی میز بگذارند، و از شکایت منفعلانه جلوگیری کند. اما نتیجه‌ی واقعی آن چیز دیگری است: نه راه‌حل‌های درخشان، بلکه سکوت. و بعد از مدتی، این جمله‌ی معروف مدیران را می‌شنویم: «چطور اوضاع اینقدر بد شد بدون اینکه کسی به من خبر بدهد؟»
وقتی به کارکنان گفته می‌شود «مشکل نیاور»، آن‌ها این‌طور برداشت می‌کنند که مطرح کردن مشکل باعث می‌شود ضعیف، منفی یا مشکل‌ساز به نظر برسند. کارکنان به‌خصوص افرادی که تازه‌کارند یا از مرکز قدرت دورترند، به‌شدت نسبت به این حساس‌اند که چه چیزی ممکن است برچسب «عملکرد ضعیف» یا حتی «آشوب‌گر» به آن‌ها بزند. در نتیجه، نگرانی‌های نیمه‌شکل‌گرفته را عقب نگه می‌دارند و به تأخیر می‌اندازند تا اینکه مشکل آنقدر بزرگ شود که دیگر نتوان پنهانش کرد.
او اضافه می‌کند شاید زمانی این توصیه معنا داشت.در محیط‌هایی با ثبات و پیش‌بینی‌پذیری بالا، و جایی که وابستگی متقابل و پیچیدگی کم بود، تشخیص مشکل و حل آن معمولاً به‌خوبی با هم جفت می‌شدند (مثل یک متخصص تشخیص پزشکی در حوزه‌ای کاملاً تخصصی و مجزا).
● بخش دوم: نمونه‌های واقعی از فاجعه‌های سازمانی
ادموندسون به چند مورد بحران بزرگ اشاره می‌کند که در تحقیقات پس از وقوع آن‌ها مشخص شد نشانه‌های هشدار خیلی زودتر از وقوع فاجعه وجود داشته:
- فاجعه‌ی شاتل‌های ناسا
- رسوایی «دیزل‌گیت» فولکس‌واگن
- ترانوس (Theranos)
- نقض امنیتی بزرگ اکوییفکس چند ماه پیش از این نقض، یک پژوهشگر امنیتی به شرکت هشدار داده بود که در برابر یک حمله‌ی بزرگ آسیب‌پذیر است.در همه‌ این موارد، کارکنان نگرانی‌های امنیتی را مطرح کرده بودند یا اهداف بلندپروازانه را زیر سؤال برده بودند، اما نادیده گرفته شدند یا دلسرد شدند.
● بخش سوم: چرا حل مسئله در سازمان‌های امروزی متفاوت است.نکته‌ی دوم و کمتر آشکار این است که این جمله، نحوه‌ی واقعی حل مسئله در سازمان‌های مدرن را اشتباه می‌فهمد. افراد در شناسایی مشکل خیلی خوب عمل می‌کنند.نماینده‌ خدمات مشتری همان شکایت را پنج بار در هفته می‌شنود؛ پرستاری متوجه می‌شود یک دستگاه گیج‌کننده و مستعد خطاست؛ مهندس جوانی مدام به همان گلوگاه در فرآیند بازبینی کد برمی‌خورد.
اما افراد به‌ندرت تمام اطلاعات، منابع یا اختیار لازم برای طراحی و اجرای راه‌حل را به‌تنهایی دارند. مشکلات واقعی معمولاً از مرزهای وظیفه‌ای، جغرافیایی یا سلسله‌مراتبی عبور می‌کنند. در این شرایط، «راه‌حل بیاور» عملاً این پیام را می‌رساند: «مگر اینکه بتوانی به‌تنهایی یک راه‌حل چندبخشی طراحی کنی، ساکت باش.» الگوی «قهرمان تنها» برای سیستم‌های پیچیده و به‌هم‌وابسته امروزی الگوی مناسبی نیست.سازمان‌های باعملکرد بالا با نبود مشکل تعریف نمی‌شوند؛ بلکه با سرعت و صراحتی که مشکلات مطرح می‌شوند تعریف می‌شوند.
● بخش چهارم: جایگزین‌های پیشنهادی
ادموندسون چند عبارت جایگزین پیشنهاد می‌دهد:
الف) «مشکلات را زود بیاور تا با هم به شکلی سازنده به آن بپردازیم.»تمرکز را از انتظار راه‌حل آماده به سمت فهم دقیق مشکل می‌برد. سؤالات خوب: چه می‌بینی؟ چقدر تکرار شده؟ چه داده یا نمونه‌ای داری؟
ب) «لازم نیست راه‌حل داشته باشی، اما آماده باش که با من فکر کنی.»انتظار مشارکت و مالکیت را حفظ می‌کند، بدون اینکه اجازه‌ی تخلیه‌ی نگرانی‌های مبهم روی میز دیگران باشد.
ج) «مطرح کردن یک مشکل، خودش یک اقدام رهبرانه است، نه بی‌وفایی.»او به نقل‌قولی از رید هستینگز (بنیان‌گذار نتفلیکس) در کتابش اشاره می‌کند که می‌گوید سکوت در برابر مشکل یا بازخورد مفید، نوعی بی‌وفایی به شرکت است.
🔺نتیجه گیری
ادموندسون تأکید می‌کند صرف تغییر شعار کافی نیست — رهبری بیش از عوض کردن جمله است. اگر افراد مشکلات را زود مطرح کنند و با آزردگی یا سرزنش روبه‌رو شوند، خیلی زود درس می‌گیرند که دیگر مطرح نکنند. برای اینکه این هنجارها واقعی شوند، رهبران باید با کنجکاوی، قدردانی و دعوت واقعی به تفکر مشترک به مشکلات پاسخ دهند.
او در پایان می‌نویسد: وقت آن رسیده این ضرب‌المثل کهنه را بازنشسته کنیم. حرف پاول را جدی بگیرید — وقتی افراد دیگر مشکلاتشان را نزد شما نمی‌آورند، دیگر رهبری نمی‌کنید. گفتنِ «مشکلات را زود بیاور و آماده باش با هم فکر کنیم» شاید جذاب و کوتاه نباشد، اما بسیار مؤثرتر است.