بوٽ اسان جي مدد ڪندو

هڪ سال اڳ، اسان جي پياري HR ڊپارٽمينٽ اسان کي هڪ چيٽ بٽ لکڻ لاءِ چيو جيڪو ڪمپني ۾ نون ايندڙن جي موافقت ۾ مدد ڪندو.

اچو ته هڪ رزرويشن ڪريون ته اسان پنهنجون پروڊڪٽس ترقي نه ڪندا آهيون، پر اسان گراهڪن کي مڪمل حد تائين ترقياتي خدمتون فراهم ڪندا آهيون. ڪهاڻي اسان جي اندروني منصوبي جي باري ۾ هوندي، جنهن لاء گراهڪ ٽئين پارٽي جي ڪمپني ناهي، پر اسان جي پنهنجي HR. ۽ بنيادي ڪم، ماڻهن، وسيلن ۽ وقت جي محدود دستيابي کي ڏني وئي، منصوبي کي وقت تي مڪمل ڪرڻ ۽ پيداوار کي جاري ڪرڻ آهي.

پهرين، اچو ته انهن مسئلن کي بيان ڪريون جيڪي حل ٿيڻ گهرجن.

ڊولپرز اڪثر ڪري introverted ماڻهو آهن ۽ ڳالهائڻ پسند نه ڪندا آهن؛ اهو تمام آسان آهي توهان جي سوال کي اي ميل چيٽ ۾ لکڻ. هڪ بوٽ سان، توهان کي اهو سوچڻ جي ضرورت ناهي ته ڪير پڇي، ڪنهن کي فون ڪرڻ، ڪٿي وڃڻ، ۽ عام طور تي، معلومات ڪٿي ڳولڻ لاء ۽ ڇا اهو لاڳاپيل آهي.

ٻيو مسئلو معلومات آهي - ان ۾ تمام گهڻو آهي، اهو مختلف ذريعن ۾ آهي، اهو هميشه دستياب ناهي ۽ مسلسل اضافو ۽ تازه ڪاري جي ضرورت آهي.

ڪمپني ۾ لڳ ڀڳ 500 ملازم آهن، اهي مختلف آفيسن، ٽائم زونز، روس جي شهرن ۽ جيتوڻيڪ ٻاهرين ملڪن ۾ موجود آهن، اتي عام طور تي ڪيترائي سوال هوندا آهن، تنهن ڪري هڪ ٻيو ڪم اهو آهي ته HR اهلڪارن تي بار کي گهٽائڻ لاءِ جيڪي اڪثر پڇيا ويندا آهن. ملازمن طرفان.

اهو پڻ ضروري هو ته انهن عملن کي خودڪار ڪرڻ لاءِ: نون ايندڙن جو ڪمپني ۾ شامل ٿيڻ، مينيجرز ۽ نون ايندڙن جي سرپرستن کي پيغام موڪلڻ، ڪورسز ۽ ٽيسٽن جي باري ۾ پاڻمرادو ياد ڏياريندڙ موڪلڻ جيڪي نئين اچڻ واري کي ڪامياب موافقت لاءِ پاس ڪرڻ گهرجن.

ٽيڪنيڪي ضرورتن جي بنياد تي ٺاهيا ويا ڪاروبار گهرجن.

بوٽ کي Skype جي بنياد تي ڪم ڪرڻ گهرجي (تاريخي طور تي، اهي ان کي ڪمپني ۾ استعمال ڪن ٿا)، تنهنڪري Azura تي خدمت چونڊيو ويو.

ان تائين رسائي کي محدود ڪرڻ لاءِ، اسان Skype ذريعي اختيار ڪرڻ واري ميڪانيزم کي استعمال ڪرڻ شروع ڪيو.
ParlAI لائبريري متن جي سڃاڻپ لاءِ استعمال ڪئي وئي

هڪ انتظامي ويب پورٽل پڻ گهربل آهي ترتيب ڏيڻ، ٽريننگ، ڊيبگنگ، ميلنگ ترتيب ڏيڻ ۽ ٻين ڪمن لاءِ.

منصوبي تي ڪم ڪرڻ دوران، اسان کي ڪيترن ئي مسئلن ۽ مشڪلاتن جو سامنا ڪيو.

مثال طور، هڪ Azure اڪائونٽ سان ٽيڪنيڪل مسئلا هئا. Microsoft اسان جي سبسڪرپشن کي چالو ڪرڻ نه ٿو چاهي ڇاڪاڻ ته انهن جي خدمت ۾ ڪجهه ٽيڪنيڪل مشڪلاتن جي ڪري. لڳ ڀڳ ٻن مهينن تائين اسان ان بابت ڪجهه به نه ڪري سگهياسين؛ Microsoft سپورٽ آخرڪار پنهنجا هٿ مٿي اڇلايا ۽ اسان کي ڀائيوارن ڏانهن موڪليو، جن ڪاميابيءَ سان هر شي کي سيٽ ڪيو ۽ اسان کي هڪ کاتو ڏنو.

