Ivan نے DevOps میٹرکس کیسے کیا۔ اثر و رسوخ کا مقصد

ایک ہفتہ گزر چکا ہے جب ایوان نے پہلی بار DevOps میٹرکس کے بارے میں سوچا اور محسوس کیا کہ ان کی مدد سے مصنوعات کی ترسیل کے وقت کا انتظام کرنا ضروری ہے۔ (بازار جانے کا وقت).

یہاں تک کہ اختتام ہفتہ پر، اس نے میٹرکس کے بارے میں سوچا: "تو کیا ہوگا اگر میں وقت کی پیمائش کروں؟ یہ مجھے کیا دے گا؟

بے شک وقت کا علم کیا دے گا؟ فرض کریں کہ ڈیلیوری میں 5 دن لگتے ہیں۔ تو، آگے کیا ہے؟ یہ اچھا ہے یا برا؟ یہاں تک کہ اگر یہ برا ہے، تو آپ کو کسی نہ کسی طرح اس وقت کو کم کرنے کی ضرورت ہے. لیکن کس طرح؟
ان خیالات نے اسے ستایا لیکن کوئی حل نہ نکلا۔

ایوان سمجھ گیا کہ وہ بالکل جوہر پر آگیا ہے۔ میٹرکس کے لاتعداد گراف جو اس نے پہلے دیکھے تھے بہت پہلے اسے اس بات پر قائل کر چکے تھے کہ معیاری نقطہ نظر کام نہیں کرے گا، اور یہ کہ اگر وہ محض منصوبہ بندی کرتا ہے (یہاں تک کہ اگر یہ ایک گروہ ہے)، اس کا کوئی فائدہ نہیں ہوگا۔

کیسے بننا ہے؟…

میٹرک ایک عام لکڑی کے حکمران کی طرح ہے۔ اس کی مدد سے کی گئی پیمائش وجہ نہیں بتائے گی، کیوں جس چیز کی پیمائش کی جا رہی ہے وہ بالکل وہی لمبائی ہے جو اس نے دکھائی تھی۔ حکمران صرف اس کا سائز دکھائے گا، اور کچھ نہیں. وہ فلسفی کا پتھر نہیں ہے، بلکہ صرف ایک لکڑی کا تختہ ہے جس سے پیمائش کرنا ہے۔

اس کے پسندیدہ مصنف ہیری ہیریسن کا "سٹین لیس سٹیل چوہا" ہمیشہ کہتا تھا: ایک خیال دماغ کی تہہ تک پہنچنا چاہیے اور وہیں پڑا رہنا چاہیے، اس لیے کئی دنوں تک تکلیف برداشت کرنے کے بعد، ایوان نے ایک اور کام کرنے کا فیصلہ کیا۔

کچھ دن بعد، آن لائن اسٹورز کے بارے میں ایک مضمون پڑھتے ہوئے، ایوان کو اچانک احساس ہوا کہ آن لائن اسٹور کو کتنی رقم ملتی ہے اس کا انحصار اس بات پر ہوتا ہے کہ سائٹ دیکھنے والے کیسے برتاؤ کرتے ہیں۔ یہ وہی ہیں، زائرین/کلائنٹ، جو اسٹور کو اپنا پیسہ دیتے ہیں اور اس کا ذریعہ ہیں۔ کسی اسٹور کو حاصل ہونے والی نقد رقم کی نچلی لائن کسٹمر کے رویے میں تبدیلیوں سے متاثر ہوتی ہے، کسی اور چیز سے نہیں۔

اس سے معلوم ہوا کہ ناپی گئی قدر کو تبدیل کرنے کے لیے ضروری تھا کہ اس قدر کو بنانے والوں پر اثر انداز ہو، یعنی آن لائن اسٹور کی رقم کو تبدیل کرنے کے لیے، اس اسٹور کے صارفین کے رویے پر اثر انداز ہونا ضروری تھا، اور DevOps میں ڈیلیوری کے وقت کو تبدیل کرنے کے لیے، اس بار "تخلیق" کرنے والی ٹیموں پر اثر انداز ہونا ضروری تھا، یعنی اپنے کام میں DevOps استعمال کریں۔

Ivan نے محسوس کیا کہ DevOps میٹرکس کو گراف کے ذریعہ بالکل بھی ظاہر نہیں کیا جانا چاہئے۔ انہیں اپنی نمائندگی کرنی چاہیے۔ تلاش کا آلہ "باقی" ٹیمیں جو آخری ترسیل کے وقت کو تشکیل دیتی ہیں۔

