سافٹ ویئر لیپ فراگ جلد ہی کمپنیوں کی ایک بہت عام بیماری بن جائے گی۔ ہر چھوٹی سے چھوٹی چیز کی وجہ سے ایک سافٹ ویئر کو دوسرے کے لیے تبدیل کرنا، ٹیکنالوجی سے ٹیکنالوجی تک کودنا، براہ راست کاروبار کے ساتھ تجربہ کرنا معمول بنتا جا رہا ہے۔ اسی وقت، دفتر میں ایک حقیقی خانہ جنگی شروع ہو جاتی ہے: نفاذ کے خلاف مزاحمت کی تحریک قائم ہو جاتی ہے، حامی نئے نظام کے خلاف تخریبی کام کر رہے ہیں، جاسوس نئے سافٹ ویئر کے ساتھ ایک بہادر نئی دنیا کو فروغ دے رہے ہیں، بکتر بند گاڑی سے انتظام کارپوریٹ پورٹل امن، محنت، KPIs کے بارے میں نشر کر رہا ہے۔ ایک انقلاب عام طور پر ایک طرف مکمل ناکامی پر ختم ہوتا ہے۔
ہم نفاذ کے بارے میں تقریباً سب کچھ جانتے ہیں، اس لیے آئیے یہ جاننے کی کوشش کرتے ہیں کہ انقلاب کو ارتقا میں کیسے بدلا جائے اور نفاذ کو ہر ممکن حد تک مفید اور تکلیف دہ بنایا جائے۔ ٹھیک ہے، یا کم از کم ہم آپ کو بتائیں گے کہ آپ اس عمل میں کیا حاصل کر سکتے ہیں۔
نئے سافٹ ویئر کے ملازم کی قبولیت کا مثالی تصور۔ ماخذ - Yandex.Images
غیر ملکی کنسلٹنٹس اس مضمون کو کچھ اس طرح شروع کریں گے: "اگر آپ اپنے ملازمین کو معیاری سافٹ ویئر پیش کرتے ہیں جو ان کے کام کو بہتر بنا سکتا ہے، کارکردگی پر قابلیت کا اثر ڈال سکتا ہے، نئے پروگرام یا نظام کو اپنانا قدرتی طور پر ہو گا۔" لیکن ہم روس میں ہیں، اس لیے مشکوک اور جنگجو ملازمین کا معاملہ بہت متعلقہ ہے۔ کارپوریٹ میسنجر یا سافٹ فون جیسے کم سے کم سافٹ ویئر کے ساتھ بھی قدرتی منتقلی کام نہیں کرے گی۔
مسئلہ کی ٹانگیں کہاں سے آتی ہیں؟
آج، ہر کمپنی کے پاس سافٹ ویئر کا ایک پورا چڑیا گھر نصب ہے (ہم عام معاملے کو لیتے ہیں، کیونکہ آئی ٹی کمپنیوں میں سافٹ ویئر کی مقدار دوگنا یا تین گنا ہوتی ہے، اور موافقت کے مسائل جزوی طور پر اوورلیپ ہوتے ہیں اور بہت مخصوص ہیں): پروجیکٹ مینجمنٹ سسٹم، CRM/ERP، ای میل کلائنٹس، فوری میسنجر، کارپوریٹ پورٹل، وغیرہ۔ اور یہ اس حقیقت کو شمار نہیں کر رہا ہے کہ ایسی کمپنیاں ہیں جن میں براؤزر سے براؤزر میں منتقلی بھی پوری ٹیم بغیر کسی استثنا کے کرتی ہے (اور ایسی ٹیمیں بھی ہیں جو مکمل طور پر انٹرنیٹ ایکسپلورر ایج پر مبنی ہیں)۔ عام طور پر، کئی حالات ہیں جن کے لیے ہمارا مضمون مفید ہو سکتا ہے:
- کاموں کے کچھ گروپ کی بنیادی آٹومیشن کا عمل ہے: پہلا CRM/ERP لاگو کیا جا رہا ہے، ایک کارپوریٹ پورٹل کھل رہا ہے، تکنیکی مدد کے لیے ایک نظام نصب کیا جا رہا ہے، وغیرہ۔
- کسی وجہ سے ایک سافٹ ویئر کو دوسرے سے تبدیل کر دیا جاتا ہے: متروک ہونا، نئی ضروریات، اسکیلنگ، سرگرمی کی تبدیلی، وغیرہ۔
- موجودہ نظام کے ماڈیولز ترقی اور نمو کے مقاصد کے لیے بنائے جا رہے ہیں (مثال کے طور پر، ایک کمپنی نے پروڈکشن کھولی اور اس سے سوئچ کرنے کا فیصلہ کیا پر زیادہ سے زیادہ فعالیت کے ساتھ؛
- ایک بڑا انٹرفیس اور فعال سافٹ ویئر اپ ڈیٹ ہو رہا ہے۔
بلاشبہ، پہلی دو صورتیں ان کے اظہار میں بہت زیادہ شدید اور عام ہیں، ان پر خصوصی توجہ دیں۔
لہذا، اس سے پہلے کہ آپ ٹیم کے ساتھ کام شروع کریں (جنہیں پہلے ہی شک ہے کہ جلد ہی تبدیلیاں ہوں گی)، یہ سمجھنے کی کوشش کریں کہ سافٹ ویئر کو تبدیل کرنے کی اصل وجوہات کیا ہیں اور کیا آپ اس بات سے اتفاق کرتے ہیں کہ تبدیلیاں اتنی ضروری ہیں۔
- پرانے پروگرام کے ساتھ کام کرنا مشکل ہے: یہ مہنگا، تکلیف دہ، غیر فعال، اب آپ کی ضروریات کو پورا نہیں کرتا، آپ کے پیمانے کے لیے موزوں نہیں ہے، وغیرہ۔ یہ ایک معروضی ضرورت ہے۔
- وینڈر نے سسٹم کو سپورٹ کرنا بند کر دیا، یا سپورٹ اور ترمیم منظوریوں اور پیسے نکالنے کے نہ ختم ہونے والے سلسلے میں بدل گئی۔ اگر آپ کے اخراجات میں نمایاں اضافہ ہوا ہے، اور مستقبل میں وہ مزید بڑھنے کا وعدہ کرتے ہیں، تو انتظار کرنے کے لیے کچھ نہیں ہے، آپ کو کٹوتی کرنے کی ضرورت ہے۔ جی ہاں، ایک نیا نظام بھی پیسے خرچ کرے گا، لیکن آخر میں اصلاح پر اس طرح کی مدد سے کم لاگت آئے گی۔
- سافٹ ویئر کو تبدیل کرنا ایک شخص یا ملازمین کے گروپ کی خواہش ہے۔ مثال کے طور پر، CTO ایک رول بیک چاہتا ہے اور ایک نیا، زیادہ مہنگا نظام متعارف کرانے کے لیے لابنگ کر رہا ہے - یہ بڑی کمپنیوں میں ہوتا ہے۔ ایک اور مثال: ایک پروجیکٹ مینیجر آسنا کو بیس کیمپ، پھر بیس کیمپ کو جیرا، اور پیچیدہ جیرا کو رائک میں تبدیل کرنے کی وکالت کرتا ہے۔ اکثر ایسی ہجرت کا واحد مقصد اپنے مصروف کام کو ظاہر کرنا اور اپنی پوزیشن برقرار رکھنا ہوتا ہے۔ ایسے معاملات میں، ضرورت، محرکات اور جواز کی ڈگری کا تعین کرنا ضروری ہے اور، ایک اصول کے طور پر، تبدیلیوں سے انکار کرنے کے مضبوط ارادے کے فیصلے کے ذریعے۔
ہم ایک سافٹ ویئر سے دوسرے سافٹ ویئر میں منتقلی کی وجوہات کے بارے میں بات کر رہے ہیں، نہ کہ بنیادی آٹومیشن کے بارے میں - صرف اس لیے کہ آٹومیشن ایک ترجیحی ضرورت ہے۔ اگر آپ کی کمپنی دستی طور پر اور معمول کے مطابق کچھ کرتی ہے لیکن خودکار ہوسکتی ہے، تو آپ صرف وقت، پیسہ اور، غالباً کمپنی کا قیمتی ڈیٹا ضائع کر رہے ہیں۔ اسے خودکار بنائیں!
آپ کیسے کراس کر سکتے ہیں: عظیم چھلانگ یا کروشنگ ٹائیگر؟
عالمی مشق میں، نئے سافٹ ویئر پر سوئچ کرنے اور اس کے مطابق ڈھالنے کے لیے تین اہم حکمت عملی ہیں - اور وہ ہمارے لیے بہت موزوں لگتی ہیں، لہذا آئیے وہیل کو دوبارہ ایجاد نہ کریں۔
بگ بینگ
"بگ بینگ" طریقہ کو اپنانا سب سے مشکل ممکنہ منتقلی ہے، جب آپ ایک درست تاریخ مقرر کرتے ہیں اور تیز منتقلی کرتے ہیں، پرانے سافٹ ویئر کو 100% غیر فعال کرتے ہیں۔
پیشہ
+ ہر کوئی ایک سسٹم میں کام کرتا ہے، ڈیٹا کو سنکرونائز کرنے کی ضرورت نہیں ہے، ملازمین کو ایک ساتھ دو انٹرفیس کی نگرانی کرنے کی ضرورت نہیں ہے۔
+ ایڈمنسٹریٹر کے لیے سادگی - ایک منتقلی، ایک کام، ایک سسٹم سپورٹ۔
+ تمام ممکنہ تبدیلیاں ایک ہی وقت میں ہوتی ہیں اور تقریباً فوری طور پر نمایاں ہوتی ہیں - اس بات کو الگ کرنے کی ضرورت نہیں ہے کہ کس چیز نے اور کس تناسب سے پیداواری صلاحیت، ترقی کی رفتار، فروخت وغیرہ کو متاثر کیا۔
Cons
- صرف سادہ سافٹ ویئر کے ساتھ کامیابی سے کام کرتا ہے: چیٹس، کارپوریٹ پورٹل، فوری میسنجر۔ یہاں تک کہ ای میل پہلے سے ہی ناکام ہو سکتی ہے، پراجیکٹ مینجمنٹ سسٹم، CRM/ERP اور دیگر سنجیدہ نظاموں کا ذکر نہ کرنا۔
- ایک بڑے نظام سے دوسرے نظام میں دھماکہ خیز منتقلی لامحالہ افراتفری کا باعث بنے گی۔
کام کے نئے ماحول میں اس قسم کی منتقلی کے لیے سب سے اہم چیز تربیت ہے۔
متوازی رننگ
سافٹ ویئر کے ساتھ متوازی موافقت منتقلی کا ایک معتدل اور زیادہ عالمگیر طریقہ ہے، جس میں ایک مدت مقرر کی جاتی ہے جس کے دوران دونوں سسٹم بیک وقت کام کریں گے۔
پیشہ
+ صارفین کے پاس پرانے سافٹ ویئر میں تیزی سے کام کرتے ہوئے نئے سافٹ ویئر کی عادت ڈالنے کے لیے کافی وقت ہے، متوازی تلاش کریں، اور انٹرفیس کے ساتھ تعامل کی نئی منطق کو سمجھیں۔
+ اچانک مسائل کی صورت میں، ملازمین پرانے نظام میں کام کرتے رہتے ہیں۔
+ صارف کی تربیت کم سخت اور عام طور پر سستی ہے۔
+ ملازمین کی طرف سے عملی طور پر کوئی منفی ردعمل نہیں ہے - سب کے بعد، وہ اپنے معمول کے اوزار یا کام کرنے کے طریقے سے محروم نہیں تھے (اگر آٹومیشن پہلی بار ہوتا ہے)۔
Cons
— انتظامیہ کے مسائل: دونوں سسٹمز کے لیے سپورٹ، ڈیٹا سنکرونائزیشن، ایک ساتھ دو ایپلی کیشنز میں سیکیورٹی مینجمنٹ۔
- منتقلی کا عمل لامتناہی طور پر پھیلا ہوا ہے - ملازمین کو احساس ہے کہ ان کے پاس ابدیت باقی ہے، اور وہ واقف انٹرفیس کے استعمال کو کچھ اور بڑھا سکتے ہیں۔
- صارف کی الجھن - دونوں انٹرفیس الجھن کا شکار ہیں اور آپریشنل اور ڈیٹا کی خرابیوں کا سبب بنتے ہیں۔
- پیسہ آپ دونوں نظاموں کے لیے ادائیگی کرتے ہیں۔
مرحلہ وار گود لینا
نئے سافٹ ویئر پر سوئچ کرنے کے لیے مرحلہ وار موافقت سب سے نرم اختیار ہے۔ منتقلی کام کے طور پر، مخصوص مدت کے اندر اور محکمے کے ذریعے کی جاتی ہے (مثال کے طور پر، 1 جون سے ہم نئے کلائنٹس کو صرف نئے CRM سسٹم میں شامل کرتے ہیں، 20 جون سے ہم نئے سسٹم میں لین دین کرتے ہیں، 1 اگست تک ہم کیلنڈرز کو منتقل کرتے ہیں۔ اور کیسز، اور 30 ستمبر تک ہم مکمل طور پر ہجرت مکمل کرتے ہیں ایک بہت ہی کھردری تفصیل ہے، لیکن عام طور پر واضح ہے)۔
پیشہ
+ منظم منتقلی، منتظمین اور اندرونی ماہرین کے درمیان بوجھ تقسیم۔
+ زیادہ سوچ سمجھ کر اور گہرائی سے سیکھنا۔
+ تبدیلی کی کوئی مزاحمت نہیں ہے، کیونکہ یہ ہر ممکن حد تک نرمی سے ہوتا ہے۔
Cons - تقریباً ایک متوازی منتقلی کی طرح۔
تو اب، صرف ایک بتدریج منتقلی؟
ایک منطقی سوال، آپ اتفاق کریں گے۔ جب آپ ایک شیڈول بنا سکتے ہیں اور ایک واضح منصوبہ کے مطابق کام کر سکتے ہیں تو کچھ اضافی پریشانی کیوں ہوتی ہے؟ اصل میں، سب کچھ اتنا آسان نہیں ہے.
- سافٹ ویئر کی پیچیدگی: اگر ہم پیچیدہ سافٹ ویئر کے بارے میں بات کر رہے ہیں (مثال کے طور پر، )، پھر مرحلہ موافقت زیادہ موزوں ہے۔ اگر سافٹ ویئر سادہ ہے (میسنجر، کارپوریٹ پورٹل)، تو ایک مناسب ماڈل وہ ہے جب آپ تاریخ کا اعلان کرتے ہیں اور مقررہ دن پر پرانے سافٹ ویئر کو غیر فعال کرتے ہیں (اگر آپ خوش قسمت ہیں، تو ملازمین کے پاس اپنی ضرورت کی تمام معلومات نکالنے کا وقت ہوگا۔ ، اور اگر آپ قسمت پر اعتماد نہیں کرتے ہیں، تو آپ کو پرانے سسٹم سے نئے سسٹم کو خودکار درآمد ضروری ڈیٹا فراہم کرنے کی ضرورت ہے، اگر تکنیکی طور پر ممکن ہو)۔
- کمپنی کے لیے خطرے کی ڈگری: نفاذ جتنا خطرناک ہوگا، اتنا ہی سست ہونا چاہیے۔ دوسری طرف، تاخیر بھی ایک خطرہ ہے: مثال کے طور پر، آپ ایک CRM سسٹم سے دوسرے میں تبدیل ہو رہے ہیں، اور منتقلی کی مدت کے دوران آپ کو دونوں کے لیے ادائیگی کرنے پر مجبور کیا جاتا ہے، اس طرح نئے نظام کو لاگو کرنے کے اخراجات اور لاگت میں اضافہ ہوتا ہے۔ اس کا مطلب ہے کہ ادائیگی کی مدت بڑھا دی گئی ہے۔
- ملازمین کی تعداد: اگر آپ کو بہت سے صارف پروفائلز کو پیمانہ اور ترتیب دینے کی ضرورت ہو تو بگ بینگ یقینی طور پر موزوں نہیں ہے۔ اگرچہ ایسے معاملات ہوتے ہیں جب انتہائی تیز عمل درآمد ایک بڑی کمپنی کے لیے فائدہ مند ہوتا ہے۔ یہ آپشن ان سسٹمز کے لیے موزوں ہو سکتا ہے جو بہت سے ملازمین استعمال کرتے ہیں، لیکن ہو سکتا ہے اس کے تقاضے نہ ہوں کیونکہ حسب ضرورت بنانا مقصود نہیں ہے۔ لیکن ایک بار پھر، یہ اختتامی صارفین کے لیے ایک بڑا دھماکا ہے اور اسی آئی ٹی سروس (مثال کے طور پر، بلنگ یا رسائی سسٹم) کے لیے ایک بہت بڑا قدم بہ قدم کام ہے۔
- منتخب سافٹ ویئر کے نفاذ کی خصوصیات (نظرثانی وغیرہ)۔ بعض اوقات عمل درآمد ابتدائی طور پر مرحلہ وار ہوتا ہے - ضروریات کو جمع کرنے، تطہیر، تربیت وغیرہ کے ساتھ۔ مثال کے طور پر، یہ ہمیشہ بتدریج لاگو ہوتا ہے، اور اگر کوئی آپ سے وعدہ کرتا ہے کہ "3 دن یا اس سے بھی 3 گھنٹے میں عمل درآمد اور ترتیب" - اس مضمون کو یاد رکھیں اور ایسی خدمات کو نظرانداز کریں: انسٹالیشن ≠ نفاذ۔
ایک بار پھر، درج کردہ پیرامیٹرز کو جانتے ہوئے بھی، کوئی یقینی طور پر ایک یا دوسرا راستہ نہیں لے سکتا۔ اپنے کارپوریٹ ماحول کا اندازہ لگائیں - اس سے آپ دونوں کو طاقت کے توازن کو سمجھنے اور یہ طے کرنے میں مدد ملے گی کہ کون سا ماڈل (یا ان میں سے کچھ عناصر کا مجموعہ) آپ کے لیے صحیح ہے۔
اثر و رسوخ کے ایجنٹ: انقلاب یا ارتقاء
پہلی چیز جس پر آپ کو توجہ دینی چاہئے وہ ملازمین ہیں جو نئے سافٹ ویئر کے نفاذ سے متاثر ہوں گے۔ درحقیقت، اب ہم جس مسئلے پر غور کر رہے ہیں وہ خالصتاً ایک انسانی عنصر ہے، اس لیے ملازمین پر پڑنے والے اثرات کا تجزیہ کرنے سے گریز نہیں کیا جا سکتا۔ ان میں سے کچھ کا ذکر ہم اوپر کر چکے ہیں۔
- کمپنی کے رہنما اس بات کا تعین کرتے ہیں کہ نئے سافٹ ویئر کو عام طور پر کیسے قبول کیا جائے گا۔ اور یہ پروموشنل تقاریر اور شعلہ بیانی کی جگہ نہیں ہے - تبدیلی کی ضرورت کو بالکل ظاہر کرنا ضروری ہے، اس خیال کو پہنچانے کے لیے کہ یہ صرف ایک ٹھنڈے اور زیادہ آسان ٹول کا انتخاب کر رہا ہے، جیسا کہ ایک پرانے لیپ ٹاپ کو تبدیل کرنا ہے۔ ایسی صورتحال میں انتظامیہ کی سب سے بڑی غلطی ہاتھ دھونا اور خود کو پیچھے ہٹانا ہے: اگر انتظامیہ کو کمپنی آٹومیشن کی ضرورت نہیں ہے تو اس میں ملازمین کی دلچسپی کیوں ہونی چاہیے؟ عمل میں رہیں۔
- محکمہ کے سربراہان (پروجیکٹ مینیجرز) ایک درمیانی لنک ہیں جو تمام عملوں میں حصہ لیتے ہیں، عدم اطمینان کا انتظام کرتے ہیں، ساتھیوں کے ہر اعتراض پر اپنی مرضی اور کام کرتے ہیں، اور اعلیٰ معیار اور گہرائی سے تربیت کا انعقاد کرتے ہیں۔
- آئی ٹی سروس (یا سسٹم ایڈمنسٹریٹرز) - پہلی نظر میں، یہ آپ کے ابتدائی پرندے ہیں، سب سے زیادہ موافقت پذیر اور موافق، لیکن... نہیں۔ اکثر، خاص طور پر چھوٹی اور درمیانے درجے کی کمپنیوں میں، سسٹم ایڈمنسٹریٹر آئی ٹی کے بنیادی ڈھانچے میں کسی بھی تبدیلی (مضبوطی) کی مخالفت کرتے ہیں، اور یہ کسی تکنیکی جواز کی وجہ سے نہیں، بلکہ کام کرنے میں سستی اور ہچکچاہٹ کی وجہ سے ہوتا ہے۔ ہم میں سے کس نے کام کرنے سے بچنے کے طریقے تلاش نہیں کیے؟ لیکن اس سے پوری کمپنی کو نقصان نہ پہنچے۔
- اختتامی صارفین، ایک اصول کے طور پر، ایک طرف اچھی اور سہولت سے کام کرنا چاہتے ہیں اور کسی بھی زندہ لوگوں کی طرح، تبدیلی سے خوفزدہ ہیں۔ ان کے لیے بنیادی دلیل دیانت دار اور سادہ ہے: ہم کیوں متعارف/تبدیل کر رہے ہیں، کنٹرول کی حدود کیا ہیں، کام کا اندازہ کیسے لگایا جائے گا، کیا تبدیلی آئے گی اور کیا خطرات ہیں (ویسے، ہر کسی کو خطرات کا اندازہ لگانا چاہیے - اگرچہ ہم دکاندار ہیں۔ ، لیکن ہم یہ کہنا نہیں چاہتے ہیں کہ ہر چیز ہمیشہ آسانی سے چلتی ہے: کاروبار کے اندر کسی بھی عمل میں خطرات ہوتے ہیں)۔
- کمپنی کے اندر "حکام" متعصب ہیں جو دوسرے ملازمین کو متاثر کر سکتے ہیں۔ یہ ضروری نہیں کہ کوئی اعلیٰ مقام یا وسیع تجربہ رکھنے والا شخص ہو - سافٹ ویئر کے ساتھ کام کرنے کی صورت میں، "اتھارٹی" ایک اعلیٰ ترین جانکاری والا ہو سکتا ہے جس نے مثال کے طور پر حبر کو دوبارہ پڑھا ہے اور وہ ڈرانا شروع کر دے گا۔ سب کے بارے میں سب کچھ کتنا برا ہو جائے گا. ہو سکتا ہے اس کے پاس نفاذ یا منتقلی کے عمل کو برباد کرنے کا کوئی مقصد بھی نہ ہو - صرف دکھاوا اور مزاحمت کا جذبہ - اور ملازمین اس پر یقین کریں گے۔ آپ کو ایسے ملازمین کے ساتھ کام کرنے کی ضرورت ہے: وضاحت کریں، سوال کریں، اور خاص طور پر مشکل صورتوں میں، نتائج کی طرف اشارہ کریں۔
یہ جانچنے کے لیے ایک عالمگیر نسخہ موجود ہے کہ آیا صارفین واقعی کسی چیز سے خوفزدہ ہیں یا ان کا گروپ پارونیا ہے جس کی قیادت ایک باشعور رہنما کرتی ہے۔ ان سے عدم اطمینان کی وجوہات، خدشات کے بارے میں پوچھیں - اگر یہ ذاتی تجربہ یا رائے نہیں ہے، تو 3-4 واضح سوالات کے بعد دلائل سامنے آنا شروع ہو جائیں گے۔
"تحریک مزاحمت" پر کامیابی سے قابو پانے کے دو اہم عوامل۔
- تربیت فراہم کریں: وینڈر اور اندرونی۔ اس بات کو یقینی بنائیں کہ ملازمین واقعی ہر چیز کو سمجھتے ہیں، اس میں مہارت حاصل کر چکے ہیں اور ان کی تربیت کی سطح سے قطع نظر، کام شروع کرنے کے لیے تیار ہیں۔ تربیت کا ایک لازمی وصف پرنٹ کیا جاتا ہے اور الیکٹرانک ہدایات (ضابطے) اور سسٹم پر سب سے مکمل دستاویزات (خود احترام فروش اسے سافٹ ویئر کے ساتھ جاری کرتے ہیں اور مفت فراہم کرتے ہیں)۔
- حامیوں کو تلاش کریں اور اثر انداز کرنے والوں کا انتخاب کریں۔ اندرونی ماہرین اور ابتدائی اختیار کرنے والے آپ کا معاون نظام ہیں، دونوں شکوک و شبہات کو تعلیم دینے اور دور کرنے والے۔ ایک اصول کے طور پر، ملازمین خود اپنے ساتھیوں کی مدد کرنے اور انہیں نئے سافٹ ویئر سے متعارف کروا کر خوش ہوتے ہیں۔ آپ کا کام انہیں ان کے کام سے عارضی طور پر فارغ کرنا ہے یا انہیں ان کے نئے کام کے بوجھ کے لیے معقول بونس دینا ہے۔
آپ کو توجہ دینے کی کیا ضرورت ہے؟
- تبدیلیوں سے ملازمین کتنے ترقی یافتہ ہیں؟ (نسبتاً، اگر کل وہ اکاؤنٹنگ کا نیا پروگرام ایجاد کرتے ہیں، تو خدا نہ کرے کہ آپ 50 سال سے زیادہ عمر کی خواتین کے ساتھ اکاؤنٹنگ ڈیپارٹمنٹ میں ناک بھوں چڑھائیں اور 1C سے منتقلی کا مشورہ دیں، آپ زندہ باہر نہیں آئیں گے)۔
- ورک فلو کتنا متاثر ہوگا؟ 100 افراد کی کمپنی میں میسنجر کو تبدیل کرنا ایک چیز ہے، دوسری چیز ایک نئے CRM سسٹم کو نافذ کرنا ہے، جو کمپنی میں کلیدی عمل پر مبنی ہے (اور یہ صرف سیلز نہیں ہے، مثال کے طور پر، سینئر ایڈیشنز میں یہ پیداوار، گودام، مارکیٹنگ، اور اعلیٰ مینیجرز کو متاثر کرتا ہے جو ٹیم کے ساتھ مل کر خودکار کاروباری عمل تیار کریں گے)۔
- کیا تربیت فراہم کی گئی اور کس سطح پر؟
کارپوریٹ سوچ کے نظام میں واحد منطقی تبدیلی
نئے سافٹ ویئر کی منتقلی/عمل درآمد کو کیا بچائے گا؟
اس سے پہلے کہ ہم آپ کو بتائیں کہ کون سے اہم نکات آپ کو آرام سے نئے سافٹ ویئر کی طرف جانے میں مدد کریں گے، آئیے آپ کی توجہ ایک نکتے کی طرف مبذول کرائیں۔ کچھ ایسا ہے جو یقینی طور پر نہیں کیا جانا چاہئے - ملازمین پر دباؤ ڈالنے اور انہیں بونس، انتظامی اور تادیبی پابندیوں سے محروم کر کے "حوصلہ افزائی" کرنے کی ضرورت نہیں ہے۔ اس سے عمل بہتر نہیں ہو گا، لیکن ملازمین کا رویہ مزید خراب ہو جائے گا: اگر وہ دھکیلیں گے، تو کنٹرول ہو جائے گا۔ اگر وہ آپ کو مجبور کرتے ہیں تو اس کا مطلب ہے کہ وہ ہمارے مفاد کا احترام نہیں کرتے۔ اگر وہ زبردستی اسے مسلط کرتے ہیں تو اس کا مطلب ہے کہ وہ ہم پر اور ہمارے کام پر بھروسہ نہیں کرتے۔ لہٰذا، ہم سب کچھ نظم و ضبط کے ساتھ، واضح، قابل طریقے سے کرتے ہیں، لیکن دباؤ یا غیر ضروری جبر کے بغیر۔
آپ کے پاس ایک تفصیلی ایکشن پلان ہونا ضروری ہے۔
باقی سب کچھ موجود نہیں ہوسکتا ہے، لیکن ایک منصوبہ ہونا ضروری ہے. مزید برآں، منصوبہ ایڈجسٹ، اپ ڈیٹ، واضح اور ناگزیر ہے، ایک ہی وقت میں بحث کے لیے قابل رسائی اور تمام دلچسپی رکھنے والے ملازمین کے لیے شفاف ہے۔ براہ راست بات کرنا ناممکن ہے کہ صبح 8 بجے سے 10 بجے تک کوئی کارنامہ ہو اور 16:00 بجے انگلستان کے ساتھ جنگ ہو، پورے پلان کو تناظر میں دیکھنا ضروری ہے۔
منصوبہ لازمی طور پر ملازمین کی ضروریات کی عکاسی کرتا ہے جو آخری صارف ہوں گے - اس طرح ہر ملازم کو معلوم ہو جائے گا کہ کون سی مطلوبہ خصوصیت ہے اور وہ اسے کس وقت استعمال کر سکے گا۔ ایک ہی وقت میں، منتقلی یا عمل درآمد کا منصوبہ کسی قسم کا ناقابل تغیر یک سنگی نہیں ہے؛ اس کے لیے ضروری ہے کہ منصوبے کو حتمی شکل دینے اور اس کی صفات کو تبدیل کرنے کے امکان کو چھوڑ دیا جائے (لیکن ترامیم کے لامتناہی سلسلے اور نئی "خواہشات" کی شکل میں نہیں۔ اور آخری تاریخ میں مستقل تبدیلی کی صورت میں نہیں)۔
پلان میں کیا ہونا چاہیے؟
- اہم منتقلی سنگ میل (مرحلہ) - کیا کرنے کی ضرورت ہے.
- ہر مرحلے کے لیے تفصیلی منتقلی پوائنٹس - اسے کیسے کیا جانا چاہیے۔
- اہم نکات اور ان پر رپورٹنگ (گھنٹوں کی مفاہمت) - جو کچھ کیا گیا ہے اس کی پیمائش کیسے کی جائے گی اور کنٹرول پوائنٹ پر کون ہونا چاہئے۔
- ذمہ دار لوگ وہ لوگ ہیں جن سے آپ رجوع کر سکتے ہیں اور ان سے سوالات پوچھ سکتے ہیں۔
- آخری تاریخیں ہر مرحلے کا آغاز اور اختتام اور مجموعی طور پر پورا عمل ہے۔
- متاثرہ عمل - کاروباری عمل میں کیا تبدیلیاں رونما ہوں گی، عمل درآمد/منتقلی کے ساتھ کن چیزوں کو تبدیل کرنے کی ضرورت ہے۔
- حتمی تشخیص اشارے، میٹرکس یا یہاں تک کہ موضوعی تشخیص کا ایک مجموعہ ہے جو عمل درآمد/منتقلی کا اندازہ کرنے میں مدد کرے گا جو واقع ہوا ہے۔
- آپریشن کا آغاز وہ صحیح تاریخ ہے جب پوری کمپنی اپ ڈیٹ شدہ خودکار عمل میں شامل ہو جائے گی اور نئے نظام میں کام کرے گی۔
ہم نے عمل درآمد کرنے والوں کی پیشکشیں دیکھی ہیں جن میں سرخ لکیر مشورہ ہے: زبردستی نافذ کریں، ردعمل کو نظر انداز کریں، ملازمین سے بات نہ کریں۔ ہم اس نقطہ نظر کے خلاف ہیں، اور یہاں اس کی وجہ ہے۔
نیچے دی گئی تصویر کو دیکھیں:
ایک نیا ماؤس، ایک نیا کی بورڈ، ایک اپارٹمنٹ، ایک کار، اور یہاں تک کہ ایک نوکری بھی خوشگوار، خوشگوار واقعات ہیں، ان میں سے کچھ کامیابیاں بھی ہیں۔ اور صارف یہ جاننے کے لیے Yandex پر جاتا ہے کہ اس کی عادت کیسے ڈالی جائے اور اسے کیسے اپنایا جائے۔ نئے اپارٹمنٹ میں کیسے داخل ہوں اور یہ سمجھیں کہ یہ آپ کا ہے، پہلی بار نل آن کریں، چائے پئیں، پہلی بار سونے کے لیے جائیں۔ وہیل کے پیچھے کیسے جائیں اور ایک نئی کار سے دوستی کیسے کریں، آپ کی، لیکن اب تک اجنبی۔ کام کی جگہ پر نیا سافٹ ویئر بیان کردہ حالات سے مختلف نہیں ہے: ملازم کا کام کبھی ایک جیسا نہیں ہوگا۔ لہذا، نئے موثر سافٹ ویئر کے ساتھ لاگو کریں، اپنائیں، بڑھیں۔ اور یہ ایک ایسی صورت حال ہے جس کے بارے میں ہم کہہ سکتے ہیں: جلدی کرو۔
ماخذ: www.habr.com