وہ اسکول میں کیا نہیں پڑھاتے ہیں: ہم ٹیکنیکل سپورٹ انجینئرز کو کیسے تربیت دیتے ہیں۔

یہاں وعدہ کیا گیا "مختلف کہانی" ہے۔

چیلنج

اگر آپ نے مجھ سے چار سال پہلے پوچھا تھا: "آپ آئی ٹی ڈیپارٹمنٹ/کمپنی میں نئے آنے والوں کو کیسے تربیت دے سکتے ہیں؟" - میں، بغیر کسی ہچکچاہٹ کے، کہوں گا: "بندر دیکھتا ہے، بندر نقل کرتا ہے" کے طریقہ کار کا استعمال کرتے ہوئے، یعنی، ایک نئے آنے والے کو زیادہ تجربہ کار ملازم تفویض کریں، اور اسے یہ دیکھنے دیں کہ عام کام کیسے انجام پاتے ہیں۔" یہ طریقہ میرے لیے پہلے بھی کام کرتا تھا، یہ اب بھی کام کرتا ہے، اور کچھ عرصہ پہلے Veeam میں، جب درخت بڑے تھے، لوگو سبز تھے، اور پروڈکٹ چھوٹا تھا، یہ بھی تھا کہ آپ کیسے تربیت کر سکتے ہیں - اور تربیت یافتہ!

رفتہ رفتہ، پروڈکٹ بڑی اور پیچیدہ ہوتی گئی، زیادہ سے زیادہ نئے انجینئر ہوتے گئے، اور RTFM (ریڈ دی فریکنگ مینوئل) کے انداز نے بد سے بدتر کام کیا - حقیقت یہ ہے کہ جو لوگ پہلے سے ہی "جانتے ہیں" اس طرح سیکھ سکتے ہیں۔ , جو کام کی تفصیلات کو سمجھتا ہے اور اسے کچھ کی ضرورت ہے، اتنی اہم تفصیلات کی نہیں۔

لیکن ان لوگوں کا کیا ہوگا جو متعلقہ شعبوں سے آتے ہیں اور بڑھنا اور ترقی کرنا چاہتے ہیں، لیکن نہیں جانتے کہ اس تک کیسے پہنچنا ہے؟ کیا کریں، مثال کے طور پر، ان لوگوں کے ساتھ جو نسبتاً نایاب زبان بولتے ہیں (مثال کے طور پر، اطالوی، جو کہ اوسط آئی ٹی ماہر کے لیے نایاب ہے)؟ یا ایسی اسکیم کے تحت یونیورسٹی کے ہونہار گریجویٹ کی تربیت کیسے کی جائے جس کے پاس کام کا زیادہ تجربہ نہ ہو؟

آئیے اپنی کہانی کو ایک لمحے کے لیے روکیں اور تصور کریں: یہاں آپ ہیں، سپورٹ ٹیم میں ایک ٹیم لیڈ، جو ایک سابقہ ​​اچھے اور کامیاب انجینئر تھے، جس کے پاس سسٹم ایڈمنسٹریشن اور مختلف لوگوں سے بات چیت کا وسیع تجربہ تھا۔ آپ کا کام یہ ہے کہ آپ اپنے تجربے کو ایک نئے (کوئی "گرین" بھی کہے) فائٹر انجینئر، یونیورسٹی سے فارغ التحصیل، ہوشیار اور تیز ہوشیار تک پہنچائیں۔ اس میں صرف ایک نزاکت ہے - یہ ایک ایسا شخص ہے جس میں سپورٹ کا تجربہ نہیں ہے یا یہاں تک کہ ایک عام ہیلپ ڈیسک بھی نہیں ہے، اور وہ آپ کی کمپنی میں پہلا ترکی بولنے والا انجینئر بھی ہوگا۔

آپ اس مسئلے کو کیسے حل کریں گے؟

