Dziiiiin! صبح کے 3 بجے ہیں، آپ ایک شاندار خواب دیکھ رہے ہیں، اور اچانک ایک کال آئی۔ آپ اس ہفتے ڈیوٹی پر ہیں، اور بظاہر کچھ ہوا ہے۔ خودکار نظام یہ معلوم کرنے کے لیے کال کرتا ہے کہ کیا غلط ہے۔ یہ جدید کمپیوٹر سسٹمز کے انتظام کا ایک اہم پہلو ہے، لیکن آئیے دیکھتے ہیں کہ لوگوں کے لیے اطلاعات کو کیسے بہتر بنایا جائے۔
نگرانی کے فلسفے سے واقف ہوں، جو مختلف مانیٹرنگ ٹیموں میں میری کئی دہائیوں کے دوران ڈیوٹی کرتا ہے۔ وہ بڑی حد تک روب ایواشچک کی حقیقی بائبل سے متاثر تھیں۔ (My Notification Philosophy) پر کتاب میں شامل ہے۔ ، اور جان السپاف کی کتاب (انتباہات ترتیب دینے پر نوٹس)۔
, и - پوسٹ میں ترمیم کرنے میں آپ کی مدد کا شکریہ۔
کیس کیا ہے؟
میں نے ایک خوبصورت مخفف کے ساتھ آنے کا فیصلہ کیا۔ یا . میں اسے فون کرتا ہوں۔ CASE طریقہ. وہ خودکار نگرانی کے ساتھ کام کرتے وقت توجہ دینے کے لیے چار نکات بیان کرتا ہے:
- (سیاق و سباق کا پابند)
- (عملی قدر)
- (علامات پر زور)
- (درجہ)
اگر آپ CASE استعمال کرتے ہیں، تو آپ اطلاعات کو صحت مندانہ بے حسی کے ساتھ دیکھتے ہیں اور لوگوں کو رات کو نہیں جگاتے ہیں۔ افادیت اور تاثیر کے لیے نگرانی کا باقاعدگی سے جائزہ لیا جانا چاہیے۔ جب کسی شخص کو اطلاع موصول ہوتی ہے، تو اس کے پاس بہتر ذہنی ماڈل اور زیادہ اعتماد ہوگا۔
یاد رکھنا آسان بنانے کے لیے، تصور کریں کہ آپ کو CASE کی ضرورت ہے [یعنی ایک کیس، ایک وجہ - مترجم کا نوٹہر انتباہ کا جواز پیش کرنے کے لیے۔ دھوپ کے چشمے:
اور یہ سب کیوں ہے؟
. بہت سی وجوہات کی بنا پر. اور CASE ان سب کو ختم نہیں کرے گا۔ لیکن اس کے ساتھ، آپ بہتر اطلاعات کے لیے رات کو جاگیں گے۔ یہ طریقہ مختلف تنظیمی عمل کا احاطہ کرتا ہے جو اس معاملے میں بھی مددگار ثابت ہوں گے۔
RED اور USE طریقوں کی خوبصورتی یہ ہے کہ ان کی مدد سے ہم نہ صرف کام کرنا جانتے ہیں بلکہ ایک دوسرے کے ساتھ ایک ہی زبان بولتے ہیں۔ میری امید ہے کہ CASE طریقہ ان اطلاعات پر بات کرنا آسان بنائے گا جو ہمارے سسٹم کی حفاظت کرتی ہیں لیکن ہمارے ساتھیوں کو مصروف رکھتی ہیں۔
بات یہ ہے کہ آپ کو اپنی تنظیم میں ایک ایسا کلچر بنانے کی ضرورت ہے جہاں اطلاعات کے ساتھ صحت مندانہ بے حسی کا برتاؤ کیا جائے۔ نوٹیفیکیشنز کسی خاص مقصد کے لیے بنائے جا سکتے ہیں، لیکن یہ حقیقت نہیں ہے کہ بعد میں ان کی قدر نہیں ہوگی۔ ہم نے یہ اطلاع کیوں ترتیب دی؟ کتنی دیر پہلے اس کے معیار پر نظر ثانی کی گئی ہے؟ CASE کے ساتھ، ان سوالات کا جواب دیا جا سکتا ہے۔
سیاق و سباق - بھاری - سیاق و سباق کا پابند
صبح 3 بجے ایسے پیغامات کو پڑھنے کا بہترین وقت نہیں ہے جن میں بہت سارے ہوشیار الفاظ ہوں۔ مؤثر طریقے سے جواب دینے کے لیے، آپ کو معلومات کی ضرورت ہے۔ مثالی طور پر، یہ ایک مخصوص مسئلے کے بارے میں معلومات ہونی چاہیے، جس کے لیے سیاق و سباق فوری طور پر واضح ہو، اور اطلاعات کو ترتیب دیا جانا چاہیے تاکہ یہ ممکن ہو۔ یہ "مشاہدہ" اور "اورینٹیشن" سے ہے۔ . اس سیٹ اپ پر وقت گزارنا کوئی شرم کی بات نہیں ہے، کیونکہ کسی شخص کو مسلسل مشغول کرنا اور بھی مہنگا ہے۔ آئیے ایک دوسرے کا احترام کریں۔
مسائل کے بہت سے ذرائع ہوتے ہیں۔ خاص طور پر بھوت۔
میں ڈیوٹی آفیسر کی مدد کیسے کر سکتا ہوں؟ ڈیوٹی آفیسر سب سے پہلے جو چیز دیکھتا ہے وہ ایک نوٹیفکیشن ہے، اس لیے وہ اس کی بنیاد پر تمام مفروضے بناتا ہے۔ پھر وہ ہدایات اور ڈیش بورڈز کو دیکھتا ہے، لیکن کیا ہمیشہ کسی مخصوص اطلاع پر ڈیٹا ہوتا ہے، نہ کہ صرف عام معلومات؟ Alspaugh مشورہ دیتا ہے "اس بارے میں سوچنا کہ آپ نوٹیفکیشن کی تشریح یا جواب کیسے دے سکتے ہیں" (سلائیڈ 29). ایک اچھی اطلاع ڈیوٹی پر موجود شخص پر مرکوز ہوتی ہے، نہ کہ صرف ایک حد سے ترتیب دی جاتی ہے۔
لہذا یہاں نوٹیفکیشن کے سیاق و سباق کو بہتر بنانے کے بارے میں کچھ خیالات ہیں:
- صارف کو کوئی مفید اور خاص طور پر بنائی گئی چیز دکھائیں، نہ کہ صرف عام ہدایات یا ڈیش بورڈ۔ پہلے، میں اور لڑکوں نے مخصوص اطلاعات کے لیے تشکیل شدہ تفتیشی ڈیش بورڈز کا استعمال کیا۔ اگر مسئلہ معلوم ہو تو یہ مدد کرے گا، لیکن صرف دوسروں کو الجھائے گا۔ ہمیں یہاں توازن تلاش کرنے کی ضرورت ہے۔
- ہمیں اطلاع کی تاریخ کے بارے میں بتائیں: کیا یہ نیا ہے؟ کیا یہ اکثر کام کرتا ہے؟ کیا یہ موسمی ہے؟
- سسٹم کی حالت میں حالیہ تبدیلیاں دکھائیں۔ کیا حال ہی میں کچھ بدلا ہے؟ (مثال کے طور پر، تعیناتی یا فعالیت کو فعال/غیر فعال کرنا۔)
- تعلقات دکھائیں اور ذہنی ماڈل کے لیے معلومات فراہم کریں: نظام پر انحصار واضح طور پر نظر آنا چاہیے، ترجیحاً فعالیت کے اشارے کے ساتھ۔
- صارف کو فوری طور پر ٹیم کے ساتھ جوڑیں: کیا وہ جاری واقعات کو دیکھ سکتے ہیں یا وہ یہ جان سکتے ہیں کہ کمپنی میں اور کس کو اطلاع موصول ہوئی ہے؟ پروگرام چالو کیا؟
مثالی طور پر، واقعہ کے انتظام کا پروگرام اس بارے میں مشورہ فراہم کرے گا کہ کس طرح واقعے کی تحقیقات کے اطلاعی سیاق و سباق کو بہتر بنایا جائے۔ کام کرنے کے لئے ہمیشہ کچھ نہ کچھ ہوتا ہے!
قابل عمل - عملی قدر
کیا ڈیوٹی آفیسر کو نوٹیفکیشن کے جواب میں کچھ کرنا چاہیے؟ اگر آپ کو کچھ کرنے کی ضرورت نہیں ہے یا یہ واضح نہیں ہے کہ کیا کرنا ہے تو آپ نے اسے کیوں جگایا؟ آپ کو ان اطلاعات سے گریز کرنے کی ضرورت ہے جو ڈیوٹی پر موجود لوگوں کو پریشان کرتی ہیں اور کارروائی کی ضرورت نہیں ہے۔
میں کیا کروں؟ تم کیا چاہتے ہو؟
ماضی میں، جب سسٹم آسان تھے اور ٹیمیں چھوٹی تھیں، ہم نے صرف چیزوں کے اوپر رہنے کے لیے مانیٹرنگ ترتیب دی۔ اطلاع کہ ہیپ پر بوجھ بڑھ گیا ہے اگر سروس بعد میں خراب ہو جاتی ہے تو ہمیں سیاق و سباق فراہم کرے گی۔ بڑے پیمانے پر، اس طرح کی اطلاعات صرف الجھن پیدا کریں گی کیونکہ ہمارے نظام ہمیشہ مختلف شدت کے تنزلی کی حالت میں کام کر رہے ہیں۔ یہ جلدی کی طرف جاتا ہے اور، یقینا، حساسیت کے نقصان کے لئے. لہذا، ڈیوٹی آفیسر اس طرح کے نوٹیفیکیشن کو نظر انداز کرتا ہے یا فلٹر بھی کرتا ہے اور ہمیشہ ضرورت کے مطابق ان کا جواب نہیں دیتا ہے۔ اس جال میں مت پڑو! تمام اطلاعات کو لگاتار سیٹ اپ نہ کریں اور پھر انہیں ای میل کے ذریعے کسی خدا بخش فولڈر میں بھیجیں۔
عملی قدر کے ساتھ نوٹس کیسا لگتا ہے یہ یہاں ہے:
- ایک اطلاع کے لیے محض خبروں کی اطلاع دینے کے بجائے کارروائی کی ضرورت ہوتی ہے۔
- یہ عمل خودکار کرنا مشکل یا خطرناک ہے۔ اگر کوئی عمل خودکار ہو سکتا ہے تو اسے خودکار بنائیں، لوگوں کو تنگ کرنا بند کریں!
- نوٹس فارم میں فوری سفارشات پر مشتمل ہے۔ (SLA) یا (آر ٹی او)۔ ڈیوٹی آفیسر پھر تنظیم کے واقعہ کے انتظام کے پروگرام کو فعال کر سکتا ہے۔
میں واضح کرنا چاہتا ہوں: میں یہ نہیں کہہ رہا ہوں کہ اطلاعات صرف API کے لیے انتہائی اہم SLOs (سروس کی سطح کے مقاصد) کے لیے آنی چاہئیں۔ SLO نگرانی مسلسل بکھری اور منقسم رہتی ہے اور تمام خدمات کے لیے یکساں نقطہ نظر کی ضرورت ہوتی ہے۔ یہ واضح ہے کہ آپ ان کلائنٹس کے لیے سب سے اہم SLOs کو ٹریک کریں گے جو آپ کو ادائیگی کرتے ہیں۔ لیکن انفراسٹرکچر SLOs، جیسے ڈیٹا بیس، کی بھی نگرانی کی ضرورت ہے۔ جلد ہی آپ کو اندرونی گاہکوں سے نمٹنے اور ان کی مدد کرنا پڑے گی۔ اور اسی طرح اشتہار لامحدود پر۔
علامات پر مبنی - علامات پر زور
چاہے آپ اسے پسند کریں یا نہ کریں، آپ تقسیم شدہ نظام (کاواج) میں کام کر رہے ہیں. نتیجتاً، آپ خدمات کو الگ تھلگ کرنے اور انہیں ناکامی سے بچانے کے لیے مختلف حربے استعمال کرتے ہیں (Trainor et al.)3۔ اور اگرچہ ردی کی ٹوکری میں تاخیر سے جمع ہونا یا ڈیٹا بیس کا رکا ہوا استفسار مسائل کی نشاندہی کرتا ہے، لیکن اگر مستقبل قریب میں صارفین کو مسائل نہ ہوں تو انہیں حل کرنے کے لیے جلدی کرنے کی ضرورت نہیں ہے۔
یہ اہم اشارے ہیں اور ان کی عملی اہمیت ہو سکتی ہے، لیکن اگر یہ صارفین کو پریشان نہیں کرتے ہیں، تو یہ اتنا ضروری نہیں ہے کہ حاضرین کی توجہ ہٹا دیں۔ وجہ پر مبنی اطلاعات سسٹم کی خرابی کے بارے میں ہمارے ذہنی ماڈلز کے اسنیپ شاٹس ہیں۔ ناکامی کی تمام ممکنہ وجوہات کی فہرست بنانے کی کوشش کرنے کے بجائے اہم علامات کو ٹریک کرنا بہتر ہے۔
اطلاعات کو بامعنی بنانے کے لیے، توجہ مرکوز کریں۔ صارفین کے لیے اہم ہے۔ ایواشچک اسے "صارفین کے لیے نگرانی" کہتے ہیں۔ یاد رکھیں کہ یہ فلسفہ پوری تنظیم میں لاگو ہونا چاہیے۔ اگر کسی سروس کو بنیادی ڈھانچے کی گہرائی میں فوری مسائل ہیں، تو مناسب ٹیم ان کا خیال رکھے گی۔ اس طرح کی ناکامیوں سے نظام کی حفاظت ایک مکمل طور پر الگ معاملہ ہے (ٹرینر وغیرہ، اہم انحصار کو کم کرنے کی حکمت عملیوں کا سیکشن).
علامات متغیر نہیں ہیں۔
رچرڈ کک ہمیں یاد دلاتے ہیں کہ پیچیدہ نظام خامیوں، کوتاہیوں اور مسائل سے بھرے ہوتے ہیں۔. تمام ممکنہ وجوہات کی فہرست بنانے کی کوشش کرنا ایک سیسیفین کام ہے۔ آپ مسائل کو بیان کرنے کی کوشش کرتے ہیں، لیکن وہ ہر وقت بدلتے رہتے ہیں۔ سنڈی سریدھرن کا خیال ہے کہ "سسٹم کا ہر سیکنڈ میں درست حالت میں ہونا ضروری نہیں ہے" اور یہ بہتر ہے کہ زیادہ انسانی نقطہ نظر کا استعمال کیا جائے ( ("مانیٹرنگ ڈسٹری بیوٹڈ سسٹمز")، 7).
کسی واقعے کے بعد اطلاع دینے سے گریز کریں۔
عام طور پر، وجوہات کی اطلاعات کو واقعات کو درست کرنے کے لیے ترتیب دیا جاتا ہے۔ اور جو کچھ ہوا اس کی حقیقت کے بارے میں یہ محدود اطلاعات سیکورٹی کا غلط احساس پیدا کرتی ہیں، کیونکہ ہر بار سسٹم کو توڑنے کے نئے طریقے سامنے آتے ہیں۔
کاز نوٹس سے دھوکہ نہ کھائیں۔ بہتر سوچیں:
- علامات پر مبنی نوٹیفکیشن نے مسئلہ کیوں نہیں دیکھا؟
- کیا صارف کے لیے سیاق و سباق کو بہتر بنانے میں مدد ملے گی؟
- کیا ہوا اس کے بارے میں اطلاعات جمع کرنے کے بجائے، تیزی سے تشخیص کرنے کے لیے نگرانی کے آلات کو کیسے بہتر بنایا جا سکتا ہے؟
تشخیص کے لیے مانیٹرنگ ٹولز صرف اس صورت میں مددگار ثابت ہوں گے جب آپ ان کو علامت سے حل کی طرف جانے کا ایک طریقہ سمجھیں۔ اس تاثرات کے بغیر، آپ کو ماضی کی ناکامیوں کے بارے میں دیر سے اطلاعات اور چارٹس کے ساتھ بمباری کی جائے گی — اور مستقبل کے بارے میں ایک لفظ بھی نہیں۔ کسی تنظیم کے لیے دفاع سے حملے کی طرف بڑھنے کا یہ بہترین موقع ہے۔ اور ڈویلپرز اور پروڈکٹ مینیجرز کی ایک جیسی توقعات اور واضح اہداف ہوں گے۔ کیس - CASE (:wink:) - ہر ایک اطلاع کے لیے واضح ہے۔
وجہ پر مبنی اطلاعات اعتدال میں قابل برداشت ہیں۔
بعض اوقات ہمارا سسٹم وجہ پر مبنی اطلاعات کے معاملے میں ہمارے لیے بہت کم انتخاب چھوڑ دیتا ہے۔ اور بعض اوقات ڈیوٹی پر موجود لوگ بخوبی سمجھتے ہیں کہ کوئی علامت یقینی طور پر ناکامی کا باعث بنے گی، اور اس لیے اس کی عملی قدر ہوتی ہے۔ ہو سکتا ہے کہ آپ کو یقین نہیں ہے کہ کیا ہو رہا ہے اور آپ محفوظ طرف ہونے کے لیے اطلاعات ترتیب دے رہے ہیں۔ امید ہے کہ یہ کارروائی اس وقت تک عارضی ہے جب تک کہ ہم کارکردگی کے مسئلے کو حل کرنے کے لیے نظام کو تبدیل نہیں کر سکتے۔
ان حالات سے نمٹنے کے دوران CASE کے دیگر اجزاء کو ذہن میں رکھیں۔ صرف اس لیے کہ یہ عارضی ہے اس کا مطلب یہ نہیں ہے کہ آپ اپنے سر کے ساتھ سوچنا چھوڑ سکتے ہیں۔
تشخیص - تشخیص
سسٹم میں کوئی بھی تبدیلی (نیا کوڈ، نیا انفراسٹرکچر، کچھ بھی نیا) ناکامیوں کی حد کو بڑھاتا ہے (کک، 3)۔ کیا یہ اطلاع اب بھی توقع کے مطابق کام کر رہی ہے؟ سسٹم کے واضح اور موجودہ ذہنی ماڈل اور کچھ سپورٹ اطلاعات کا جواب دینے کا تجربہ - یہ اہم خصوصیات ہیں۔ . نظاموں میں نقائص مسلسل بڑھ رہے ہیں، اور ہمیں ان کے ساتھ رہنا چاہیے۔
آپ کو ہر اطلاع کے معیار کا مسلسل جائزہ لینے کی ضرورت ہے تاکہ یہ یقینی بنایا جا سکے کہ وہ توقع کے مطابق کام کر رہے ہیں۔ پیارے قائدین! اگر آپ اس عمل کو قائم کرنے میں ان کی مدد کرتے ہیں تو یہ آپ کی ٹیموں کے لیے بہت آسان ہو جائے گا! یہاں کچھ تشخیصی خیالات ہیں:
- استعمال کریں , یا دیگر اطلاعاتی جانچ کے طریقے۔ ایک بھاری واقعہ کے انتظام کے نظام پر بھروسہ کیے بغیر ٹیم یہ خود کر سکتی ہے!
- واقعہ سے متعلق تمام اطلاعات کا مجموعہ اپنے واقعہ کے انتظام کے پروگرام میں شامل کریں۔ مفید، نقصان دہ، نامناسب، غیر واضح، وغیرہ کو نشان زد کریں۔ انہیں فیڈ بیک کے طور پر استعمال کریں۔
- صحیح اطلاعات کو کبھی کبھار متحرک کیا جاتا ہے اور احتیاط سے جانچا جاتا ہے۔ یقینی بنائیں کہ تمام لنکس کام کرتے ہیں، صحیح سیاق و سباق کی طرف اشارہ کرتے ہیں، وغیرہ۔
- اگر کوئی اطلاع کبھی بھی فائر نہیں ہوتی ہے یا اکثر فائر نہیں ہوتی ہے تو اس میں کچھ گڑبڑ ہے۔ اسے ٹھیک کریں یا اسے ہٹا دیں۔ ضرورت سے زیادہ غیر فعالی یا سرگرمی سے بچو!
- میعاد ختم ہونے کی تاریخوں کے ساتھ نوٹیفکیشن ٹائم اسٹیمپ سیٹ کریں۔ اگر میعاد ختم ہونے کی تاریخ ختم ہو گئی ہے تو، CASE طریقہ استعمال کرتے ہوئے اطلاع کا جائزہ لیں اور ٹائم سٹیمپ کو اپ ڈیٹ کریں۔ کھانے کی طرح، میعاد ختم ہونے کی تاریخ کو باقاعدگی سے چیک کریں۔
- اطلاعات کو بہتر بنانے کے عمل کو آسان بنائیں۔ کوڈ کے بطور مانیٹرنگ کا استعمال کریں اور گٹ ریپوزٹری میں اطلاعات کو اسٹور کریں۔ پل کی درخواستیں ٹیم کو شامل کرنے اور آپ کو ماضی کی اطلاعات کی تاریخ دینے میں مدد کرتی ہیں۔ اور اب آپ اطلاعات کو تبدیل کرنے یا ان کے ذمہ داروں سے اجازت لینے سے نہیں ڈریں گے۔
- اطلاعات کے لیے تاثرات مرتب کریں، چاہے یہ آسان ہو۔ ، تاکہ ڈیوٹی افسران اطلاعات کو بیکار یا دخل اندازی کے طور پر نشان زد کریں۔ اطلاع میں ہی ایک لنک یا کال ٹو ایکشن ایمبیڈ کریں اور اپنے تاثرات کا باقاعدگی سے جائزہ لیں۔
- ٹیم میں ایک قاعدہ قائم کریں - ڈیوٹی پر موجود افراد کو کام کرنے دیں کہ جب تھوڑا سا کام ہو تو ڈیوٹی کو آسان بنائیں۔ آپ کے بعد سب کچھ پہلے سے تھوڑا بہتر ہو جائے۔
حاصل يہ ہوا
مجھے یقین ہے کہ CASE طریقہ ڈیولپرز اور تنظیموں کو خودکار اطلاعات کے سیٹ اپ اور بھیجنے پر بات کرنے میں مدد کرتا ہے۔ ایک ڈویلپر CASE طریقہ استعمال کرتے ہوئے اطلاعات کا اندازہ لگانا شروع کر سکتا ہے، اور پھر پوری تنظیم دوسرے ڈویلپرز، مینجمنٹ، اور واقعہ کے انتظام کے پروگراموں کے ساتھ شامل ہو جائے گی تاکہ اطلاعات کو اچھی حالت میں رکھا جا سکے۔ اس کے لیے کسی خاص ٹولز یا پیچیدہ عمل کی ضرورت نہیں ہے۔
پوری صنعت کو اعلیٰ درجے کی کسٹمر سروس کو قربان کیے بغیر ڈیوٹی کے دوران انسانی عنصر کے بارے میں سوچنے کی ضرورت ہے۔ ان تمام ٹولز اور طریقوں کو بہتر بنایا جا سکتا ہے اور ہونا چاہیے۔ مجھے امید ہے کہ CASE طریقہ اس میں مدد کرے گا۔
بہتر اطلاعات کا لطف اٹھائیں!
ماخذ: www.habr.com