ڪهڙي مدد ڪئي اسان کي جلدي نئين حالتن ۾ آن لائن واپار کي ترتيب ڏيڻ ۾

هيلو!

منهنجو نالو ميخائل آهي، مان اسپورٽس ماسٽر ڪمپني ۾ آئي ٽي جو ڊپٽي ڊائريڪٽر آهيان. مان اها ڪهاڻي شيئر ڪرڻ چاهيان ٿو ته ڪيئن اسان انهن چئلينجن کي منهن ڏنو جيڪي وبائي مرض دوران پيدا ٿيا.

نون حقيقتن جي پهرين ڏينهن ۾، اسپورٽ ماسٽر جي معمولي آف لائن واپاري شڪل منجمد ٿي وئي، ۽ اسان جي آن لائن چينل تي لوڊ، بنيادي طور تي ڪلائنٽ جي ايڊريس تي پهچائڻ جي لحاظ کان، 10 ڀيرا وڌي ويو. صرف چند هفتن ۾، اسان هڪ وڏي آف لائن ڪاروبار کي آن لائن ۾ تبديل ڪيو ۽ خدمت کي اسان جي گراهڪن جي ضرورتن مطابق ترتيب ڏنو.

بنيادي طور تي، جيڪو بنيادي طور تي اسان جي پاسي جو آپريشن اسان جو بنيادي ڪاروبار بڻجي ويو. هر آن لائن آرڊر جي اهميت انتهائي وڌي وئي آهي. اهو ضروري هو ته هر روبل کي بچائڻ لاء جيڪو ڪلائنٽ ڪمپني ڏانهن آندو. 

گراهڪن جي درخواستن تي تڪڙو جواب ڏيڻ لاءِ، اسان ڪمپني جي مکيه آفيس ۾ هڪ اضافي رابطي جو مرڪز کوليو آهي، ۽ هاڻي هر هفتي اٽڪل 285 هزار ڪالون وصول ڪري سگهون ٿا. ساڳئي وقت، اسان 270 اسٽورن کي هڪ نئين رابطي واري ۽ محفوظ آپريٽنگ فارميٽ ۾ منتقل ڪيو، جنهن کي گراهڪن کي آرڊر حاصل ڪرڻ جي اجازت ڏني وئي ۽ ملازمن کي پنهنجون نوڪريون برقرار رکڻ لاء.

تبديليءَ جي عمل دوران، اسان کي ٻه مکيه مسئلا درپيش آيا. پهرين، اسان جي آن لائين وسيلن تي لوڊ تمام گهڻو وڌي چڪو آهي (سرجي توهان کي ٻڌايو ته اسان ان سان ڪيئن ڊيل ڪيو). ٻيو، ناياب (اڳ-COVID) عملن جو وهڪرو ڪيترائي ڀيرا وڌي چڪو آهي، جنهن جي نتيجي ۾ وڏي مقدار ۾ تيز رفتار آٽوميشن جي ضرورت هئي. هن مسئلي کي حل ڪرڻ لاء، اسان کي جلدي انهن علائقن مان وسيلن کي منتقل ڪرڻو پيو، جيڪي اڳ ۾ مکيه هئا. ايلينا توهان کي ٻڌايو ته اسان هن سان ڪيئن ڊيل ڪيو.

آن لائن خدمتن جي آپريشن

Kolesnikov سرجي، آن لائن اسٽور ۽ microservices جي آپريشن لاء ذميوار

جڏهن کان اسان جا پرچون اسٽور سياحن جي ويجهو ٿيڻ شروع ٿيا، اسان ميٽرڪ ۾ واڌ کي رڪارڊ ڪرڻ شروع ڪيو جيئن صارفين جو تعداد، اسان جي ايپليڪيشن ۾ رکيل آرڊر جو تعداد، ۽ ايپليڪيشنن جي درخواستن جو تعداد. 

18 مارچ کان 31 مارچ تائين آرڊر جو تعداددرخواستن جو تعداد آن لائن ادائگي جي microservices لاءويب سائيٽ تي رکيل آرڊر جو تعداد

پهرين گراف ۾ اسان ڏسون ٿا ته واڌ تقريبن 14 ڀيرا هئي، سيڪنڊ ۾ - 4 ڀيرا. اسان اسان جي ايپليڪيشنن جي جوابي وقت جي ميٽرڪ کي سڀ کان وڌيڪ اشارو سمجهيو. 