اور جب آپ اس سوال کا جواب دیں گے (اور آپ جواب دیں گے، میں آپ پر یقین رکھتا ہوں)، آئیے کام کو پیچیدہ بنائیں - اگر دس ایسے انجینئر ہوں تو کیا ہوگا؟ اگر بیس؟ کیا ہوگا اگر یہ محکمہ کی مسلسل ترقی ہے، اور کسی بھی وقت ایک نیا آنے والا ہوگا جسے تربیت دینے کی ضرورت ہے، کام کے معیار کا کم از کم معیار دکھائیں (اور یہ معیار زیادہ ہے) اور اس بات کو یقینی بنائیں کہ وہ شخص نہیں چاہتا۔ جتنی جلدی ممکن ہو بھاگنا ہے؟

(براہ کرم مزید پڑھنے سے پہلے اس سوال کے بارے میں سوچیں۔)

ہماری کہانی

یہ بالکل وہی چیلنج/ٹاسک ہے جس کا ہم نے سامنا کیا۔

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

اور یہاں ہمیں ایک اور، کوئی کم روایتی اسکیم یاد آتی ہے - نئے آنے والوں کو گروپس میں اکٹھا کرنا اور انہیں لیکچر دینا - اس طرح ہمارے تربیتی پروگرام کا جنم ہوا۔

... کبھی کبھی ہمارے انجینئرز کانفرنسوں میں شرکت کرتے ہیں - اندرونی اور بیرونی، فریق ثالث اور ہم خود منظم ہوتے ہیں۔ اس واقعہ سے ہی سپورٹ کی تربیت شروع ہوئی، جیسا کہ اب ہے۔

ہمارے ایک انجینئر نے لاس ویگاس میں VeeamOn میں اس بارے میں ایک شاندار پریزنٹیشن دی کہ Veeam Backup & Replication کن ٹکڑوں سے بنی ہے، اور چند تبدیلیوں کے ساتھ یہ "اجزاء" لیکچر بن گیا۔ اس وقت تک، ہمارے پاس فنکشنلٹی کے مختلف حصوں پر پہلے ہی کئی لیکچرز ہو چکے تھے، لیکن یہ وہ لیکچر تھا جس نے پہلے اور بعد میں آنے والے سب کے لیے "ٹون سیٹ" کر دیا۔ یہ وہ طریقہ تھا کہ لیکچر کی ساخت، کون سا مواد استعمال کیا گیا، وغیرہ، جو ہمارے لیے معیار بن گیا۔

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

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

اور کیا؟

میں یہ کہنا چاہتا ہوں کہ Pareto قاعدہ ہمارے لیے کام کرتا ہے: اپنی تربیت کے ساتھ ہم تقریباً 20% فراہم کرتے ہیں جو ایک کامیاب انجینئر کو درکار ہوتی ہے، اور 80% اس کے ضمیر پر رہتی ہے - کتابچے پڑھنا، لیب میں کام کرنا، ٹیسٹ اور جنگی درخواستوں کو حل کرنا وغیرہ۔ .

20% - تربیت - درحقیقت، یہ نظریاتی بنیاد کا تقریباً 100% ہے، لیکن آپ اکیلے نظریہ سے ہر چیز کو حاصل نہیں کر سکتے - علم-قابلیت-مہارتوں کی کلاسک اسکیم کام کرتی ہے۔ ہم علم دے سکتے ہیں، لیکن ہنر کو ترقی دینا اور انہیں ہنر میں تبدیل کرنا بالکل مختلف کام ہے۔

یہی وجہ ہے کہ ہمارے ابتدائی نظریاتی لیکچرز کو بہت جلد دیگر چیزوں کے ساتھ ضمیمہ کیا جا سکتا ہے، اور اب عمومی اسکیم اس طرح نظر آتی ہے:

• لیکچرز/ٹریننگ؛
• آزاد کام؛
• رہنمائی کرنا۔

پہلے نکتے کے ساتھ سب کچھ واضح ہے: ہم ابتدائیوں کے ایک گروپ کو لیتے ہیں، انہیں تھیوری پڑھتے ہیں اور آسانی سے دوسرے نکتے کی طرف بڑھتے ہیں، لیکچر کے اختتام پر "ہوم ورک" دیتے ہیں - ایک قسم کا عملی مسئلہ جسے ابتدائی طور پر "کھیلنا" چاہیے۔ باہر" لیب میں اور کسی نہ کسی شکل میں رپورٹ فراہم کریں (عام طور پر فارم مفت ہے، لیکن اس میں مستثنیات ہیں)۔

