آیا کسب‌وکار شما برای هوش مصنوعی عملیاتی آماده است؟ یک نمرهٔ ده‌سؤالی

کسب‌وکارهایی که کمترین بهره را از هوش مصنوعی می‌برند، آن‌هایی هستند که فرایندشان هرگز نوشته نشده.

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

آمادگی یعنی چه

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

هیچ‌کدام از این چهار شرط به بودجه یا تخصص فنی ربط ندارد. کسب‌وکار کوچکی با یک فرایند روشن، آماده‌تر از سازمانی با بودجهٔ بزرگ و فرایندهای ضمنی است.

ده سؤال زیر در سه دسته‌اند. برای هر «بله» یک امتیاز.

سؤال‌های ۱ تا ۴ — آیا فرایند مستند و مالک‌دار است؟

1. آیا می‌توانید این فرایند را در کمتر از یک صفحه، مرحله به مرحله بنویسید؟ اگر برای نوشتنش باید از سه نفر بپرسید، پاسخ خیر است.
2. آیا برای هر مرحله یک نقش مالک مشخص است؟ نه یک تیم — یک نقش.
3. آیا موارد استثنایی تعریف شده‌اند؟ اگر پاسخ «بستگی دارد، بسته به مورد» است، سیستم هم همان را یاد می‌گیرد.
4. آیا دو نفر مختلف که همین فرایند را اجرا می‌کنند، نتیجهٔ یکسانی تولید می‌کنند؟ این عملی‌ترین آزمون کل فهرست است.

سؤال‌های ۵ تا ۷ — آیا داده در دسترس و قابل اعتماد است؟

5. آیا داده‌ای که این فرایند به آن نیاز دارد، در یک محل قابل خواندن است؟ اگر در سه سیستم و یک صفحهٔ گسترده پخش است، این اولین پروژه است، نه هوش مصنوعی.
6. آیا می‌دانید چه درصدی از رکوردها ناقص یا قدیمی‌اند؟ نه اینکه ناقص نباشند — اینکه بدانید چقدر.
7. آیا تاریخچه دارید؟ حداقل شش ماه از نتایج گذشتهٔ همین فرایند، برای اینکه بتوانید بسنجید سیستم بهتر است یا نه.

سؤال هفتم بیشترین حذف را ایجاد می‌کند. بدون خط پایه، هیچ راهی برای دانستن اینکه پروژه موفق بوده یا نه وجود ندارد، و پروژه به یک بحث سلیقه‌ای ختم می‌شود.

سؤال‌های ۸ تا ۱۰ — آیا تصمیمی هست که بسپارید؟

8. آیا یک تصمیم مشخص وجود دارد که سیستم مجاز باشد بگیرد؟ نه «کمک به تصمیم» — یک تصمیم واقعی با یک خروجی.
9. آیا حاضرید نتیجهٔ آن تصمیم را وقتی اشتباه است بپذیرید؟ اگر هر خطا نیاز به توضیح‌دادن به یک ذی‌نفع دارد، سیستم عملاً اختیاری ندارد.
10. آیا مسیر ارجاع به انسان مشخص است؟ چه کسی، در چه مهلتی.

نمره‌دهی

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

چرا فرایند مستند شرط لازم است

این نکته‌ای است که در بیشتر بحث‌ها گم می‌شود. یک سیستم هوشمند فرایند شما را کشف نمی‌کند؛ آن را اجرا می‌کند.

اگر فرایند در ذهن سه نفر باشد و هرکدام نسخهٔ کمی متفاوتی داشته باشند، سیستم یکی از آن سه نسخه را — یا ترکیبی از آن‌ها — کدگذاری می‌کند. نتیجه سیستمی است که گاهی کار می‌کند و هیچ‌کس نمی‌داند چرا گاهی نه.

این همان چیزی است که به‌عنوان «توهم مدل» گزارش می‌شود و در بسیاری موارد اصلاً مسئلهٔ مدل نیست. مدل دارد ابهام ورودی را بازتاب می‌دهد.

سؤالی که عمداً در فهرست نیست

یک سؤال هست که تقریباً همیشه اول پرسیده می‌شود و در این ده‌تا نیامده: «آیا تیم فنی داریم؟»

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

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

به همین دلیل هر ده سؤال دربارهٔ چیزی هستند که در کنترل شماست.

پس از رسیدن به نمرهٔ قابل قبول

نمرهٔ ۸ به‌معنی شروع یک پروژهٔ بزرگ نیست. سه قاعده که در عمل نتیجه می‌دهند:

• با باریک‌ترین فرایند ممکن شروع کنید، حتی اگر ارزش مالی‌اش کم به‌نظر برسد. اولین پروژه برای یادگیری سازمانی است، نه برای بازده.
• خط پایه را پیش از هر تغییری ثبت کنید. بعد از استقرار، هیچ‌کس نمی‌تواند بی‌طرفانه به یاد بیاورد وضعیت قبلی چطور بود.
• معیار توقف را بنویسید. در چه شرایطی این پروژه را متوقف می‌کنید؟ بدون آن، پروژه‌های ناموفق سال‌ها ادامه پیدا می‌کنند چون هزینهٔ غرق‌شده دارند.

یک نمونهٔ واقعی: نمرهٔ ۴ و پروژه‌ای که متوقف شد

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

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

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

وقتی پروژه شروع شد، سه هفته طول کشید. برآورد اولیه سه ماه بود.

کاری که آن سه ماه کرد، ساده بود: ابهامی که قرار بود سیستم با آن دست‌وپنجه نرم کند را حذف کرد.

محدودیت این ارزیابی

این ده سؤال دربارهٔ آمادگی عملیاتی است، نه دربارهٔ اینکه آیا این کار ارزش مالی دارد. ممکن است نمرهٔ ۱۰ بگیرید و پروژه همچنان به‌صرفه نباشد چون حجم کافی نیست.

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

اگر نمره‌ام پایین است، از کجا شروع کنم؟

از سؤال چهارم. یکسان‌سازی خروجی دو نفر مختلف، بیشتر سؤال‌های دیگر را هم به‌طور خودکار حل می‌کند.

آیا می‌شود همزمان فرایند را نوشت و سیستم را ساخت؟

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

این ارزیابی برای چه اندازه‌ای مناسب است؟

هر اندازه‌ای. سؤال‌ها دربارهٔ وضوح‌اند، نه دربارهٔ مقیاس.

جمع‌بندی

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

اگر می‌خواهید این ارزیابی را روی یک فرایند مشخص اجرا کنید، جلسهٔ استراتژیک جای شروعش است.