یو کال دمخه، زموږ د ګران بشري سرچینو څانګې موږ ته د یوې غوښتنې سره اړیکه ونیوله: د چیټ بوټ لیکلو لپاره چې شرکت ته د نویو راغلو کسانو په شاملیدو کې مرسته وکړي.
راځئ چې روښانه کړو چې موږ خپل محصولات نه جوړوو، مګر موږ خپلو مراجعینو ته د پراختیایي خدماتو بشپړ لړۍ وړاندې کوو. دا کیسه زموږ د داخلي پروژې په اړه ده، چې مراجع د دریمې ډلې شرکت نه دی، بلکې زموږ د بشري سرچینو څانګه ده. اصلي هدف، د خلکو، سرچینو او وخت محدود شتون ته په پام سره، پروژه په وخت بشپړه کول او محصول خپرول دي.
لومړی، راځئ چې هغه دندې تشریح کړو چې حل کولو ته اړتیا لري.
پراختیا ورکوونکي اکثره انټروورټ وي او خبرې کول نه خوښوي، نو دا ډیره اسانه ده چې خپله پوښتنه په بریښنالیک چیٹ کې ولیکئ. د بوټ سره، تاسو اړتیا نلرئ د دې په اړه اندیښنه ولرئ چې له چا څخه پوښتنه وکړئ، چا ته زنګ ووهئ، چیرته لاړ شئ، یا حتی چیرته معلومات وګورئ، یا دا چې ایا دا تازه دی.
دوهمه ستونزه معلومات دي - ډېر څه شته، له مختلفو سرچینو څخه راځي، تل شتون نلري او باید په دوامداره توګه بشپړ او تازه شي.
دا شرکت نږدې ۵۰۰ کارمندان لري چې په مختلفو دفترونو، د وخت زونونو، د روسیې په ښارونو او حتی بهر کې موقعیت لري. معمولا ډیرې پوښتنې شتون لري، نو بله ننګونه د بشري سرچینو کارمندانو باندې د کار بار کمول دي چې د ډیری پوښتل شویو پوښتنو پورې اړه لري.
دا هم اړینه وه چې لاندې پروسې اتومات شي: د نویو کارمندانو ګمارل، د نویو کارمندانو مدیرانو او لارښودانو ته پیغامونه لیږل، او د کورسونو او ازموینو په اړه اتوماتیک یادداشتونه لیږل چې نوي کارمندان باید د بریالي تطبیق لپاره بشپړ کړي.
د سوداګرۍ اړتیاوو پر بنسټ، تخنیکي اړتیاوې جوړې شوې.
دا بوټ باید په سکایپ کې کار وکړي (په تاریخي ډول، دا یوازې داسې پیښ شوي چې شرکت یې کاروي)، نو په Azure کې یو خدمت غوره شو.
د دې لاسرسي محدودولو لپاره، موږ د سکایپ د جواز میکانیزم کارول پیل کړل.
د پارلي اې کتابتون د متن پیژندنې لپاره کارول کیده.
د تنظیم کولو، روزنې، ډیبګ کولو، د بریښنالیک لیست تنظیم کولو، او نورو دندو لپاره هم اداري ویب پورټل ته اړتیا ده.
د پروژې د کار په جریان کې، موږ له یو شمیر ستونزو او ستونزو سره مخ شو.
د مثال په توګه، موږ د خپل Azure حساب سره تخنیکي ستونزې درلودې. مایکروسافټ د دوی په خدماتو کې د ځینو تخنیکي ستونزو له امله زموږ ګډون فعالولو څخه انکار وکړ. نږدې دوه میاشتې، موږ د دې په اړه هیڅ نشو کولی، او د مایکروسافټ ملاتړ بالاخره خپل لاسونه پورته کړل او موږ یې خپلو شریکانو ته راجع کړل، چا چې په بریالیتوب سره هرڅه تنظیم کړل او موږ ته یې حساب راکړ.
تر ټولو ننګونکې مرحله د پروژې پیل وه، کله چې موږ باید غوره کړو چې څه وکاروو، جوړښت به څه وي، څنګه او چیرته معلومات ذخیره کړو، او د سیسټم اجزا او ماډلونه به څنګه یو له بل سره تعامل وکړي.
زموږ په قضیه کې، د هرې پروژې د پیل کولو معمولي ننګونې د کارمندانو د ستونزو له امله نورې هم پیچلې شوې. زموږ د سوداګرۍ طبیعت داسې دی چې، د سوداګریزو پروژو برعکس، داخلي پروژې ډیری وختونه هغه پراختیا کونکي پکې شاملوي چې په اړوندو برخو کې کافي پوهه نلري - دوی په ساده ډول په څنګ کې پریښودل شوي، د راتلونکي لوی، په زړه پورې سوداګریزې پروژې په تمه. په طبیعي توګه، په داسې حالت کې هڅونه هم خورا ننګونکې وه. تولید کم شو، ټیم ډیری وخت بې کاره و، او په نهایت کې، موږ باید د پراختیا کونکي قانع کول (هڅول) یا ځای په ځای کړو. کله چې د پراختیا کونکي ځای په ځای کول، موږ باید روزنه ترسره کړو، پوهه انتقال کړو، او په اصل کې پروژه بیا پیل کړو. هر نوي پراختیا کونکي معمارۍ په مختلف ډول ولیدله او د دوی د پریکړو او هغه کوډ لپاره یې چې دوی لیکلي وو، پخوانیو باندې نیوکه وکړه. بیا لیکل له پیل څخه پیل شول.
دا شاوخوا شپږ میاشتې دوام وکړ. موږ یوازې وخت په نښه کاوه، کوډ بیا تنظیم کاوه او هیڅ نوی نه لیکو.
داخلي پروژې هم معمولا اسناد نلري، چې دا ستونزمن کوي چې پوه شي چې په کوم وخت کې څه باید ترسره شي او لومړیتوبونه څه دي. دا اړینه وه چې یو دایمي ټیم جوړ شي، پروسې ساده شي، او لږترلږه د دریو میاشتو لپاره پلان جوړونه او ارزونه ترسره شي. مګر دا څنګه ترسره کیدی شي کله چې پروژه غیر تجارتي وي، پدې معنی چې په کاري ساعتونو کې لږترلږه پانګونه، پداسې حال کې چې بیا هم پایلې د بهرني پیرودونکي لپاره د هغو په پرتله بدترې نه وي؟
موږ د سرچینو یوه ډله وپیژندله چې د پروژې په پراختیا کې یې برخه اخیستې وه، ورسره بلد وو، او په هغې کار کولو ته لیواله وو. موږ د هرې پروژې لپاره د خلکو د کاري بارونو مهالویش جوړ کړ. موږ کار ارزونه او همغږي کړه، او بیا مو د اصلي پروژو ترمنځ تشو کې مدغم کړ. څلور میاشتې وروسته، موږ د اپلیکیشن کاري پروټوټایپ درلود.
اوس راځئ چې د بوټ د فعالیت، جوړښت، او تخنیکي حلونو په اړه په تفصیل سره خبرې وکړو.
د HR یو له اصلي اړتیاوو څخه د پوښتنې د سم ځواب ورکولو لپاره د کارونکي لخوا لیکل شوي متن پیژندل وو. تاسو کولی شئ یو څه ولیکئ لکه "زه غواړم په رخصتۍ لاړ شم،" "زه غواړم په رخصتۍ لاړ شم،" یا "زه غواړم په رخصتۍ لاړ شم،" او دا به پوه شي او د هغې مطابق به ځواب ووایی. یا، شاید د یو کارمند څوکۍ ماته شوې وي او دوی غواړي یو څه ولیکي لکه "څوکۍ ماته شوې ده،" یا "زما څوکۍ ماته شوې ده،" یا "د څوکۍ شاته برخه راپرېوته." د مناسب روزنې سره، بوټ به دا ډول پوښتنې وپیژني. د متن پیژندنې کیفیت په طبیعي ډول د بوټ روزنې پورې اړه لري، کوم چې موږ به وروسته بحث وکړو.
د فعالیت بله اړتیا او برخه د بوټ د خبرو اترو سیسټم دی. موږ یو سیسټم رامینځته کړی چې بوټ ته اجازه ورکوي چې ډیالوګ ترسره کړي او د اوسني پوښتنې شرایط درک کړي. دا کولی شي ستاسو د پوښتنې په ځواب کې وضاحتي پوښتنې وغواړي او که موږ بوټ ته روزنه ورکړې وي نو خبرو اترو ته دوام ورکړي. سکایپ د ساده مینو توکو ملاتړ کوي ترڅو کاروونکو ته د خبرو اترو د دوام لپاره د ممکنه انتخابونو په اړه وهڅوي. همدارنګه، که موږ په ډیالوګ کې یو مګر ناڅاپه پریکړه وکړو چې له موضوع څخه بهر پوښتنه وکړو، بوټ به دا هم پوه شي.
دا روبوټ کاروونکو ته اجازه ورکوي چې د دوی د شخصي معلوماتو پراساس مختلف اثار واستوي، لکه د دوی موقعیت. د مثال په توګه، که څوک غواړي چې تشناب ومومي، دوی ته به د دفتر نقشه وښودل شي چې دوی تشناب ته لارښوونه کوي. نقشه به د کارمند د اوسني دفتر موقعیت پراساس غوره شي.
د کاروونکو د شخصي معلوماتو ساتنه یو مهم لومړیتوب دی. موږ نشو کولی هر چا ته اجازه ورکړو چې زموږ د بوټ لخوا اداره شوي حساس معلوماتو ته لاسرسی ومومي. واک ورکول د دې بوټ یوه نه بېلېدونکې برخه ده. بوټ کارونکي ته هڅوي چې په هر ډول خبرو اترو کې د ښکیلتیا دمخه اجازه ورکړي. دا لومړی ځل پیښیږي کله چې یو کارمند د بوټ سره اړیکه نیسي. واک ورکول کارونکي مناسب پاڼې ته لیږدوي، چیرې چې دوی یو نښه ترلاسه کوي، کوم چې دوی بیا د سکایپ پیغام کې پیسټ کوي. که چیرې واک ورکول بریالی وي، دوی کولی شي د بوټ سره اړیکه پیل کړي.
واک ورکول د سکایپ د واک ورکولو خدماتو پورټل، د کارپوریټ شبکې، او LDAP له لارې ترسره کیږي. له همدې امله، واک ورکول د کارپوریټ شبکې په اړه د کارونکي اوسني معلوماتو پورې اړه لري.
د بوټ د پراختیا په جریان کې، موږ پوه شو چې موږ د پورټل فعالیت سره یوځای شوي سیسټم ته اړتیا لرو چې HR سره د بوټ په چټکۍ سره ډیبګ کولو کې مرسته وکړي. موږ د پورټل یوه پاڼه اضافه کړه چیرې چې HR کولی شي د کاروونکو لخوا د بوټ سره د کار کولو پرمهال راپور شوي غلطۍ وګوري او د بیا روزنې له لارې یې حل کړي یا یې پراختیا کونکو ته پریږدي چې حل یې کړي.
په پورټل کې د روبوټ د مستقیم روزنې وړتیا له پیل څخه نه وه جوړه شوې. د پراختیا په جریان کې، موږ پوه شو چې د روبوټ روزنه ترټولو عام دنده ده چې د بشري سرچینو کارمندان به یې د کار کولو پرمهال ترسره کړي، او د اضافي بوټ روزنې لپاره پراختیا کونکو ته د متن فایلونو لیږل په بشپړ ډول د منلو وړ ندي. دا ډیر وخت نیسي او ډیرې غلطۍ او ستونزې رامینځته کوي.
موږ د پورټل لپاره د کاروونکي دوستانه بوټ روزنې لپاره د کاروونکي انٹرفیس رامینځته کړی. دا HR ته اجازه ورکوي چې د بوټ اوسنۍ روزنه وګوري، اضافي روزنه چمتو کړي، او موجوده روزنې ته سمون ورکړي. روزنه د ونې جوړښت په توګه وړاندې کیږي، په کوم کې چې نوډونه (یا څانګې) د بوټ ډیالوګ توسیع دی. تاسو کولی شئ ساده پوښتنې او ځوابونه یا پیچلي ډیالوګونه رامینځته کړئ، د HR او د دوی اړتیاو پورې اړه لري.
د حل لارې د جوړښت په اړه څو خبرې.
د حل لارې جوړښت ماډلر دی. پدې کې هغه خدمات شامل دي چې د مختلفو دندو مسؤلیت لري، یعنې:
• په Azure کې د سکایپ بوټ خدمت - د کاروونکو غوښتنې ترلاسه کوي او پروسس کوي. دا یو خورا ساده خدمت دی چې لومړی غوښتنه ترلاسه کوي او د هغې لومړني پروسس ترسره کوي.
• د ادارې پورټل یو داسې خدمت دی چې د پورټل او بوټ تنظیم کولو لپاره ویب انٹرفیس چمتو کوي. بوټ تل لومړی له پورټل سره اړیکه نیسي، او پورټل بیا پریکړه کوي چې د غوښتنې سره څه وکړي.
• د واک ورکولو خدمت — د بوټ او اډمین پورټل لپاره د تصدیق میکانیزمونه چمتو کوي. واک ورکول د Oauth2 پروتوکول له لارې ترسره کیږي. که چیرې واک ورکول بریالی وي، نو خدمت د کارپوریټ شبکې کې د کارونکي اعتبار لرونکي ډیټا په کارولو سره تصدیق کوي، سیسټم ته اجازه ورکوي چې د معلوماتو غیر همغږي کولو پورې اړوند غلطۍ کشف کړي.
• د AI متن پیژندنې ماډل، چې په پایتون کې لیکل شوی او د متن پیژندنې لپاره د ParlAI چوکاټ کاروي. دا یو عصبي شبکه ده، لږترلږه په خپل اوسني پلي کولو کې. موږ د پوښتنو د پوهیدو لپاره د tfDiff الګوریتم کاروو. ماډل د دې سره د اړیکو او روزنې لپاره API چمتو کوي.
په پایله کې، زه غواړم ووایم چې دا زموږ د چیټ بوټ جوړولو لومړۍ هڅه ده، او موږ هڅه وکړه چې سیسټم د امکان تر حده ساده کړو، مګر بیا هم فعال، د لږترلږه هڅو سره. زه فکر کوم چې موږ یو ډیر په زړه پورې محصول رامینځته کړی دی. دا خپل روزنیز سیسټم، د غلطۍ ثبت کول، او خبرتیاوې لري، او دا د هر بل پیغام رسولو اپلیکیشن سره هم مدغم کیدی شي.
سرچینه: www.habr.com