ہم جان بوجھ کر کاموں کو ایک عام شکل میں ترتیب دیتے ہیں، قطعی ہدایات سے گریز کرتے ہوئے "وہاں جاؤ، وہ کرو، جو کچھ تم دیکھتے ہو اسے لکھو۔" اس کے بجائے، ہم صرف ایک کام پیش کرتے ہیں (مثال کے طور پر: اجزاء کی اس فہرست کے ساتھ ایک ورچوئل مشین تعینات کریں) اور ہم سے حاصل کردہ نتیجے کے ساتھ کچھ "تحقیق" کرنے کو کہتے ہیں، اس میں جانے کے بغیر کہ اسے کیسے کرنا ہے یا نتیجہ کیسے چیک کرنا ہے۔ اس کے ساتھ ہم مبتدیوں کو سکھانا چاہتے ہیں (خاص طور پر وہ لوگ جو آئی ٹی کی دنیا سے اپنے سفر کے آغاز میں ہیں اور انجینئرنگ برادری کس طرح سوچتی ہے) آزادانہ سوچ، دستاویزات کو پڑھنے اور ابھرتے ہوئے مسائل کا تجزیہ کرنے کا ہنر، اور بہت اہم بات یہ ہے کہ ان کے مسائل کو سمجھنا۔ حدود

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

ہمارے معاملے میں، ایک نوزائیدہ کے لیے یہ "مددگار" ایک سرپرست ہے۔

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

اور یہ سب اس کے بارے میں ہے؟

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

مثال کے طور پر، ہمارے لیے ایک اہم سنگ میل یہ سمجھنا تھا کہ ہم دراصل اسکول/یونیورسٹی کی تربیت کو مکمل طور پر کچھ زیادہ ہی دہراتے ہیں، اور یہ ہمیشہ کام نہیں کرتا۔ ہم بالغوں کو تجربہ کے ساتھ، ان کے اپنے خوف اور ترجیحات کے ساتھ سکھاتے ہیں۔ اور یہ "اسکول" سسٹم لوگوں کو تھوڑا سا خوفزدہ کرتا ہے (آئیے اسپیڈ کو سپیڈ کہتے ہیں - 95% کیسز میں، اسکول کے ماڈل کی وجہ سے ہونے والی مایوسی خوف سے آتی ہے): ہم سب کسی نہ کسی طریقے سے اسکول اور یونیورسٹی سے گزرے، اور اکثر یہ سب کچھ تھا یہ اب بھی ایک تکلیف دہ تجربہ تھا، اس لیے میں اسے ہر گز دہرانا نہیں چاہتا۔

یہاں سے ہم شروع کرتے ہیں (جی ہاں، ہم ابھی شروع کر رہے ہیں، لیکن "سفر ہزار میل کا ہے..." اور اسی طرح) اپنے نقطہ نظر کو دوبارہ کام کرنے کے لئے. ہم نے تجربہ، اہداف کی تفہیم، معلومات کے انضمام اور طلباء کے آرام کے بارے میں باریکیوں کے ساتھ، اہمیت کے ساتھ andragogy (بالغوں کو پڑھانا - تدریس کے برخلاف، جو کہ بنیادی طور پر، بچوں کو پڑھانے کے بارے میں ہے) کے بارے میں یاد/سیکھا۔ جذباتی جزو (بچوں کے لیے یہ اور بھی اہم ہے)، عملی جزو کی ضرورت، وغیرہ۔ کے بارے میں ہم نے سیکھا۔ فلاسک سائیکل اور اب ہم اپنی ٹریننگ کو گھما رہے ہیں، یہ سوچ رہے ہیں کہ ہم کس طرح ایک ایسے شخص کو بھی تربیت میں لا سکتے ہیں جو مکمل طور پر "موضوع سے باہر" ہو، کچھ تجربے کے ساتھ، جسے ہم اپ ڈیٹ کرنے اور بڑھانے، گہرا کرنے اور کنگھی کرنے میں مدد کریں گے، اور، کیا ضروری ہے ، نہ صرف ننگی تھیوری دیں بلکہ عملی علم بھی دیں جسے کسی سرپرست کی مدد سے یا آزادانہ طور پر مہارتوں میں تبدیل کیا جا سکتا ہے۔

