N.085

سه نوع سازمان، سه مسیر متفاوت برای ورود به هوش مصنوعی

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

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

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

چرا نقشه‌ی یکسان برای همه جواب نمی‌ده

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

سازمانی که سال‌ها روی کنترل متمرکز و تأیید چندلایه ساخته شده، با سازمانی که از قبل تیم‌های نیمه‌خودمختار داره، نمی‌تونن با یه سرعت و یه ترتیب به سمت AI حرکت کنن. برنامه‌ای که برای دومی طراحی شده، توی اولی یا رد می‌شه، یا فقط روی کاغذ می‌مونه.

نوع اول: سلسله‌مراتب سفت و سخت

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

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

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

نوع دوم: سلسله‌مراتب با انعطاف پنهان

ساختار رسمی هنوز سلسله‌مراتبیه، ولی توی عمل، بعضی مدیران میانی از قبل دارن تصمیم‌های محلی می‌گیرن بدون این‌که منتظر تأیید رسمی بمونن. جالب اینه که این سازمان‌ها اغلب خودشون نمی‌دونن این انعطاف رو دارن.

چرا این نوع، فرصت بهتریه: معمولاً یکی-دو نفر از همین مدیرها، از قبل دارن به‌شکل غیررسمی از ابزارهای هوش مصنوعی استفاده می‌کنن یه تحلیل داده‌ی ساده، یه اتوماسیون کوچیک. این‌ها نقطه‌ی شروع طبیعی‌ان.

چی جواب می‌ده: پیدا کردن همون آدم‌ها و رسمیت‌دادن بهشون بودجه، اختیار، و پشتیبانی. اون‌ها سریع‌تر از هر تیم تازه‌تأسیسی جلو می‌رن، چون هم زمینه رو می‌شناسن هم اعتماد همکارها رو دارن.

نوع سوم: از قبل نسبتاً غیرمتمرکز

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

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

چی جواب می‌ده: یه لایه‌ی هماهنگی سبک نه کنترل سنگین. مثلاً یه استاندارد مشترک داده، یا یه جلسه‌ی منظم بین تیم‌ها برای اشتراک تجربه. هدف، وصل‌کردن جزیره‌هاست، نه ساختن یه سلسله‌مراتب تازه روی چیزی که از قبل کار می‌کرد.

چطور بفهمیم کدوم‌مونیم

سه سؤال ساده، معمولاً جواب رو مشخص می‌کنه:

۱. آخرین باری که یه مدیر میانی، بدون تأیید بالادستی، یه ابزار جدید (حتی یه ابزار ساده‌ی AI) رو امتحان کرد، کی بود؟

۲. اگه یه پایلوت هوش مصنوعی شکست بخوره، چه اتفاقی برای کسی که مسئولش بود میفته؟

۳. آیا تیم‌های مختلف، از کارهای AI همدیگه خبردار می‌شن بدون این‌که از بالا هماهنگ بشن؟

جواب‌ها به این سه سؤال، دقیق‌تر از هر مدل تئوریکی می‌گن از کجا باید شروع کرد.

نقطه‌ی کوری که باید صادقانه بگم

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

یه قدم مشترک، قبل از هر سه

صرف‌نظر از نوعت، یه کار همیشه اول لازمه: یه ارزیابی صادقانه که واقعاً کدوم‌یکی هستی، نه اون‌که دوست داری باشی.

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

بیشتر بخوانید: مشکل امنیت هوش مصنوعی، مشکل فنی نیست و چرا اکثر پروژه‌های هوش مصنوعی در کارخانه‌ها، همون‌جا که شروع شدن می‌میرن

چند سؤال پرتکرار

۱. اگه اشتباه تشخیص بدیم چه نوع سازمانی هستیم، چی می‌شه؟
بهترین نشونه، واکنش واقعی به اولین قدمه. اگه پایلوت محدودی که پیشنهاد دادی با مقاومت شدید روبه‌رو شد، احتمالاً سازمان سفت‌تر از چیزی بود که فکر می‌کردی؛ همون‌جا رویکرد رو اصلاح کن.

۲. می‌شه هم‌زمان چند رویکرد رو برای واحدهای مختلف اجرا کرد؟
بله، و اغلب لازمه. مشکل وقتی پیش میاد که یه نسخه رو زوری روی همه‌ی واحدها اعمال کنیم، بدون توجه به تفاوت واقعی‌شون.

۳. چقدر طول می‌کشه تا نوع سازمان عوض بشه؟
سال‌ها، نه ماه‌ها. سلسله‌مراتب سفت می‌تونه تدریجاً منعطف‌تر بشه، ولی این یه فرآیند فرهنگیه، نه یه تصمیم اداری که یک‌شبه اجرا بشه.

۴. رهبر ارشد چقدر باید درگیر باشه؟
برای نوع اول (سلسله‌مراتب سفت)، حمایت آشکارش حیاتیه بدون اون، هر پایلوتی به‌سرعت خاموش می‌شه. برای نوع سوم، نقشش بیشتر تأمین منابع و حذف موانعه تا هدایت مستقیم.

در آخر

قبل از این‌که بپرسی «پیاده‌سازی هوش مصنوعی رو از کجا شروع کنم؟»، یه سؤال زودتر هست که باید جوابش رو بدونی: سازمانی که توشم، واقعاً چه‌جور جایی‌ست؟ جواب صادقانه به همین یه سؤال، بیشتر از هر چارچوب آماده‌ای، مسیر درست رو نشونت می‌ده.

یادداشت‌های تازه رو مستقیم بگیر

هر یادداشت جدید، مستقیم توی ایمیلت. بدون اسپم، هر وقت خواستی لغو کن.

?>
از آکادمی اجرایی

اگر می‌خواهی این را در کار خودت پیاده کنی

این فصل‌ها همین موضوع را با تمرین روی سازمان واقعی خودت پیش می‌برند و خروجی‌شان سندی است که می‌توانی نشان بدهی.

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

دیدن آکادمی