سڀ کان ڏکيو مرحلو منصوبي جي شروعات هئي، جڏهن توهان کي اهو چونڊڻ جي ضرورت آهي ته اسان ڇا استعمال ڪنداسين، فن تعمير ڇا ٿيندو، ڊيٽا ڪيئن ۽ ڪٿي ذخيرو ڪرڻ، ۽ سسٽم جا حصا ۽ ماڊل هڪ ٻئي سان ڪيئن لهه وچڙ ۾ ايندا.

اسان جي حالت ۾، ڪنهن به منصوبي کي شروع ڪرڻ جا بنيادي طور تي عام مسئلا عملي جي ذريعي وڌيڪ پيچيده ٿي ويا. اسان جي ڪاروبار جون خاصيتون اهڙيون آهن ته، تجارتي منصوبن جي برعڪس، اندروني منصوبن تي اڪثر ڊولپرز پاران ڪم ڪيو ويندو آهي، جن کي گهربل علائقن ۾ ڪافي ڄاڻ نه هوندي آهي - اهي صرف، قسمت جي مرضي سان، ايندڙ بينچ تي انتظار ڪري رهيا آهن. وڏو ٿڌو تجارتي منصوبو. اهو منطقي آهي ته اهڙي صورتحال ۾ motivation سان شيون به ڏاڍيون مشڪل هيون. پيداوار گھٽجي ٿي، ٽيم اڪثر بيڪار آهي، ۽ نتيجي طور توهان کي قائل ڪرڻ (حوصلا افزائي) يا شخص کي تبديل ڪرڻو پوندو. جڏهن ڊولپرز کي تبديل ڪرڻ، توهان کي تربيت ڏيڻ، علم جي منتقلي ۽ لازمي طور تي منصوبي کي ٻيهر شروع ڪرڻ جي ضرورت آهي. هر نئين ڊولپر پنهنجي انداز ۾ فن تعمير کي ڏٺو ۽ اڳوڻين کي ڊاهي ڇڏيو جيڪي انهن فيصلا ڪيا ۽ ٻين ماڻهن جي ڪوڊ لاء. ٻيهر لکڻ شروع ڪيو.

اهو سلسلو اٽڪل ڇهه مهينا هلندو رهيو. اسان صرف وقت جي نشاندهي ڪري رهيا هئاسين، ڪوڊ کي ريفيڪٽر ڪري رهيا هئاسين ۽ ڪجهه به نئون نه لکندا هئاسين.

ان کان علاوه، اندروني منصوبن تي، ضابطي جي طور تي، تقريبن ڪو به دستاويز نه آهي، ۽ اهو سمجهڻ ڏکيو هو ته هر وقت تي ڇا ڪرڻ جي ضرورت آهي، ۽ موجوده ترجيحات ڇا آهن. اهو ضروري هو ته هڪ مستقل ٽيم ٺاهي، پروسيس قائم ڪري، ۽ گهٽ ۾ گهٽ ٽن مهينن لاء پلاننگ ۽ تشخيص کي منظم ڪن. پر اهو ڪيئن ڪجي جڏهن پروجيڪٽ تجارتي نه آهي، جنهن جو مطلب آهي ته توهان کي گهٽ ۾ گهٽ انسانن جي ڪلاڪن جي سيڙپڪاري ڪرڻ جي ضرورت آهي، ۽ ساڳئي وقت نتيجو هڪ خارجي گراهڪ کان وڌيڪ خراب ناهي؟

اسان وسيلن جي هڪ تلاء جي نشاندهي ڪئي آهي جنهن منصوبي جي ترقي ۾ حصو ورتو، ان سان واقف آهيون ۽ ان تي ڪم ڪرڻ چاهيون ٿا. اسان منصوبن تي ماڻهن جي روزگار لاءِ شيڊول تيار ڪيو. اسان ڪم جو جائزو ورتو ۽ همراه ڪيو، ۽ انهن ڪمن کي مکيه منصوبن جي وچ ۾ "سوراخ" ۾ فٽ ڪيو. 4 مھينن کان پوء، اسان اپليڪيشن جو ڪم ڪندڙ پروٽوٽائپ حاصل ڪيو.

هاڻي اچو ته بوٽ جي ڪارڪردگي، فن تعمير ۽ ٽيڪنيڪل حل بابت وڌيڪ تفصيل سان ڳالهايون.

