آئی ٹی میں کون کون ہے؟

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

مضمون میں ان مسائل پر تبادلہ خیال کیا گیا ہے جو IT کمپنیوں میں HR ماہرین سے متعلق ہیں: پیداواری کرداروں کے ارتقاء میں وجہ اور اثر کے تعلقات، عام طور پر HR کام کے لیے کرداروں کے مواد کی غلط تشریح کے نتائج، نیز ممکنہ اختیارات کو بڑھانے کے لیے ممکنہ اختیارات۔ ماہرین کی بھرتی کی کارکردگی

غیر شروع کرنے والوں کے لیے آئی ٹی مینوفیکچرنگ

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

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

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

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

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

پیداواری کرداروں کی بنیاد کے طور پر سافٹ ویئر لائف سائیکل

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

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

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

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

تجزیہ کار کے کردار کی مثال کا استعمال کرتے ہوئے عہدوں کا تنوع

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

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

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

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

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

کیا ہم باہر سے لیتے ہیں یا بڑھتے ہیں؟

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

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

سسٹم اینالسٹ اور سافٹ ویئر آرکیٹیکٹ جیسی آسامیوں کو پر کرنے کے لیے اس کے برعکس کمپنی کے اندر تربیت کا عمل بہت اہمیت کا حامل ہے۔ ان ماہرین کو موجودہ پیداواری ماحول اور کسی خاص تنظیم کی خصوصیات میں تشکیل دیا جانا چاہیے۔ سسٹم کے تجزیہ کار کاروباری تجزیہ کاروں، تکنیکی مصنفین، اور تکنیکی معاون انجینئرز سے تیار ہوتے ہیں۔ سافٹ ویئر آرکیٹیکٹس - ڈیزائنرز (سسٹم ڈیزائنر) اور سافٹ ویئر ڈویلپرز (سافٹ ویئر ڈیولپر) سے جب وہ تجربہ حاصل کرتے ہیں اور اپنے افق کو وسیع کرتے ہیں۔ یہ صورت حال ایک HR ماہر کو کمپنی کے اندرونی وسائل کو مؤثر طریقے سے استعمال کرنے کی اجازت دیتی ہے۔

پیداواری کرداروں کا انضمام، انضمام اور ارتقاء

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

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

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

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

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

آئی ٹی پوزیشنز کے "چڑیا گھر" میں کیا خرابی ہے؟

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

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

دوم، IT عہدوں کا "چڑیا گھر" IT اہلکاروں کی تربیت اور ترقی میں بہت زیادہ مسائل پیدا کرتا ہے۔ ہر سنجیدہ IT کمپنی، جس کا مقصد انسانی وسائل کی تشکیل اور ترقی کرنا ہے، نہ کہ صرف "دودھ دینے" کے کام کی جگہیں، جلد یا تھوڑی دیر بعد تعلیمی اداروں کے ساتھ بات چیت کرنے کی ضرورت کا سامنا کرتی ہے۔ اعلیٰ تعلیم یافتہ IT اہلکاروں کے لیے، یہ یونیورسٹیوں کا ایک طبقہ ہے، اور اس میں بہترین، کم از کم TOP-100 کی درجہ بندی میں۔

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

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

کیا یہ ممکن ہے کہ ہر چیز کو ایک مشترکہ ڈینومینیٹر پر لایا جائے؟

کیا پروڈکشن کے کرداروں کو یکجا کرنا اور کمپنی کے اندر اور باہر ان کے بارے میں ایک عام فہم حاصل کرنا ممکن ہے؟

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

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

آئی ٹی پروڈکشن میں موثر عملے کے کام کرنے کے طریقے

لہذا، IT پروڈکشن کے کرداروں کے تنوع کے تناظر میں مؤثر HR کام کی تعمیر کے لیے ایک HR ماہر کے لیے کیا جاننا ضروری ہے۔

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

دوم، HR پروفیشنل کے پاس پیداواری کرداروں کی لچکدار سمجھ ہونی چاہیے۔ یہ ہے، ابتدائی طور پر وہ ان کے بارے میں ایک مثالی تفہیم بناتا ہے، جو اسے اپنے لئے سب کچھ جاننے کی اجازت دیتا ہے. پھر پیداوار کی ایک حقیقی تصویر ہونی چاہیے: کردار کہاں اور کن طریقوں سے آپس میں ملتے ہیں، پروڈکشن مینیجرز کے درمیان ان کرداروں کا کیا تصور موجود ہے۔ عملے کے ماہر کے لیے مشکل یہ ہے کہ ذہن میں حقیقی اور مثالی حالات کو یکجا کیا جائے، اپنی مثالی سمجھ کے مطابق عمل کو زبردستی دوبارہ بنانے کی کوشش نہیں کرنا، بلکہ وسائل کی ضرورت کو پورا کرنے میں پیداوار کی مدد کرنا ہے۔

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

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

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

میں ان ساتھیوں کا شکریہ ادا کرتا ہوں جنہوں نے اس مضمون کی مطابقت کی تیاری اور تعاون میں حصہ لیا: ویلنٹینا ورشینینا اور یوری کروپین۔

ماخذ: www.habr.com