زیادہ تر RPA پروجیکٹس ایک ہی وجہ سے ناکام ہو جاتے ہیں
RPA پروجیکٹس اکثر ناکام ہو جاتے ہیں۔ یہ ٹیکنالوجی کا مسئلہ نہیں ہے۔ یہ عمل (process) کا مسئلہ ہے۔
کمپنیاں سیلز سائیکلز کے دوران بڑے نتائج کا وعدہ کرتی ہیں۔ پھر، عمل درآمد (implementation) ناکام ہو جاتا ہے۔ ایسا اس لیے ہوتا ہے کیونکہ وہ غلط حالات پیدا کرتے ہیں۔
کامیاب آٹومیشن تین چیزوں پر منحصر ہے:
- والیم (Volume): ایک بوٹ کو اس کی دیکھ بھال میں لگنے والے وقت سے زیادہ وقت بچانا چاہیے۔ اگر کوئی کام مہینے میں صرف 80 بار ہوتا ہے، تو بوٹ کا استعمال پیسے کا ضیاع ہے۔
- قواعد (Rules): بوٹس سخت ہدایات پر عمل کرتے ہیں۔ اگر کوئی انسان فیصلے (judgment) کا استعمال کرتا ہے یا سیاق و سباق (context) کو سمجھتا ہے، تو بوٹ ناکام ہو جائے گا۔ آٹومیشن ان بار بار ہونے والے کاموں کے لیے بہترین کام کرتی ہے جن کے قواعد واضح ہوں۔
- استحکام (Stability): جب اسکرینیں بدلتی ہیں یا پورٹلز اپ ڈیٹ ہوتے ہیں تو بوٹس کام کرنا چھوڑ دیتے ہیں۔ ان عملوں کو آٹومیٹ کریں جو مستحکم سسٹمز جیسے کہ legacy ERPs استعمال کرتے ہیں۔
سب سے بڑی غلطی ایک خراب عمل کو آٹومیٹ کرنا ہے۔
بہت سے دستی (manual) عملوں میں برسوں پرانے عارضی حل (workarounds) اور غیر ضروری مراحل شامل ہوتے ہیں۔ اگر آپ ایک غیر موثر عمل کو آٹومیٹ کرتے ہیں، تو آپ صرف اس غیر موثر عمل کی رفتار تیز کر دیتے ہیں۔ آپ اسے ٹھیک نہیں کرتے۔
آپ کو پوچھنا چاہیے: یہ عمل کیوں موجود ہے؟
بعض اوقات، سسٹم میں ایک چھوٹی سی تبدیلی بوٹ سے بہتر طریقے سے مسئلے کو حل کر سکتی ہے۔
"Happy Path" کے جال سے ہوشیار رہیں۔
پائلٹ پروجیکٹس بہت اچھے نظر آتے ہیں کیونکہ وہ مکمل اور درست ڈیٹا پر تجربہ کرتے ہیں۔ اصل پروڈکشن ڈیٹا الجھا ہوا ہوتا ہے۔ اس میں کچھ فیلڈز غائب ہوتی ہیں اور فارمیٹس عجیب و غریب ہوتے ہیں۔
اگر آپ کا بوٹ استثنائی حالات (exceptions) کو سنبھالنے کے لیے نہیں بنایا گیا، تو دو چیزیں ہوتی ہیں:
- بوٹ خراب ہو جاتا ہے اور کام کرنا بند کر دیتا ہے۔
- بوٹ خاموشی سے ناکام ہو جاتا ہے اور غلط ڈیٹا پر کارروائی کرتا ہے۔
یہ دیکھ بھال (maintenance) کا ایک ڈراونا خواب بن جاتا ہے۔
کامیاب ہونے کے لیے، آپ کو پہلے دن سے ہی دیکھ بھال کا منصوبہ بنانا ہوگا۔ ہر بوٹ کے لیے ذمہ دار (owners) مقرر کریں۔ غلطیوں کو جلد پکڑنے کے لیے مانیٹرنگ کا نظام قائم کریں۔ اپنے عمل کو ٹھیک کرنے کے لیے سسٹم کے کریش ہونے کا انتظار نہ کریں۔
ایک بھی بوٹ بنانے سے پہلے، ایک سوال پوچھیں:
کیا آپ صحیح مسئلے کو حل کر رہے ہیں؟
اگر عمل غیر ضروری ہے یا کسی سسٹم کی حد (limitation) کو پورا کرنے کے لیے ہے، تو اسے آٹومیٹ نہ کریں۔ اس کے بجائے سسٹم کو ٹھیک کریں۔
بہترین ٹیمیں آغاز میں رفتار کم رکھتی ہیں تاکہ اس بات کو یقینی بنا سکیں کہ وہ ایسی چیزیں بنا رہی ہیں جو دیرپا ہوں۔
اختیاری لرننگ کمیونٹی: https://t.me/GyaanSetuAi