هن گراف ۾ اسان محاذن ۽ ايپليڪيشنن جو جواب ڏسون ٿا، ۽ پاڻ لاءِ اسان اهو طئي ڪيو آهي ته اسان اهڙي ڪا به واڌ محسوس نه ڪئي آهي.

اهو بنيادي طور تي ان حقيقت جي ڪري آهي ته اسان 2019 جي آخر ۾ تياري جو ڪم شروع ڪيو. ھاڻي اسان جون خدمتون محفوظ آھن، فزيڪل سرورز، ورچوئلائيزيشن سسٽم، ڊاڪرز ۽ انھن ۾ خدمتن جي سطح تي غلطي برداشت کي يقيني بڻايو وڃي ٿو. ساڳئي وقت، اسان جي سرور جي وسيلن جي صلاحيت اسان کي ڪيترن ئي لوڊن کي برداشت ڪرڻ جي اجازت ڏئي ٿي.

مکيه اوزار جنهن هن سڄي ڪهاڻي ۾ اسان جي مدد ڪئي اسان جي نگراني نظام هو. سچ پچ، ايتري تائين جو اسان وٽ ھڪڙو سسٽم نه ھو، جيڪو اسان کي سڀني سطحن تي ميٽرڪ گڏ ڪرڻ جي اجازت ڏئي، جسماني سامان ۽ هارڊويئر جي سطح کان وٺي ڪاروباري ميٽرڪ جي سطح تائين. 

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

ڪجهه نقطي تي، اسان سوچيو ۽ فيصلو ڪيو ته اسان وٽ هن کي برداشت ڪرڻ لاء ڪافي آهي - اسان کي هڪ متحد سسٽم جي ضرورت آهي مڪمل تصوير کي مڪمل طور تي ڏسڻ لاء. مکيه ٽيڪنالاجيون جيڪي اسان جي اسٽيڪ ۾ شامل آهن اهي آهن Zabbix هڪ خبرداري ۽ ميٽرڪس اسٽوريج سينٽر جي طور تي، پروميٿيس ايپليڪيشن ميٽرڪ گڏ ڪرڻ ۽ محفوظ ڪرڻ لاءِ، اسٽيڪ ELK لاءِ لاگنگ ۽ ڊيٽا کي محفوظ ڪرڻ لاءِ پوري مانيٽرنگ سسٽم، گڏوگڏ گرافانا لاءِ ويزولائيزيشن، سوگر، ڊڪر. ۽ ٻيون مفيد ۽ شيون جيڪي توهان کان واقف آهن.

ساڳئي وقت، اسان نه رڳو مارڪيٽ تي موجود ٽيڪنالاجيون استعمال ڪندا آهيون، پر اسان جي پنهنجي ڪجهه ترقي پڻ ڪندا آهيون. مثال طور، اسان هڪ ٻئي سان سسٽم کي ضم ڪرڻ لاءِ خدمتون ٺاهيندا آهيون، يعني ميٽرڪ گڏ ڪرڻ لاءِ ڪجهه قسم جو API. ان سان گڏ اسان پنهنجي نگراني واري نظام تي ڪم ڪري رهيا آهيون - ڪاروباري ميٽرڪ جي سطح تي اسان UI ٽيسٽ استعمال ڪندا آهيون. ۽ ٽيمن کي اطلاع ڏيڻ لاءِ ٽيليگرام ۾ هڪ بوٽ پڻ.

اسان پڻ ڪوشش ڪري رهيا آهيون ته مانيٽرنگ سسٽم کي ٽيمن تائين رسائي لائق بڻائين ته جيئن اهي آزاديءَ سان ذخيرو ڪري سگهن ۽ انهن جي ميٽرڪس سان ڪم ڪري سگهن، بشمول ڪجهه تنگ ميٽرڪ لاءِ الرٽ قائم ڪرڻ جيڪي وڏي پيماني تي استعمال نه ڪيا ويا آهن. 