کوئی بھی میٹرک کبھی بھی اس وجہ کو ظاہر نہیں کرے گا کہ اس یا اس ٹیم نے ڈسٹری بیوشن میں زیادہ وقت کیوں لیا، آئیون نے سوچا، کیونکہ حقیقت میں ایک ملین اور ایک چھوٹی ٹوکری ہو سکتی ہے، اور وہ تکنیکی نہیں، بلکہ تنظیمی ہو سکتے ہیں۔ وہ. آپ میٹرکس سے سب سے زیادہ حاصل کرنے کی توقع کر سکتے ہیں ٹیموں اور ان کے نتائج دکھانا، اور پھر بھی آپ کو ان ٹیموں کو اپنے پیروں سے فالو کرنا ہے اور معلوم کرنا ہے کہ ان میں کیا غلط ہے۔

دوسری طرف، آئیون کی کمپنی کا ایک معیار تھا جس کے تحت تمام ٹیموں کو کئی بنچوں پر اسمبلیوں کی جانچ کرنے کی ضرورت تھی۔ ٹیم اس وقت تک اگلے سٹینڈ پر نہیں جا سکی جب تک کہ پچھلا سٹینڈ مکمل نہ ہو جائے۔ اس سے معلوم ہوا کہ اگر ہم DevOps کے عمل کو اسٹینڈز سے گزرنے کے سلسلے کے طور پر تصور کریں، تو میٹرکس ان اسٹینڈز پر ٹیموں کے گزارے ہوئے وقت کو دکھا سکتا ہے۔ ٹیم کا موقف اور وقت جاننے کی وجہ سے ان سے خاص طور پر وجوہات کے بارے میں بات کرنا ممکن تھا۔

بغیر کسی ہچکچاہٹ کے، ایوان نے فون اٹھایا اور ایک ایسے شخص کا نمبر ڈائل کیا جو ڈی او اوپس کے اندر اور باہر جانے میں مہارت رکھتا ہے:

- ڈینس، براہ کرم مجھے بتائیں، کیا یہ کسی طرح سے سمجھنا ممکن ہے کہ ٹیم نے یہ یا وہ موقف پاس کیا ہے؟
- یقیناً۔ ہمارے جینکنز جھنڈے کو ضائع کر دیتے ہیں اگر عمارت بینچ پر کامیابی کے ساتھ رول آؤٹ ہو جاتی ہے (ٹیسٹ پاس کر لیتی ہے)۔
- سپر جھنڈا کیا ہے؟
- یہ ایک باقاعدہ ٹیکسٹ فائل ہے جیسے "stand_OK" یا "stand_FAIL"، جو کہتی ہے کہ اسمبلی نے اسٹینڈ کو پاس کیا یا ناکام کر دیا۔ ٹھیک ہے، تم سمجھتے ہو، ٹھیک ہے؟
- مجھے لگتا ہے، ہاں۔ کیا اسے ذخیرہ میں اسی فولڈر میں لکھا گیا ہے جہاں اسمبلی واقع ہے؟
- جی ہاں
- اگر اسمبلی ٹیسٹ بینچ کو پاس نہیں کرتی ہے تو کیا ہوگا؟ کیا مجھے ایک نئی تعمیر کرنے کی ضرورت ہے؟
- ہاں
- ٹھیک ہے، آپ کا شکریہ. اور ایک اور سوال: کیا میں صحیح طور پر سمجھتا ہوں کہ میں پرچم کی تخلیق کی تاریخ کو اسٹینڈ کی تاریخ کے طور پر استعمال کر سکتا ہوں؟
- بالکل!
- سپر!

متاثر ہو کر، ایوان نے فون بند کر دیا اور محسوس کیا کہ سب کچھ اپنی جگہ پر گر گیا ہے۔ بلڈ فائل کی تخلیق کی تاریخ اور جھنڈوں کی تخلیق کی تاریخ کو جاننے کے بعد، یہ حساب لگانا ممکن تھا کہ ٹیمیں ہر اسٹینڈ پر کتنا وقت گزارتی ہیں اور یہ سمجھنا کہ وہ سب سے زیادہ وقت کہاں گزارتی ہیں۔

"اس بات کو سمجھتے ہوئے کہ سب سے زیادہ وقت کہاں گزارا جاتا ہے، ہم ٹیموں کی نشاندہی کریں گے، ان کے پاس جائیں گے اور مسئلے کی کھوج لگائیں گے۔" ایوان مسکرایا۔

کل کے لیے، اس نے خود کو تیار کیے جانے والے نظام کے فن تعمیر کا خاکہ بنانے کا کام مقرر کیا۔

جاری رکھنا ...

ماخذ: www.habr.com

نیا تبصرہ شامل کریں