‏وقتی همه می‌دونستن ولی چیزی نگفتن

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

نوکیا یه نمونه کلاسیکه. محققان INSEAD بعد از سقوط شرکت با ۷۶ مدیر و مهندس مصاحبه کردن و فهمیدن که همه می‌دونستن Symbian برای دنیای لمسی و اکوسیستم اپ ساخته نشده. ولی آوردن خبر بد به مدیریت ارشد، ریسک شغلی بود نه حرکت حرفه‌ای. نتیجه؟ بخش موبایل نوکیا به ۷.۲ میلیارد دلار فروخته شد. TSB Bank هم در ۲۰۱۸ با یه مهاجرت یکجا (Big Bang) به زمین خورد — گزارش مستقل ۲۶۲ صفحه‌ای اون ماجرا یه جمله کلیدی داره: «ایرادهای فنی مطرح شد، ولی در نظر گرفته نشد.» یک‌ونیم میلیون مشتری به حسابشون دسترسی نداشتن و جریمه ۴۸.۶ میلیون پوندی در کار بود.

پرونده بوئینگ تلخ‌تره. مهندسا به هم می‌نوشتن: «این هواپیما رو دلقک‌هایی طراحی کردن که زیر نظر میمون‌ها کار می‌کنن.» ولی این نوشته‌ها هیچ‌وقت به مدیریت نرسید. سیستم MCAS از یه سنسور واحد داده می‌گرفت، ریسکش مستند بود، و فشار زمان‌بندی تولید اون رو دفن کرد. ۳۴۶ نفر کشته شدن. مایکروسافت هم Windows Phone رو روی یه کرنل اشتباه ساخت، بعد معماریش رو عوض کرد، دستگاه‌های قدیمی آپدیت نگرفتن و پلتفرم مُرد. حتی یه پروژه داخلی مبتنی بر اندروید (Nokia X) ساخته شد که مدیریت اسمش رو گذاشت «خیانت به ویژن ویندوز» و کِشتش. ۷.۶ میلیارد دلار رو نوشتن.

چرا مهندسا حرف نمی‌زنن؟ چون هر بار یه نفر مخالفت کرده، برچسب خورده: «تیم‌پلیر نیست»، «همیشه ایراد می‌گیره»، «انرژی منفی داره.» اون مهندس دیگه خودش رو جلو نمی‌ذاره — و بقیه هم که می‌بیننش، هیچ‌وقت این کار رو نمی‌کنن. کم‌کم سکوت از یه اجبار به یه عادت تبدیل می‌شه. بعدش هم یه توجیه پیدا می‌کنه: «به من ربط نداره»، «اونا بهتر می‌دونن»، «کسی گوش نمی‌ده.» این دیگه بدهی فنی (technical debt) نیست — این درماندگی آموخته‌شده (learned helplessness)ه.

یه پدیده رایج دیگه هم HiPPO (نظر پردرآمدترین فرد اتاق) هست: ارشدترین آدم حرفی می‌زنه و همه سر تکون می‌دن، نه چون موافقن، بلکه چون مخالفت کردن با اون آدم امن نیست. این رو می‌گن «alignment» — ولی alignment واقعی نیست، تسلیم شدنه با برندینگ بهتر.

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

راه‌حل هم فردی نیست — سازمانیه. نمی‌شه از مهندسا خواست «شجاع‌تر» باشن. باید ساختاری ساخت که توش مخالفت از شخص مخالف جدا بشه، postmortemها به‌صورت پیش‌فرض بدون سرزنش باشن، و «اشتباه کردم» نشانه قضاوت خوب باشه نه ضعف. Amazon's «disagree and commit» یه نمونه ناقصه از این ایده — ولی حداقل ایده‌ی ثبت اعتراض بدون تظاهر به توافق رو داره.

نکات کلیدی:

• اکثر فاجعه‌های معماری نه از ناآگاهی، بلکه از سکوت آگاهانه ناشی می‌شن
• نوکیا، TSB، بوئینگ و مایکروسافت همه یه الگو دارن: دانش فنی وجود داشت، ولی به بالا منتقل نشد
• برچسب «تیم‌پلیر نیست» کافیه که یه مهندس رو برای همیشه ساکت کنه
• HiPPO و متریک‌های سطحی دو ابزار رایج بستن بحث‌های فنی هستن
• مخالفت مؤثر یعنی مشکل رو قابل مشاهده کردن، نه اعلام صریح مخالفت
• راه‌حل ساختاریه: جدا کردن اعتراض از معترض، postmortem بدون سرزنش، و فرهنگی که «اشتباه کردم» رو تشویق می‌کنه