DevOps فلسفہ، جب ترقی کو سافٹ ویئر مینٹیننس کے ساتھ ملایا جاتا ہے، تو کسی کو حیران نہیں کرے گا۔ ایک نیا رجحان زور پکڑ رہا ہے - DevOps 2.0 یا BizDevOps۔ یہ تین اجزاء کو یکجا کرتا ہے: کاروبار، ترقی اور معاونت۔ اور جس طرح DevOps میں، انجینئرنگ کے طریقے ترقی اور تعاون کے درمیان تعلق کی بنیاد بناتے ہیں، اور کاروباری ترقی میں، تجزیات "گلو" کا کردار ادا کرتے ہیں جو ترقی کو کاروبار سے جوڑتا ہے۔
میں ابھی تسلیم کرنا چاہتا ہوں: ہمیں صرف ابھی پتہ چلا ہے کہ ہمارے پاس سمارٹ کتابیں پڑھنے کے بعد حقیقی کاروباری ترقی ہے۔ ملازمین کی پہل اور بہتری کے لیے ایک ناقابل تلافی جذبے کی بدولت یہ کسی طرح اکٹھا ہوا۔ تجزیات اب ڈیولپمنٹ پروڈکشن کے عمل کا حصہ ہے، فیڈ بیک لوپس کو نمایاں طور پر کم کرتا ہے اور باقاعدگی سے بصیرت فراہم کرتا ہے۔ میں آپ کو تفصیل سے بتاؤں گا کہ ہمارے لیے سب کچھ کیسے کام کرتا ہے۔
کلاسک ڈی او اوپس کے نقصانات
جب نئی گاہک کی مصنوعات کا تصور کیا جاتا ہے، ایک کاروبار گاہک کے رویے کا ایک مثالی نمونہ بناتا ہے اور اچھے تبادلوں کی توقع رکھتا ہے، جس کی بنیاد پر وہ اپنے کاروباری اہداف اور نتائج تیار کرتا ہے۔ ترقیاتی ٹیم، اپنے حصے کے لیے، بہت اچھا، اعلیٰ معیار کا کوڈ بنانے کی کوشش کرتی ہے۔ پروسیس کے مکمل آٹومیشن، آسانی اور نئی پروڈکٹ کو برقرار رکھنے کی سہولت کے لیے سپورٹ کی امید ہے۔
حقیقت اکثر اس طرح تیار ہوتی ہے کہ کلائنٹس کو ایک پیچیدہ عمل ملتا ہے، کاروبار کم تبادلوں سے پھنس جاتا ہے، ترقیاتی ٹیمیں فکس کرنے کے بعد ریلیز کرتی ہیں، اور سپورٹ کلائنٹس کی درخواستوں کے بہاؤ میں ڈوب جاتی ہے۔ واقف آواز؟
یہاں برائی کی جڑ اس عمل میں بنائے گئے طویل اور ناقص فیڈ بیک لوپ میں ہے۔ کاروبار اور ڈویلپرز، جب تقاضے جمع کرتے ہیں اور سپرنٹ کے دوران فیڈ بیک وصول کرتے ہیں، تو محدود تعداد میں صارفین کے ساتھ بات چیت کرتے ہیں جو پروڈکٹ کی قسمت پر بہت زیادہ اثر انداز ہوتے ہیں۔ اکثر جو ایک شخص کے لیے اہم ہوتا ہے وہ پورے ہدف والے سامعین کے لیے بالکل عام نہیں ہوتا ہے۔
یہ سمجھنا کہ آیا کوئی پروڈکٹ صحیح سمت میں گامزن ہے، لانچ کے مہینوں بعد مالیاتی رپورٹس اور مارکیٹ ریسرچ کے نتائج کے ساتھ آتا ہے۔ اور محدود نمونے کے سائز کی وجہ سے، وہ گاہکوں کی ایک بڑی تعداد پر مفروضوں کو جانچنے کا موقع فراہم نہیں کرتے ہیں۔ عام طور پر، یہ لمبا، غلط اور غیر موثر ثابت ہوتا ہے۔
ٹرافی کا آلہ
ہمیں اس سے بچنے کا ایک اچھا طریقہ ملا۔ ایک ایسا آلہ جو پہلے صرف مارکیٹرز کی مدد کرتا تھا اب کاروبار اور ڈویلپرز کے ہاتھ میں جا چکا ہے۔ ہم نے فعال طور پر ویب تجزیات کا استعمال شروع کیا تاکہ عمل کو حقیقی وقت میں، یہاں اور اب یہ سمجھنے کے لیے کہ کیا ہو رہا ہے۔ اس کی بنیاد پر، خود پروڈکٹ کی منصوبہ بندی کریں اور اسے بڑی تعداد میں کلائنٹس تک پہنچائیں۔
اگر آپ کسی قسم کی پروڈکٹ میں بہتری کی منصوبہ بندی کر رہے ہیں، تو آپ فوری طور پر دیکھ سکتے ہیں کہ یہ کن میٹرکس سے منسلک ہے، اور یہ میٹرکس کس طرح فروخت اور خصوصیات کو متاثر کرتی ہیں جو کاروبار کے لیے اہم ہیں۔ اس طرح آپ کم اثر کے ساتھ مفروضوں کو فوری طور پر ختم کر سکتے ہیں۔ یا، مثال کے طور پر، اعداد و شمار کے لحاظ سے نمایاں تعداد میں صارفین کے لیے ایک نئی خصوصیت کو رول آؤٹ کریں اور یہ سمجھنے کے لیے کہ آیا سب کچھ حسب منشا کام کر رہا ہے، ریئل ٹائم میں میٹرکس کی نگرانی کریں۔ درخواستوں یا رپورٹس کی صورت میں فیڈ بیک کا انتظار نہ کریں، بلکہ فوری طور پر خود پروڈکٹ بنانے کے عمل کی نگرانی کریں اور اسے ایڈجسٹ کریں۔ ہم ایک نیا فیچر رول آؤٹ کر سکتے ہیں، تین دنوں میں شماریاتی طور پر درست ڈیٹا اکٹھا کر سکتے ہیں، مزید تین دنوں میں تبدیلیاں کر سکتے ہیں - اور ایک ہفتے میں ایک زبردست نئی پروڈکٹ تیار ہو جاتی ہے۔
آپ پورے فنل کو ٹریک کر سکتے ہیں، نئے پروڈکٹ کے ساتھ رابطے میں آنے والے تمام صارفین، ان پوائنٹس کا پتہ لگا سکتے ہیں جہاں فنل تیزی سے تنگ ہو گیا ہے، اور وجوہات کو سمجھ سکتے ہیں۔ ڈویلپرز اور کاروبار دونوں اب اپنے روزمرہ کے کام کے حصے کے طور پر اس کی نگرانی کرتے ہیں۔ وہ ایک ہی گاہک کا سفر دیکھتے ہیں، اور وہ مل کر بہتری کے لیے خیالات اور مفروضے پیدا کر سکتے ہیں۔
تجزیات کے ساتھ کاروبار اور ترقی کا یہ انضمام مسلسل مصنوعات کی تخلیق، مسلسل اصلاح، تلاش اور رکاوٹوں کو دیکھنا اور مجموعی طور پر پورے عمل کو ممکن بناتا ہے۔
یہ سب پیچیدگی کے بارے میں ہے۔
جب ہم کوئی نئی پروڈکٹ بناتے ہیں تو ہم شروع سے شروع نہیں کرتے بلکہ اسے پہلے سے موجود خدمات کے ویب میں ضم کر دیتے ہیں۔ ایک نئی مصنوعات کو آزماتے وقت، ایک کلائنٹ اکثر کئی محکموں سے رابطہ کرتا ہے۔ وہ رابطہ مرکز کے ملازمین کے ساتھ، دفتر میں مینیجرز کے ساتھ بات چیت کر سکتا ہے، وہ سپورٹ سے رابطہ کر سکتا ہے، یا آن لائن چیٹس میں۔ میٹرکس کا استعمال کرتے ہوئے، ہم دیکھ سکتے ہیں، مثال کے طور پر، رابطہ مرکز پر کیا بوجھ ہے، آنے والی درخواستوں پر کارروائی کرنے کا بہترین طریقہ۔ ہم سمجھ سکتے ہیں کہ کتنے لوگ دفتر پہنچتے ہیں اور مشورہ دیتے ہیں کہ کلائنٹ کو مزید مشورہ کیسے دیا جائے۔
انفارمیشن سسٹم کے ساتھ بالکل ایسا ہی ہے۔ ہمارا بینک 20 سال سے زیادہ عرصے سے موجود ہے، اس دوران متضاد نظاموں کی ایک بڑی تہہ بنی اور اب بھی کام کر رہی ہے۔ بیک اینڈ سسٹمز کے درمیان تعامل بعض اوقات غیر متوقع ہو سکتا ہے۔ مثال کے طور پر، کچھ قدیم نظام میں ایک مخصوص فیلڈ کے لیے حروف کی تعداد پر پابندیاں ہیں، اور بعض اوقات یہ نئی سروس کو کریش کر دیتی ہے۔ معیاری طریقوں کا استعمال کرتے ہوئے بگ کو ٹریک کرنا کافی مشکل ہے، لیکن ویب اینالیٹکس کا استعمال کرنا آسان ہے۔
ہم اس مقام پر پہنچ گئے جہاں ہم نے غلطی کے متن کو جمع کرنا اور تجزیہ کرنا شروع کیا جو کلائنٹ کو تمام متعلقہ سسٹمز سے دکھائے جاتے ہیں۔ معلوم ہوا کہ ان میں سے بہت سے پرانے تھے، اور ہم سوچ بھی نہیں سکتے تھے کہ وہ کسی نہ کسی طرح ہمارے عمل میں شامل ہیں۔
تجزیات کے ساتھ کام کرنا
ہمارے ویب تجزیہ کار اور SCRUM ترقیاتی ٹیمیں ایک ہی کمرے میں واقع ہیں۔ وہ مسلسل ایک دوسرے کے ساتھ بات چیت کرتے ہیں. جب ضروری ہو، ماہرین میٹرکس ترتیب دینے یا ڈیٹا ڈاؤن لوڈ کرنے میں مدد کرتے ہیں، لیکن زیادہ تر ٹیم کے اراکین خود تجزیاتی سروس کے ساتھ کام کرتے ہیں، وہاں کچھ بھی پیچیدہ نہیں ہے۔
مدد کی ضرورت ہے اگر، مثال کے طور پر، آپ کو محدود قسم کے کلائنٹس یا ذرائع کے لیے کچھ انحصار یا اضافی فلٹرز کی ضرورت ہو۔ لیکن موجودہ فن تعمیر میں ہم شاذ و نادر ہی اس کا سامنا کرتے ہیں۔
دلچسپ بات یہ ہے کہ تجزیات کے نفاذ کے لیے نئے آئی ٹی سسٹم کی تنصیب کی ضرورت نہیں تھی۔ ہم وہی سافٹ ویئر استعمال کرتے ہیں جس کے ساتھ مارکیٹرز پہلے کام کر چکے ہیں۔ صرف اس کے استعمال پر متفق ہونا اور اسے کاروبار اور ترقی میں نافذ کرنا ضروری تھا۔ یقیناً، ہم صرف وہی نہیں لے سکتے تھے جو مارکیٹنگ کے پاس تھی، ہمیں ہر چیز کو نئے سرے سے ترتیب دینا تھا اور مارکیٹنگ کو نئے ماحول تک رسائی دینا تھی تاکہ وہ ہمارے ساتھ اسی معلوماتی میدان میں ہوں۔
مستقبل میں، ہم ویب اینالیٹکس سافٹ ویئر کا ایک بہتر ورژن خریدنے کا ارادہ رکھتے ہیں جو ہمیں پروسیس شدہ سیشنز کی بڑھتی ہوئی مقدار سے نمٹنے کی اجازت دے گا۔
ہم CRM اور اکاؤنٹنگ سسٹمز سے ویب اینالیٹکس اور اندرونی ڈیٹا بیسز کو مربوط کرنے کے عمل میں بھی سرگرم ہیں۔ ڈیٹا کو ملا کر، ہم تمام ضروری پہلوؤں میں کلائنٹ کی مکمل تصویر حاصل کرتے ہیں: ذریعہ، کلائنٹ کی قسم، پروڈکٹ۔ BI خدمات جو ڈیٹا کو دیکھنے میں مدد کرتی ہیں جلد ہی تمام محکموں کے لیے دستیاب ہو جائیں گی۔
ہم نے آخر کیا کیا؟ درحقیقت، ہم نے اس پر تجزیات اور فیصلہ سازی کو پیداواری عمل کا حصہ بنایا، جس کا اثر واضح ہوا۔
تجزیات: ریک پر قدم نہ رکھیں
اور آخر میں، میں کچھ ٹپس شیئر کرنا چاہتا ہوں جو آپ کو بزنس ڈویلپمنٹ بزنس بنانے کے عمل میں پریشانی میں پڑنے سے بچنے میں مدد فراہم کریں گی۔
- اگر آپ تجزیات تیزی سے نہیں کر سکتے، تو آپ غلط تجزیات کر رہے ہیں۔ آپ کو ایک پروڈکٹ سے ایک آسان راستہ اختیار کرنے اور پھر اسکیل اپ کرنے کی ضرورت ہے۔
- آپ کے پاس ایک ٹیم یا شخص ہونا چاہیے جو مستقبل کے تجزیاتی فن تعمیر کی اچھی سمجھ رکھتا ہو۔ آپ کو ابھی بھی ساحل پر فیصلہ کرنے کی ضرورت ہے کہ آپ تجزیات کو کس طرح پیمانہ کریں گے، اسے دوسرے سسٹمز میں ضم کریں گے، اور ڈیٹا کو دوبارہ استعمال کریں گے۔
- غیر ضروری ڈیٹا تیار نہ کریں۔ ویب کے اعدادوشمار، مفید معلومات کے علاوہ، کم معیار اور غیر ضروری ڈیٹا کے ساتھ ایک بہت بڑا کوڑا کرکٹ بھی ہے۔ اور یہ کچرا فیصلہ سازی اور تشخیص میں مداخلت کرے گا اگر کوئی واضح اہداف نہیں ہیں۔
- تجزیات کی خاطر تجزیات نہ کریں۔ سب سے پہلے، اہداف، آلے کا انتخاب، اور صرف اس کے بعد - تجزیات صرف جہاں اس کا اثر پڑے گا.
یہ مواد چیبوتر اولگا کے ساتھ مل کر تیار کیا گیا تھا۔).
ماخذ: www.habr.com