سڄي سسٽم ۾، اسان ڪوشش ڪريون ٿا ته جيئن جلدي ممڪن ٿي سگهي واقعن جي ڪارڪردگي ۽ مقامي ڪرڻ. ان کان علاوه، اسان جي microservices ۽ سسٽم جو تعداد خاص طور تي تازو ٿي چڪو آهي، ۽ انضمام جو تعداد ان جي مطابق وڌي ويو آهي. ۽ انضمام جي سطح تي واقعن جي تشخيص جي عمل کي بهتر ڪرڻ جي حصي جي طور تي، اسان هڪ سسٽم ٺاهي رهيا آهيون جيڪو توهان کي ڪراس-سسٽم چيڪ ڪرڻ جي اجازت ڏئي ٿو ۽ نتيجو ڏيکاري ٿو، جيڪو توهان کي درآمد ڪرڻ ۽ سسٽم جي رابطي سان لاڳاپيل بنيادي مسئلن کي ڳولڻ جي اجازت ڏئي ٿو. هر هڪ. 

يقينن، اسان وٽ اڃا تائين ڪمرو آهي ترقي ۽ آپريٽنگ سسٽم جي لحاظ کان، ۽ اسان فعال طور تي ان تي ڪم ڪري رهيا آهيون. توھان اسان جي نگراني واري نظام بابت وڌيڪ پڙھي سگھو ٿا هتي. 

ٽيڪنيڪل ٽيسٽ 

اورلوف سرجي، ويب ۽ موبائل ڊولپمينٽ لاءِ قابليت سينٽر جو سربراهه آهي

جڏهن کان جسماني اسٽور جي بندش شروع ٿي آهي، اسان ترقي جي نقطه نظر کان مختلف چئلينج کي منهن ڏنو آهي. سڀ کان پهريان، لوڊ اضافو جيئن. اهو واضح آهي ته جيڪڏهن مناسب اپاء نه ورتو وڃي، پوء جڏهن سسٽم تي تمام گهڻو لوڊ ڪيو ويندو آهي، اهو هڪ اداس ڌماڪي سان ڪدو ۾ تبديل ڪري سگهي ٿو، يا ڪارڪردگي ۾ مڪمل طور تي خراب ٿي سگهي ٿو، يا ان جي ڪارڪردگي کي به وڃائي سگھي ٿو.

ٻيو پاسو، ٿورڙو گهٽ واضح، اهو آهي ته اعلي لوڊ هيٺ سسٽم کي تمام جلدي تبديل ڪيو وڃي، ڪاروباري عملن ۾ تبديلين کي ترتيب ڏيڻ. ڪڏهن ڪڏهن هڪ ڏينهن ۾ ڪيترائي ڀيرا. ڪيترين ئي ڪمپنين جو هڪ قاعدو آهي ته جيڪڏهن مارڪيٽنگ سرگرمي تمام گهڻي آهي، سسٽم ۾ ڪا به تبديلي ڪرڻ جي ضرورت ناهي. ڪجھ به نه، ان کي ڪم ڪرڻ ڏيو جيستائين اھو ڪم ڪري.

۽ اسان وٽ لازمي طور تي هڪ لامحدود ڪارو جمعه هو، جنهن دوران اهو نظام تبديل ڪرڻ ضروري هو. ۽ سسٽم ۾ ڪا به غلطي، مسئلو، يا ناڪامي ڪاروبار لاء تمام قيمتي هوندي.

اڳتي ڏسندي، مان چوندس ته اسان انهن تجربن کي منهن ڏيڻ ۾ ڪامياب ٿي ويا، سڀئي سسٽم لوڊ برداشت ڪيا، آسانيء سان ماپ ڪيا ويا، ۽ اسان کي ڪنهن به عالمي ٽيڪنيڪل ناڪامي جو تجربو نه ڪيو ويو.

اتي چار ٿنڀا آھن جن تي سسٽم جي صلاحيت تيز اضافو لوڊ برداشت ڪرڻ جي صلاحيت رکي ٿي. انهن مان پهريون مانيٽرنگ آهي، جنهن بابت توهان صرف مٿي پڙهي سگهو ٿا. هڪ تعمير ٿيل مانيٽرنگ سسٽم کان سواء، سسٽم جي رڪاوٽون ڳولڻ تقريبا ناممڪن آهي. هڪ سٺو مانيٽرنگ سسٽم گهر جي ڪپڙن وانگر آهي؛ اهو آرام سان ۽ توهان جي مطابق هجڻ گهرجي.