HR جي بنيادي ضرورتن مان هڪ هئي صارف پاران لکيل متن کي سڃاڻڻ لاءِ سوال جو صحيح جواب ڏيڻ لاءِ. توهان هن کي لکي سگهو ٿا - مان موڪلن تي وڃڻ چاهيان ٿو، مان موڪلن تي وڃڻ چاهيان ٿو يا موڪلن تي وڃڻ چاهيان ٿو، ۽ هو سمجهي ۽ ان مطابق جواب ڏيندو. يا اوچتو هڪ ملازم جي ڪرسي ٽٽي ٿي ۽ هو لکڻ چاهي ٿو ”ڪرسي ڀڄي وئي آهي“ يا ”منهنجي ڪرسي ٽٽي وئي آهي“ يا ”ڪرسي جي پٺيءَ جو پاسو ڀڄي ويو آهي“؛ مناسب تربيت سان، بوٽ اهڙين درخواستن کي سڃاڻيندو. متن جي سڃاڻپ جو معيار پاڻ بوٽ جي تربيت تي منحصر آهي، جنهن بابت اسان بعد ۾ ڳالهائينداسين.

ايندڙ گهرج ۽ ڪارڪردگي جو حصو بوٽ جو ڊائلاگ سسٽم آهي. ھڪڙو سسٽم ٺاھيو ويو جنھن ۾ بوٽ ھڪڙي گفتگو ڪري سگھن ٿا ۽ موجوده مسئلي جي حوالي سان سمجھي سگھي ٿو. توهان جي سوال جي جواب ۾، هو ڪنهن به واضح سوالن کان پڇي سگهي ٿو ۽ گفتگو جاري رکي جيڪڏهن اسان بوٽ کي تربيت ڏني آهي ته اهو ڪرڻ لاء. Skype سادو مينيو اختيارن کي سپورٽ ڪري ٿو صارفين کي گفتگو جاري رکڻ جي اختيارن بابت فوري طور تي. انهي سان گڏ، جيڪڏهن اسان هڪ ڳالهه ٻولهه ڪري رهيا هئاسين، پر اوچتو هڪ سوال پڇڻ جو فيصلو ڪيو موضوع کان، بوٽ پڻ اهو سمجهي سگهندو.

بوٽ ان کي ممڪن بڻائي ٿو مختلف نموني موڪلڻ لاء صارف کي سندس ذاتي ڊيٽا جي بنياد تي. مثال طور، هن جي جاء تي. فرض ڪريو جيڪڏهن ڪو ماڻهو ٽوائلٽ ڳولڻ چاهي ته کيس آفيس جو نقشو ڏيکاريو ويندو جيڪو کيس ٽوائلٽ ڏانهن وٺي ويندو. ۽ ڪارڊ چونڊيو ويندو ان تي منحصر آهي ته ملازم ڪهڙي ڪمپني جي آفيس ۾ واقع آهي.

سڀ کان اهم ڪمن مان هڪ آهي صارفين جي ذاتي معلومات جي حفاظت ڪرڻ. اسان هر شخص کي حساس ڊيٽا تائين رسائي جي اجازت نٿا ڏئي سگهون جيڪو اسان جو بوٽ هلائي ٿو. اهڙي بوٽ لاء اختيار جي ضرورت ان جو هڪ لازمي حصو آهي. بوٽ صارف کان پڇي ٿو ته هو تصديق ڪرڻ کان اڳ هو هن سان ڪنهن به ڳالهه ٻولهه ڪري سگهي. اهو پهريون ڀيرو ٿئي ٿو جڏهن هڪ ملازم بوٽ سان رابطو ڪري ٿو. اختيار خود صارف کي مناسب صفحي ڏانهن منتقل ڪري ٿو، جتي صارف هڪ ٽوڪن وصول ڪري ٿو، جنهن کي هو پوءِ Skype پيغام ۾ داخل ڪري ٿو. جيڪڏهن اختيار ڪامياب آهي، توهان شروع ڪري سگهو ٿا بوٽ سان رابطو ڪرڻ.

اختيار Skype جي ذريعي ٿيندي آهي - پورٽل-آٿورائزيشن سروس، ڪارپوريٽ نيٽ ورڪ ۽ LDAP. اهڙيء طرح، اختيار ڪارپوريٽ نيٽ ورڪ تي موجوده صارف ڊيٽا تي منحصر آهي.

بوٽ کي ترقي ڪرڻ جي عمل ۾، اسان محسوس ڪيو ته اسان کي پورٽل ڪارڪردگي ۾ تعمير ٿيل ڪجهه قسم جي سسٽم جي ضرورت آهي جيڪا HR کي جلدي بوٽ کي ڊيب ڪرڻ ۾ مدد ڪري سگهي ٿي. اسان ھڪڙو پورٽل صفحو شامل ڪيو آھي جتي HR استعمال ڪندڙن پاران رڪارڊ ٿيل غلطيون ڏسي سگھي ٿو جڏھن بوٽ سان ڪم ڪري ۽ انھن کي حل ڪري سگھوٿا ٻيهر تربيت استعمال ڪندي يا انھن کي ڊولپرز لاءِ ڇڏي ڏيو.

