Aboshخودکارسازی جریان کار، فرایند را میان فعالیت‌ها، سیستم‌ها و افراد هماهنگ می‌کند. خودکارسازی رباتیک فرایند، یا RPA، تعامل تکراری با برنامه‌ها را انجام می‌دهد؛ اغلب جایی که اتصال مناسب نیست. هوش مصنوعی به اطلاعات متغیر کمک می‌کند، ولی عدم‌قطعیتش بررسی و کنترل بیشتر میخواهد. روش را از خطای قابل حذف انتخاب کنید، نه تازه‌ترین نام. پیش از گسترش، استثنا، تلاش مجدد، مسئول و بازیابی را بیازمایید. مسیر عادی سریع‌تر وقتی مفید است که خطا را زیاد نکند و پروندهٔ دشوار را رها نگذارد.
هماهنگی فرایند، فعالیت برنامه و تصمیم نامطمئن را جدا کنید.
پیش از اقدام خودکار، درخواست تکراری و محتوای تغییرکرده را بیازمایید.
ظرفیت خالص را با فرض روشن حساب کنید، نه بازده سرمایهٔ تبلیغاتی.
کوچک‌ترین سازوکار قابل اتکا را انتخاب کنید
جریان کار می‌تواند تأیید و استثنا را هدایت کند. اتصال API، سابقهٔ ساختاریافته را از رابط پشتیبانیشده ردوبدل می‌کند. ربات RPA می‌تواند فعالیت تکراری در سطح صفحه انجام دهد. توضیح IBM دربارهٔ خودکارسازی فرایند کسب‌وکار، این روش‌ها را داخل فرایندی گسترده‌تر می‌گذارد؛ همهٔ خودکارسازی را RPA نمی‌داند.
راهنمای RPA در IBM، کار همراه کاربر و بدون حضور کاربر را جدا می‌کند. در حالت همراه کاربر، فرد درگیر است؛ ربات بدون حضور، کار تعیین‌شده را بدون کلیک فرد در هر مرحله انجام می‌دهد. حالت ترکیبی، این دو را کنار هم دارد. این سه عنوان توصیفی، استاندارد عمومی نیستند و ایمنی خودکارسازی فرایند مشخص را ثابت نمی‌کنند.
هوش مصنوعی همهٔ فعالیت‌های قاعده‌مند را کنار نزده است
قاعدهٔ ثابت را میتوان مستقیم بررسی کرد. مدلی که متن متنوع میگیرد ممکن است به حد اطمینان، بازبینی انسانی و راه جایگزین نیاز داشته باشد. هوش مصنوعی عامل‌محور می‌تواند اقدام‌ها را هماهنگ کند، ولی برای تراکنش تکرارپذیر، به‌خودی‌خود بهتر از ربات محدود یا API نیست.
مجوز و قواعد کسب‌وکار را بیرون از قضاوتِ بی‌پشتوانهٔ مدل نامطمئن نگه دارید. ببینید کدام ورودی تغییر می‌کند، کدام تصمیم اختیار تشخیص میخواهد و اقدام غلط چه هزینه‌ای دارد. راهنمای هوش مصنوعی عامل‌محور به مرزهای کنترل می‌پردازد؛ نام ابزار به‌تنهایی انتخاب را تعیین نمی‌کند.
تلاش مجدد نباید سفارش دوم بسازد
در جریان فرضی، درخواست R17 ساعت ۰۹:۰۰ می‌رسد و پس از تأیید دریافتِ نامطمئن، تکرار یکسان آن ساعت ۰۹:۰۱ می‌رسد. نتیجهٔ مورد نظر کسب‌وکار یک درخواست پذیرفته‌شده است، نه دو سفارش. ساعت ۰۹:۰۲ پیام دیگری از R17 استفاده می‌کند، ولی مقدارش تغییر کرده است. این تعارض، بازبینی مشخص میخواهد؛ نباید خودکار فرض کرد محتوا یکسان است.
مستندات تشخیص تکرار Service Bus مایکروسافت، سازوکار تاریخچهٔ شناسهٔ پیام را در پنجرهٔ تنظیم‌شده نشان می‌دهد. محتوا را مقایسه نمی‌کند و اثر کسب‌وکارِ دقیقاً یک‌باره را تضمین نمی‌کند. برنامهٔ گیرنده همچنان به شناسهٔ پایدار کسب‌وکار، رسیدگی به تعارض و طراحی ایمنِ تلاش مجدد و بازیابی نیاز دارد. این مثال طراحی است، نه توصیه به فعال‌کردن قابلیت پولی پیام‌رسانی.
| زمان | ورودی فرضی | رسیدگی مورد انتظار کسب‌وکار |
|---|---|---|
| ۰۹:۰۰ | R17، درخواست اول | اعتبارسنجی و ثبت یک نتیجه |
| ۰۹:۰۱ | R17، تکرار یکسان | برگرداندن یا تطبیق نتیجهٔ موجود |
| ۰۹:۰۲ | R17، مقدار تغییرکرده | نگه‌داشتن تعارض برای بازبینی مجاز |
نگهداری و کار استثنا را از فایده کم کنید
فرض کنید ۳۰ پروندهٔ فرضی، امروز هرکدام ۱۲ دقیقه می‌خواهند: ۳۶۰ دقیقه. مسیر پیشنهادی برای هر پرونده ۳ دقیقه و در همان دورهٔ اندازه‌گیری ۶۰ دقیقه نگهداری میخواهد: ۹۰ + ۶۰ = ۱۵۰ دقیقه. آزادسازی خالصِ مشروط، ۲۱۰ دقیقه ظرفیت است.
پیشنهاد، دامنه و کیفیت ثابت پرونده و نبود کار استثنای اضافه خارج از این ورودی‌ها را فرض می‌کند. این فرض را بیازمایید. دقیقهٔ آزادشده فقط با سازوکار واقعی هزینه به صرفه‌جویی نقدی تبدیل می‌شود؛ آن را در نرخ حقوق ضرب نکنید و بی‌صدا صرفه‌جویی محققشده ننامید.
پیش از گسترش مسیر عادی، مسیر شکست را آزمایش کنید
بخش کم‌ریسک و برگشت‌پذیری با مسئول روشن انتخاب کنید. ورودی ناقص، درخواست تکراری، سابقهٔ تغییرکرده، شکست دسترسی و بازیابی پس از وقفه را شامل کنید. بنویسید سیستم چه زمانی متوقف می‌شود و از فرد می‌پرسد، به‌جای آنکه اقدام دیگری کند.
سابقهٔ کشف فرایند تحویل کار را آشکار می‌کند. راهنمای تحول دیجیتال تغییر کار و پذیرش آن را از نصب نرم‌افزار جدا نگه می‌دارد. پیش از گسترش دامنه، بار واقعی استثنا را بررسی کنید.
- تحویل واقعی را نقشه‌برداری کنید
انتظار، ورودی ناقص و فرد دریافت‌کنندهٔ نتیجه را شامل کنید.
- سازوکار محدود انتخاب کنید
اگر مناسب است، قاعده یا رابط قطعیِ پشتیبانیشده را ترجیح دهید.
- تلاش مجدد و استثنا را بیازمایید
شناسهٔ کسب‌وکار، مجوز، رسیدگی به تعارض و بازیابی را تأیید کنید.
- کل اثر را اندازه بگیرید
نگهداری، اصلاح، کیفیت و پروندهٔ حل‌نشده را در همان دوره حساب کنید.
مثالی مرتبط از ابوالفضل
نامزد محدود خودکارسازی را با کار و نگهداری لازم مقایسه کنید.
به انگلیسی در وبلاگ شخصی ابوالفضل، بنیان‌گذار Vrolen. مطالعهٔ مرتبط است، نه منبع فنی مستقل.
چک‌لیست عملی
- نتیجهٔ مشتری و مرز را تعریف کنید.
- قاعدهٔ ثابت را از قضاوت نامطمئن جدا کنید.
- در صورت مناسب‌بودن، رابط پشتیبانیشده را ترجیح دهید.
- مجوز را روشن نگه دارید.
- شناسهٔ پایدار کسب‌وکار و رسیدگی به تعارض داشته باشید.
- تلاش مجدد، وقفه و بازیابی را بیازمایید.
- برای پروندهٔ حل‌نشده مسئول انسانی مشخص کنید.
- ظرفیت خالص، کیفیت و هزینهٔ واقعی را جدا بسنجید.
پرسش‌های متداول
پرسش‌های متداول
منابع و مطالعهٔ بیشتر
منابع معتبر استفاده‌شده برای پژوهش و بررسی این راهنما.