ٻيو پاسو امتحان آهي. اسان هن نقطي کي تمام سنجيدگي سان وٺون ٿا: اسان هر سسٽم لاءِ کلاسک يونٽ، انٽيگريشن ٽيسٽ، لوڊ ٽيسٽ ۽ ٻيا ڪيترائي لکندا آهيون. اسان هڪ جاچ واري حڪمت عملي پڻ لکي رهيا آهيون، ۽ ساڳئي وقت ڪوشش ڪري رهيا آهيون ته جاچ جي سطح کي انهي نقطي تائين وڌايو وڃي ته اسان کي هاڻي دستي چيڪن جي ضرورت ناهي.

ٽيون ستون CI/CD پائپ لائن آهي. ايپليڪيشن جي تعمير، جانچ، ۽ ترتيب ڏيڻ جي عمل کي ممڪن طور تي خودڪار ٿيڻ گهرجي؛ ڪو به دستي مداخلت نه هجڻ گهرجي. CI/CD پائپ لائن جو موضوع ڪافي اونهو آهي، ۽ مان صرف ان تي مختصر طور تي رابطو ڪندس. اهو صرف قابل ذڪر آهي ته اسان وٽ هڪ CI/CD پائپ لائن چيڪ لسٽ آهي، جيڪا هر پراڊڪٽ ٽيم قابليت سينٽرن جي مدد سان گذري ٿي.

۽ هتي چيڪ لسٽ آهي

هن طريقي سان، ڪيترائي مقصد حاصل ڪيا ويا آهن. هي آهي API ورزننگ ۽ فيچر ٽگل ڪرڻ لاءِ ريليز ٽرين کان بچڻ لاءِ، ۽ مختلف ٽيسٽن جي ڪوريج حاصل ڪرڻ اهڙي سطح تي ته ٽيسٽنگ مڪمل طور تي خودڪار آهي، ڊيپلائيمينٽون بيحد آهن، وغيره.

چوٿون ستون آرڪيٽيڪچرل اصول ۽ ٽيڪنيڪل حل آهي. اسان گهڻي وقت تائين فن تعمير جي باري ۾ تمام گهڻو ڳالهائي سگهون ٿا، پر مان ڪجهه اصولن تي زور ڏيڻ چاهيان ٿو جن تي آئون ڌيان ڏيڻ چاهيندس.

پهرين، توهان کي مخصوص ڪمن لاء خاص اوزار چونڊڻ جي ضرورت آهي. ها، اهو پڌرو آهي، ۽ اهو واضح آهي ته ناخن کي هڪ هٽر سان هلائڻ گهرجي، ۽ کلائي واچن کي خاص اسڪرو ڊرايور سان ڌار ڪيو وڃي. پر اسان جي عمر ۾، ڪيترائي اوزار عالمگيريت جي ڪوشش ڪندا آهن ته جيئن صارفين جي وڌ ۾ وڌ ڀاڱي کي ڍڪي سگهي: ڊيٽابيس، ڪيش، فريم ورڪ ۽ باقي. مثال طور، جيڪڏھن توھان وٺو MongoDB ڊيٽابيس، اھو ڪم ڪري ٿو گھڻن دستاويزن سان، ۽ Oracle ڊيٽابيس ڪم ڪري ٿو json سان. ۽ اهو لڳي ٿو ته هر شيء لاء استعمال ڪري سگهجي ٿو. پر جيڪڏهن اسان پيداوار لاءِ بيٺا آهيون، ته پوءِ اسان کي هر اوزار جي طاقت ۽ ڪمزورين کي واضح طور تي سمجهڻ جي ضرورت آهي ۽ انهن کي استعمال ڪرڻ جي ضرورت آهي جيڪي اسان کي پنهنجي طبقي جي ڪمن لاءِ گهربل آهن. 

ٻيو، جڏهن سسٽم کي ڊزائين ڪرڻ، پيچيدگي ۾ هر واڌ کي درست هجڻ گهرجي. اسان کي مسلسل ذهن ۾ رکڻ گهرجي؛ گهٽ ملائڻ جو اصول هر ڪنهن کي معلوم آهي. مان سمجهان ٿو ته اهو هڪ مخصوص خدمت جي سطح تي، ۽ سڄي نظام جي سطح تي، ۽ تعميراتي نظارن جي سطح تي لاڳو ڪيو وڃي. افقي طور تي هر سسٽم جي جزو کي لوڊ رستي سان گڏ ڪرڻ جي صلاحيت پڻ اهم آهي. جيڪڏهن توهان وٽ اها صلاحيت آهي، اسڪيلنگ ڏکيو نه ٿيندو.