هڪ بوٽ کي سڌو سنئون پورٽل تي ٽريننگ ڪرڻ جي صلاحيت شروع کان شامل نه هئي. ترقي جي عمل دوران، اسان محسوس ڪيو ته بوٽ جي تربيت تمام عام ڪم آهي جيڪو HR ڊپارٽمينٽ جي ملازمن کي انجام ڏيندو جڏهن ان سان ڪم ڪندي، ۽ بوٽ جي اضافي تربيت لاء ڊولپرز ڏانهن ٽيڪسٽ فائلون موڪلڻ مڪمل طور تي ناقابل قبول آهي. اهو تمام گهڻو وقت کائي ٿو ۽ تمام گهڻيون غلطيون ۽ مسئلا پيدا ڪري ٿو.

اسان هڪ UI لکيو آهي پورٽل تي صارف جي دوستانه تربيت لاءِ بوٽ جي. اهو HR کي بوٽ جي موجوده تربيت کي ڏسڻ جي اجازت ڏئي ٿو، ان کي وڌيڪ ٽريننگ ۽ موجوده تربيت ۾ ترتيب ڏيڻ. ٽريننگ هڪ وڻ جي جوڙجڪ جي نمائندگي ڪري ٿي جنهن ۾ نوڊس، يعني شاخون، بوٽ سان گفتگو جو تسلسل آهن. توهان سادو سوال ۽ جواب ٺاهي سگهو ٿا، يا توهان وزني گفتگو ٺاهي سگهو ٿا، اهو سڀ ڪجهه HR ۽ انهن جي ضرورتن تي منحصر آهي.

حل فن تعمير جي باري ۾ چند لفظ.

حل جو فن تعمير ماڊلر آهي. ان ۾ مختلف ڪمن لاءِ ذميوار خدمتون شامل آهن، يعني:
• Azure تي Skype بوٽ سروس - قبول ڪري ٿي ۽ عمل ڪري ٿي صارف جي درخواستن. هي هڪ بلڪل سادي خدمت آهي جيڪا پهرين درخواست حاصل ڪرڻ ۽ ان جي شروعاتي پروسيسنگ کي انجام ڏيڻ واري آهي.
• ايڊمن پورٽل - هڪ خدمت جيڪا مهيا ڪري ٿي ويب انٽرفيس کي پورٹل قائم ڪرڻ لاءِ ۽ پاڻ بوٽن لاءِ. بوٽ هميشه پهرين پورٽ سان رابطو ڪري ٿو، ۽ پورٽل فيصلو ڪري ٿو ته درخواست سان اڳتي ڇا ڪجي.
• اختيار ڪرڻ جي خدمت - bot ۽ منتظم پورٽل لاءِ تصديق ڪرڻ واري ميڪانيزم مهيا ڪري ٿي. اختيار Oauth2 پروٽوڪول ذريعي ٿئي ٿو. مثبت اختيار سان، خدمت ڪارپوريٽ نيٽ ورڪ ۾ صحيح صارف ڊيٽا جي مطابق اختيار ڪري ٿي، انهي ڪري ته سسٽم هم وقت سازي کان ٻاهر ڊيٽا سان لاڳاپيل غلطين کي ڪنٽرول ڪري سگهي ٿو.
• AI Text Recognition module، Python ۾ لکيل ۽ ParlAI فريم ورڪ استعمال ڪندي پاڻ ئي متن جي سڃاڻپ لاءِ. اهو هڪ نيورل نيٽورڪ آهي، گهٽ ۾ گهٽ ان جي موجوده عمل ۾. اسان سوالن کي سمجھڻ لاءِ tfDiff الگورتھم استعمال ڪريون ٿا. ماڊل ان سان رابطي ۽ سکڻ لاءِ هڪ API مهيا ڪري ٿو.

آخر ۾، مان اهو چوڻ چاهيان ٿو ته اهو اسان جو پهريون تجربو آهي هڪ چيٽ بٽ ٺاهڻ ۾، ۽ اسان ڪوشش ڪئي ته سسٽم کي جيترو ٿي سگهي سادو، پر ساڳئي وقت فعال، ان تي گهٽ ۾ گهٽ محنت جي خرچن سان. منهنجو خيال آهي ته اسان وٽ هڪ تمام دلچسپ پيداوار آهي. ان جي پنهنجي تربيتي نظام سان، غلطي لاگنگ، نوٽيفڪيشن موڪلڻ، اهو پڻ ڪنهن ٻئي ميسينجر سان ضم ٿي سگهي ٿو.

جو ذريعو: www.habr.com