ہم نے بزنس ٹرینرز کو مدعو کیا جنہوں نے عوامی تقریر پر ہمارے لیکچررز کے ساتھ کام کیا، جذبات کے بارے میں بات کی، تربیت دی، ہمیں گروپ کی حرکیات کو منظم کرنے کے لیے ٹولز دیے اور یقیناً، ہمیں ان سوالوں کے جواب دینے میں مدد کی کہ "ہم تربیت سے کیا چاہتے ہیں؟" اور "ہمارا آخری مقصد کیا ہے؟" نتائج پہلے ہی موجود ہیں - کچھ تربیتیں جنہوں نے "بورنگ اور کچھ بھی واضح نہیں" کے انداز میں سب سے زیادہ تاثرات جمع کیے تھے اب شاید سب سے زیادہ دلچسپ اور مخلص کہا جاتا ہے - لیکن لیکچرر وہی رہتا ہے!

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

مزید برآں، اب ہم نے تربیت کے نہ صرف تکنیکی جزو یعنی نام نہاد ہارڈ سکلز کو اپنا لیا ہے، بلکہ ہم سافٹ سکلز کے ساتھ بھی کام کر رہے ہیں، نہ صرف لیکچررز یا مینجمنٹ، بلکہ انجینئرز کے لیے بھی۔ ہم یہ اس لیے کرتے ہیں تاکہ مشروط Ignat، جب وہ کمپنی میں آتا ہے، ان مہارتوں پر عمل کر سکتا ہے جن کی اسے اپنے کام میں 100% ضرورت ہو گی، اپنے جذبات کو سنبھالنے کے قابل ہو، اور یہ جان سکے کہ کسی بھی مشکل اور ناامید صورتحال میں بھی۔ ، وہ ایک نہیں کرے گا: سب کے بعد، حمایت لوگوں کے بارے میں ہے، اور "ہم مصیبت میں اپنے آپ کو نہیں چھوڑتے ہیں." پہلی آنے والی فون کالز سے پہلے، ہم نئے آنے والے کے ساتھ رول پلےنگ گیمز کھیلیں گے، اس عمل میں ان کی مدد کریں گے اور ان کا اپنا جواب دینے کا انداز تلاش کریں گے؛ پہلے کیسز سے پہلے، ہم انہیں بتائیں گے کہ ان کے ساتھ کیسے کام کرنا ہے اور کیا کرنا ہے۔ تلاش کریں، اور ہم پورے عمل میں نگرانی اور مدد کریں گے۔
ہم حمایتی ہیں۔ اور ہم سب سے پہلے کس کی حمایت کریں، اگر اپنی نہیں؟

اور آخر میں، چند الفاظ...

میں جانتا ہوں کہ میری کہانی قابل تعریف ہے۔ اور ایک ہی وقت میں، میں شیخی نہیں مار رہا ہوں - یہ ہماری تاریخ ہے، ہمارا حال ہے اور مستقبل کے لیے ہمارے منصوبوں کا صرف ایک چھوٹا سا حصہ ہے۔

ہماری تربیت کبھی بھی کامل نہیں ہوتی۔ ہم میں بہت سی کوتاہیاں ہیں، اور ہم نے بہت سی غلطیاں کی ہیں - پیاری ماں! ہمیں بہت سارے تاثرات موصول ہوتے ہیں، اور اکثر یہ قابل تعریف نہیں ہوتا، وہ ہمیں مسائل، کوتاہیوں، مطلوبہ بہتری کے بارے میں لکھتے ہیں - اور چونکہ ہم دنیا بھر میں پڑھاتے ہیں، ہمیں بہت سے مختلف تاثرات ملتے ہیں، اور اگر ہم ثقافتی خصوصیات کو بھی مدنظر رکھیں۔ ...

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

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

اور اس کے ساتھ مجھے اپنی اجازت شدہ تقریریں ختم کرنے دیں۔

ماخذ: www.habr.com