ٽيڪنيڪل حلن جي ڳالهه ڪندي، اسان پراڊڪٽ ٽيمن کي تجويزون، خيالن ۽ حلن جو هڪ نئون سيٽ تيار ڪرڻ لاءِ چيو، جن کي انهن ڪم لوڊ جي ايندڙ لهر جي تياري ۾ لاڳو ڪيو.

ڪيشي

اهو ضروري آهي ته شعوري طور تي مقامي ۽ ورهايل ڪيش جي چونڊ سان رابطو ڪيو وڃي. ڪڏهن ڪڏهن اهو سمجهه ۾ اچي ٿو ته ٻنهي کي هڪ ئي سسٽم ۾ استعمال ڪيو وڃي. مثال طور، اسان وٽ سسٽم آهن جن ۾ ڪجهه ڊيٽا بنيادي طور تي هڪ شوڪيس ڪيش آهي، اهو آهي، تازه ڪاري جو ذريعو سسٽم جي پويان واقع آهي، ۽ سسٽم تبديل نه ڪندا آهن. هن ڊيٽا. هن طريقي لاءِ اسان مقامي ڪيفين ڪيش استعمال ڪندا آهيون. 

۽ اهو ڊيٽا آهي ته سسٽم فعال طور تي آپريشن دوران تبديل ڪري ٿو، ۽ هتي اسان اڳ ۾ ئي استعمال ڪري رهيا آهيون ورهايل ڪيش Hazelcast سان. اهو طريقو اسان کي ورهايل ڪيش جي فائدن کي استعمال ڪرڻ جي اجازت ڏئي ٿو جتي اهي واقعي گهربل آهن، ۽ هيزل ڪاسٽ ڪلستر ڊيٽا کي گردش ڪرڻ جي خدمت جي قيمت کي گھٽائي ٿو جتي اسان ان کان سواء ڪري سگهون ٿا. اسان ڪيش بابت گهڻو ڪجهه لکيو آهي. هتي и هتي.

ان کان علاوه، Hazelcast ۾ Cryo کي سيريلائزر تبديل ڪرڻ اسان کي سٺو واڌارو ڏنو. ۽ ReplicatedMap کان IMap + Near Cache ۾ Hazelcast ۾ منتقلي اسان کي ڪلستر ۾ ڊيٽا جي حرڪت کي گھٽ ڪرڻ جي اجازت ڏني. 

ٿورڙي صلاح: ماس ڪيش جي غلط ٿيڻ جي صورت ۾، ڪڏهن ڪڏهن ٻئي ڪيش کي گرم ڪرڻ ۽ پوءِ ان کي تبديل ڪرڻ جي حڪمت عملي لاڳو ٿيندي آهي. اهو لڳي ٿو ته هن طريقي سان اسان کي ٻه ڀيرا ميموري واپرائڻ حاصل ڪرڻ گهرجي، پر عملي طور تي، انهن سسٽم ۾ جتي اهو مشق ڪيو ويو آهي، ياداشت جو استعمال گهٽجي ويو.

رد عمل واري اسٽيڪ

اسان استعمال ڪندا آهيون رد عمل واري اسٽيڪ ڪافي تعداد ۾ سسٽم ۾. اسان جي حالت ۾، هي آهي Webflux يا ڪوٽلن ڪوروٽين سان. رد عمل وارو اسٽيڪ خاص طور تي سٺو آهي جتي اسان سست ان پٽ آئوٽ آپريشن جي توقع ڪندا آهيون. مثال طور، ڪالون سست سروسز، فائل سسٽم سان ڪم ڪرڻ يا اسٽوريج سسٽم.

سڀ کان اهم اصول آهي بلاڪ ڪالن کان پاسو ڪرڻ. رد عمل واري فريم ورڪ ۾ ننڍو تعداد ۾ لائيو سروس ٿريڊز آهن جيڪي هود هيٺ هلندا آهن. جيڪڏهن اسان لاپرواهيءَ سان پاڻ کي سڌي بلاڪنگ ڪال ڪرڻ جي اجازت ڏيون ٿا، جيئن ته JDBC ڊرائيور ڪال، سسٽم بس بند ٿي ويندو. 

ڪوشش ڪريو غلطين کي پنھنجي رن ٽائم استثنا ۾ تبديل ڪريو. پروگرام جي عمل جي حقيقي وهڪري کي رد عمل واري فريم ورڪ ڏانهن منتقل ڪري ٿو، ۽ ڪوڊ جي عمل کي غير لڪير بنجي ٿو. نتيجي طور، اسٽيڪ ٽريس استعمال ڪندي مسئلن جي تشخيص ڪرڻ تمام ڏکيو آهي. ۽ ھتي حل اھو ھوندو ته ھر غلطي لاءِ واضح، مقصدي رن ٽائم استثنا ٺاھيو وڃي.

ElasticsSearch

جڏهن Elasticsearch استعمال ڪندي، غير استعمال ٿيل ڊيٽا نه چونڊيو. اهو، اصول ۾، پڻ تمام سادو مشورو آهي، پر اڪثر اهو آهي جيڪو وساريو ويو آهي. جيڪڏهن توهان کي هڪ وقت ۾ 10 هزار کان وڌيڪ رڪارڊ چونڊڻ جي ضرورت آهي، توهان کي اسڪرول استعمال ڪرڻ جي ضرورت آهي. هڪ قياس استعمال ڪرڻ لاءِ، اهو ٿورڙو آهي هڪ تعلقي ڊيٽابيس ۾ ڪسر وانگر. 

پوسٽ فلٽر استعمال نه ڪريو جيستائين ضروري هجي. مکيه نموني ۾ وڏي ڊيٽا سان، هي آپريشن تمام گهڻو ڊيٽابيس کي لوڊ ڪري ٿو. 

بلڪ آپريشن استعمال ڪريو جتي قابل اطلاق.

API

جڏهن هڪ API ڊزائين ڪرڻ، منتقل ٿيل ڊيٽا کي گھٽ ڪرڻ لاء گهربل شامل ڪريو. اهو خاص طور تي سامهون جي سلسلي ۾ صحيح آهي: اهو هن سنگم تي آهي ته اسان اسان جي ڊيٽا سينٽرن جي چينلن کان ٻاهر وڃون ٿا ۽ اڳ ۾ ئي ڪم ڪري رهيا آهيون چينل تي جيڪو اسان کي ڪلائنٽ سان ڳنڍي ٿو. جيڪڏهن اهو معمولي مسئلو آهي، تمام گهڻو ٽرئفڪ هڪ منفي صارف تجربو جو سبب بڻائيندو آهي.

۽ آخرڪار، ڊيٽا جو پورو گروپ نه اڇلايو، صارفين ۽ سپلائرز جي وچ ۾ معاهدي بابت واضح ٿيو.

تنظيمي تبديلي

Eroshkina الينا، آئي ٽي لاء ڊپٽي ڊائريڪٽر

هن وقت جڏهن قرنطين ٿيو، ۽ ضرورت پيدا ٿي ته تيزيءَ سان آن لائن ترقيءَ جي رفتار کي وڌائڻ ۽ omnichannel خدمتون متعارف ڪرايون، اسان اڳ ۾ ئي تنظيمي تبديليءَ جي عمل ۾ هئاسين. 

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

قسمت سان، اسان جي پراڊڪٽ ٽيمن جو وڏو حصو آن لائن ۽ omnichannel خدمتن جي علائقي ۾ هئا. هن اسان کي اجازت ڏني ته اسان کي گهٽ ۾ گهٽ وقت ۾ ريموٽ ڪم موڊ تي سوئچ ڪرڻ جي اجازت ڏني وئي (سنجيده، لفظي طور تي ٻن ڏينهن ۾) ڪارڪردگي جي نقصان کان سواء. ڪسٽمائيز ٿيل عمل اسان کي جلدي نئين ڪم جي حالتن کي اپنائڻ جي اجازت ڏني ۽ نئين ڪارڪردگي جي ترسيل جي تيز رفتار کي برقرار رکڻ جي اجازت ڏني.

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

ان لاءِ ڪنهن خاص انتظامي ڪوششن جي ضرورت نه هئي، ڇاڪاڻ ته اسان جي پنهنجي عمل کي منظم ڪرڻ سان گڏ، پراڊڪٽ جي ٽيڪنيڪل بهتري، ۽ معيار جي يقين ڏياريندڙ عملن سان، اسان پنهنجي ٽيمن کي سيکاريندا آهيون ته پاڻ کي منظم ڪرڻ - انتظامي وسيلن کي شامل ڪرڻ کان سواءِ پنهنجي پيداواري عمل کي منظم ڪرڻ.

اسان پنهنجي انتظامي وسيلن تي ڌيان ڏيڻ جي قابل هئاسين جتي ان وقت ضرورت هئي - ڪاروبار سان گڏ همراه ڪرڻ تي: هن وقت اسان جي ڪلائنٽ لاءِ ڇا اهم آهي، پهرين ڪهڙي ڪارڪردگي کي لاڳو ڪيو وڃي، اسان جي ذريعي وڃڻ جي صلاحيت کي وڌائڻ لاءِ ڇا ڪرڻ جي ضرورت آهي. آرڊر پهچائڻ ۽ عمل ڪرڻ. اهو سڀ ڪجهه ۽ هڪ واضع رول ماڊل هن دور ۾ اهو ممڪن ڪيو ته اسان جي پيداوار جي قيمت واري اسٽريمز کي لوڊ ڪرڻ لاءِ جيڪو واقعي اهم ۽ ضروري آهي. 

اهو واضح آهي ته دور دراز ڪم ۽ تبديلي جي تيز رفتار سان، جڏهن ڪاروباري اشارا هر ڪنهن جي شموليت تي ڀاڙين ٿا، توهان صرف ان سلسلي جي اندروني احساسات تي ڀروسو نٿا ڪري سگهو "ڇا اسان سان سڀ ڪجهه ٺيڪ ٿي رهيو آهي؟ ها، اهو سٺو لڳي ٿو." پيداوار جي عمل جي مقصد جي ماپ جي ضرورت آهي. اسان وٽ اهي آهن، اهي هر ڪنهن لاءِ دستياب آهن جيڪي پراڊڪٽ ٽيمن جي ميٽرڪ ۾ دلچسپي رکن ٿا. سڀ کان پهريان، ٽيم پاڻ، ڪاروبار، ذيلي ٺيڪيدار ۽ انتظام.

هر ٻن هفتن ۾ هڪ ڀيرو، هر ٽيم سان هڪ اسٽيٽس منعقد ڪئي ويندي آهي، جتي ميٽرڪ 10 منٽن لاء تجزيو ڪيو ويندو آهي، پيداوار جي عمل ۾ رڪاوٽ جي نشاندهي ڪئي وئي آهي، ۽ هڪ گڏيل حل تيار ڪيو ويو آهي: انهن رڪاوٽن کي ختم ڪرڻ لاء ڇا ڪري سگهجي ٿو. هتي توهان فوري طور تي انتظاميا کان مدد لاء پڇي سگهو ٿا جيڪڏهن ڪو به سڃاڻپ مسئلو ٽيمن جي اثر واري علائقي کان ٻاهر آهي، يا ساٿين جي ماهر جيڪي شايد اڳ ۾ ئي ساڳئي مسئلي کي منهن ڏئي چڪا آهن.

تنهن هوندي، اسان سمجھون ٿا ته ڪيترن ئي ڀيرا تيز ڪرڻ لاء (۽ اهو ئي مقصد آهي جيڪو اسان پاڻ لاء مقرر ڪيو آهي)، اسان کي اڃا تائين گهڻو ڪجهه سکڻ جي ضرورت آهي ۽ ان کي اسان جي روزاني ڪم ۾ لاڳو ڪرڻ جي ضرورت آهي. هن وقت اسان ٻين ٽيمن ۽ نئين پروڊڪٽس ڏانهن اسان جي پيداوار جي انداز کي وڌائڻ لاء جاري آهيون. هن کي ڪرڻ لاء، اسان کي اسان جي لاء هڪ نئين فارميٽ ماسٽر ڪرڻو پوندو - هڪ آن لائن اسڪول جو طريقو ماهر.

ميٿولوجسٽ، ماڻهو جيڪي ٽيمن کي هڪ عمل ٺاهڻ ۾ مدد ڪن ٿا، مواصلات قائم ڪن ٿا، ۽ ڪم جي ڪارڪردگي کي بهتر ڪن ٿا، بنيادي طور تي تبديلي جا ايجنٽ آهن. في الحال، اسان جي پهرين جماعت جا گريجوئيٽ ٽيمن سان ڪم ڪري رهيا آهن ۽ انهن کي ڪامياب ٿيڻ ۾ مدد ڪري رهيا آهن. 

مان سمجهان ٿو ته موجوده صورتحال اسان لاءِ موقعن ۽ امڪانن کي کوليندي آهي، جن کان شايد اسان پاڻ اڃا پوري طرح واقف نه آهيون. پر جيڪو تجربو ۽ مشق اسان هن وقت حاصل ڪري رهيا آهيون ان جي تصديق ڪري ٿي ته اسان ترقيءَ جو صحيح رستو اختيار ڪيو آهي، اسان مستقبل ۾ انهن نون موقعن کي وڃائڻ نه ڏينداسين ۽ انهن چيلينجز جو موثر جواب ڏيڻ جي قابل ٿي وينداسين، جن کي Sportmaster منهن ڏيڻو پوندو.

پهچڻ

هن ڏکئي وقت دوران، اسان بنيادي اصول ٺاهيا آهن جن تي سافٽ ويئر ڊولپمينٽ باقي آهي، جيڪو، منهنجو خيال آهي، هر ڪمپني لاء لاڳاپيل هوندو جيڪو هن سان معاملو ڪري ٿو.

ماڻهو. اهو ئي آهي جيڪو هر شيء تي رکي ٿو. ملازمن کي پنهنجي ڪم مان لطف اندوز ٿيڻ گهرجي ۽ ڪمپني جي مقصدن ۽ انهن شين جي مقصدن کي سمجهڻ گهرجي جن تي اهي ڪم ڪن ٿا. ۽، يقينا، اهي پیشہ ور ترقي ڪري سگھن ٿا. 

ٽيڪنالاجي. ڪمپني لاءِ ضروري آهي ته پنهنجي ٽيڪنالاجي اسٽيڪ سان ڪم ڪرڻ لاءِ پختو انداز اختيار ڪري ۽ قابليت پيدا ڪري جتي اها واقعي گهربل هجي. اهو آواز بلڪل سادو ۽ واضح آهي. ۽ اڪثر نظرانداز ڪيو ويو آهي.

پروسيس. اهو ضروري آهي ته پروڊڪٽ ٽيمن ۽ قابليت سينٽرن جي ڪم کي صحيح طور تي منظم ڪرڻ، ڪاروبار سان رابطي کي قائم ڪرڻ لاء ان سان گڏ هڪ ڀائيواري طور ڪم ڪرڻ لاء.

عام طور تي، اهو تمام گهڻو آهي ته اسان ڪيئن بچايو. اسان جي وقت جي مکيه مقالي هڪ ڀيرو ٻيهر تصديق ڪئي وئي، پيشاني تي هڪ شاندار ڪلڪ سان

ايستائين جو توهان هڪ تمام وڏو آف لائن ڪاروبار آهيو ڪيترن ئي اسٽورن سان ۽ شهرن جو هڪ گروپ جتي توهان هلائيندا آهيو، پنهنجو آن لائن ڪاروبار ترقي ڪريو. هي صرف هڪ اضافي سيلز چينل يا هڪ خوبصورت ايپليڪيشن ناهي جنهن ذريعي توهان ڪجهه خريد ڪري سگهو ٿا (۽ اهو پڻ ڇو ته مقابلي ۾ پڻ خوبصورت آهن). هي هڪ صرف ڪيس ۾ اضافي ٽائر ناهي جيڪو توهان جي طوفان جي موسم ۾ مدد ڪرڻ لاء.

هي هڪ مطلق ضرورت آهي. جنهن لاءِ نه رڳو توهان جي ٽيڪنيڪل صلاحيتن ۽ انفراسٽرڪچر کي تيار ڪيو وڃي پر توهان جا ماڻهو ۽ عمل پڻ. سڀ کان پوء، توهان جلدي خريد ڪري سگهو ٿا اضافي ياداشت، جاء، ترتيب ڏيو نوان مثال، وغيره. پر ماڻهن ۽ عملن کي ان لاءِ اڳ ۾ ئي تيار رهڻو پوندو.

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