10.17 تنظیمی تبدیلی کا انتظام

جائزہ اور محرکات

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

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

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

بنیادی اصول

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

سفارشات

ڈیپلائے کو نہیں، اپنانے کو اختتامی لکیر سمجھیں

تکنیکی تبدیلی میں سب سے عام ناکامی go-live پر فتح کا اعلان ہے۔ ٹول انسٹال ہے، اعلان بھیجا گیا، پروگرام سبز نشان زد ہے، اور سب آگے بڑھ جاتے ہیں۔ چھ مہینے بعد، آدھی ٹیمیں اب بھی پرانے ورک فلو پر ہیں اور وعدہ شدہ فوائد کبھی ظاہر نہیں ہوئے۔ مسئلہ یہ ہے کہ ڈیپلائے واقعہ ہے اور اپنانا عمل۔ اپنی کامیابی رویے کے لحاظ سے متعین کریں: لوگ اصل میں کیا مختلف کریں گے، ان میں سے کتنے، اور کب تک۔ اگر آپ نئی deployment pipeline roll out کر رہے ہیں تو ہدف “pipeline موجود ہے” نہیں، “اسی فیصد سروسز اس سے ڈیپلائے ہوتی ہیں، اور اوسط lead time گھٹ گیا ہے” ہے۔ شروع کرنے سے پہلے یہ لکھ لیں۔

یہ تبدیلی کا نیا ڈھانچہ براہ راست جڑتی ہے کہ آپ ناپتے کیسے ہیں۔ ڈیپلائے کے میٹرکس (انسٹال، roll out، لائسنس شدہ) آسان اور گمراہ کن ہیں۔ اپنانے کے میٹرکس (فعال صارفین، منتقل شدہ ورک فلو، ریٹائر ہوئے پرانے راستے) سچ بتاتے ہیں۔ تبدیلی کے نتائج کو باب 11.1 میں دریافت سے ترسیل کے بہاؤ سے جوڑیں تاکہ آپ دیکھ سکیں کہ آیا تبدیلی نے واقعی وہ نتائج ہلائے جن کا وعدہ تھا، نہ کہ محض ہوئی۔

رہنما اتحاد بنائیں اور حقیقی سرپرستی محفوظ کریں

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

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

مجبور کن “کیوں” بار بار بتائیں

لوگ تبدیلی کی اتنی مزاحمت نہیں کرتے جتنی بغیر وضاحت کے بدلے جانے کی۔ مزاحمت گھٹانے کا سب سے قابل بھروسہ طریقہ تبدیلی کی وجہ کو محض اعلان کرنے کی بجائے حقیقی طور پر سمجھانا ہے۔ یہ ADKAR ماڈل کا “A” اور “D” ہے، جو انفرادی تبدیلی کو ترتیب کے طور پر تشکیل دیتا ہے: کیوں کی Awareness، شرکت کی Desire، کیسے کا Knowledge، کر سکنے کی Ability، اور برقرار رکھنے کی Reinforcement۔ ترتیب اہم ہے۔ اگر آپ لوگوں کو سمجھانے سے پہلے تربیت (Knowledge) پر کود جائیں کہ تبدیلی ان کی کیسے مدد کرتی ہے (Awareness اور Desire)، تو تربیت جمتی نہیں۔

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

بتدریج roll out کریں، اور پھیلانے سے پہلے pilot کریں

Big-bang roll outs، سب ایک ہی دن سوئچ کریں، لبھاتے اور خطرناک ہیں۔ وہ پورا خطرہ ایک لمحے میں مرکوز کرتے ہیں، آپ کو سیکھنے کا موقع نہیں دیتے، اور کچھ ٹوٹنے پر کوئی متبادل نہیں چھوڑتے۔ بتدریج roll out کو ترجیح دیں: چند آمادہ ٹیموں کے ساتھ pilot کریں، سیکھیں کیا غلط ہوتا ہے، اسے ٹھیک کریں، اور لہروں میں پھیلائیں۔ ہر لہر شہادت، آپ کی اپنی دیواروں کے اندر حوالہ دینے والے گاہک، اور ان لوگوں کا بڑھتا اڈہ دیتی ہے جو اگلے گروہ کی مدد کر سکیں۔ یہ اپنانے کے روڈ میپ کی عملی ریڑھ ہے، جس کا احاطہ باب 12.6 میں ہے، اور یہ باب 10.8 کی پختگی کے ماڈل کی سوچ کے ساتھ فطری جوڑ بناتا ہے: آپ گروہوں کو دانستہ سیڑھی چڑھا رہے ہیں، سوئچ نہیں پلٹ رہے۔

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

تقویت دیں اور برقرار رکھیں، یا الٹتا دیکھیں

تبدیلی کا سب سے مشکل اور سب سے نظر انداز مرحلہ launch کے بعد کا ہے، جب توجہ فطری طور پر اگلے اقدام کی طرف بھٹکتی ہے۔ تقویت کے بغیر لوگ لوٹ جاتے ہیں۔ پرانا ورک فلو اب بھی عضلاتی یادداشت میں ہے، نیا اب بھی مشقت والا ہے، اور کم سے کم مزاحمت کا راستہ انہیں واپس کھینچتا ہے۔ ماہر نفسیات Kurt Lewin سے منسوب کلاسیکی ماڈل اسے تین مراحل کے طور پر پکڑتا ہے: موجودہ طریقے کو unfreeze کریں، نئے طریقے میں بدلیں، اور refreeze کریں تاکہ نیا طریقہ ڈیفالٹ بنے۔ زیادہ تر ادارے پہلے دو کرتے اور تیسرا چھوڑ دیتے ہیں۔

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

ڈھانچے اور ثقافت کو تبدیلی کے ساتھ ہم آہنگ کریں

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

سمجھوتے: فوائد اور نقصانات

طریقہ	فوائد	نقصانات
Big-bang roll out	تیز؛ واحد cutover؛ dual-running کی لاگت نہیں	مرکوز خطرہ؛ سیکھنے کا لوپ نہیں؛ الٹنا مشکل
بتدریج roll out	چلتے چلتے سیکھتا ہے؛ خطرہ محدود کرتا ہے؛ اندرونی حامی بناتا ہے	آہستہ؛ dual-running کا اوور ہیڈ؛ تبدیلی بیچ میں رک سکتی ہے
نام زد ماڈل (Kotter، ADKAR، Lewin) کو قریب سے فالو کرنا	مشترک ذخیرہ الفاظ؛ کچھ بھولتا نہیں؛ اسٹیک ہولڈرز کے لیے معتبر	جوہر پر رسم؛ جھوٹا اعتماد؛ سختی سے لاگو ہو تو کم موزوں
عملی، ماڈل سے آگاہ طریقہ	آپ کے سیاق کے مطابق؛ توانائی وہاں لگاتا ہے جہاں اہم ہو	فیصلہ چاہیے؛ ناگوار قدم چھوڑنا آسان
مخصوص تبدیلی کے انتظام کا شعبہ	مستقل مزاجی؛ صلاحیت؛ تبدیلی کی سیری سے بچاتا ہے	اوور ہیڈ؛ خانہ پُری کا دروازہ بن سکتا ہے؛ کام سے فاصلہ

مرکزی کھنچاؤ رفتار اور پائیداری کے درمیان ہے۔ Big-bang roll outs اور چھوڑی ہوئی تقویت تیز لگتے ہیں کیونکہ وہ نظر آنے والا کام دبا دیتے ہیں، مگر لاگت ناکام اپنانے اور دوبارہ کام کی صورت مستقبل میں دھکیلتے ہیں۔ حقیقی تقویت کے ساتھ بتدریج roll out آہستہ لگتا ہے کیونکہ آپ لاگت پیشگی ادا کرتے ہیں، pilots، ابلاغ، اور فالو تھرو میں، اور یہی تبدیلی کو ٹکانے کا واحد قابل بھروسہ طریقہ ہے۔ کھنچاؤ کو انسانی کام دانستہ پہلے رکھ کر حل کریں: اس کا بجٹ بنائیں، اسے عملہ دیں، اور اس launch کے بہت بعد تک اپنانے کو ناپیں جسے آپ اختتام کہنے پر مائل تھے۔ نام زد ماڈلز کو بھولنے کے خلاف چیک لسٹ کے طور پر استعمال کریں، پیش کرنے کے لیے اسکرپٹ کے طور پر نہیں۔

اپنی ٹیم کے ساتھ بحث کے سوالات

ہمیں کیسے پتا چلے گا کہ یہ تبدیلی ڈیپلائے ہی نہیں، اپنائی گئی، اور چھ مہینے بعد اس میٹرک کو کون دیکھ رہا ہوگا؟ زیادہ تر ٹیمیں آپ کو launch کی تاریخ بتا سکتی ہیں اور تقریباً کوئی ایک سہ ماہی بعد اپنانے کا منحنی نہیں بتا سکتی۔ شروع کرنے سے پہلے مخصوص رویے پر اتفاق کریں جو کامیابی شمار ہوگا، وہ میٹرک جو اسے پکڑتا ہے، اور go-live کے بہت بعد تک اسے ٹریک کرنے کا ذمہ دار شخص۔ اپنی آخری تین اہم تبدیلیاں بحث میں لائیں اور ایمانداری سے پوچھیں کہ مطلوبہ سامعین کے کتنے حصے نے واقعی اپنا رویہ بدلا اور اب بھی ہے۔ اگر آپ ماضی کی تبدیلیوں کے لیے یہ جواب نہیں دے سکتے تو آپ ڈیپلائے ناپ رہے ہیں اور اسے اپنانا کہہ رہے ہیں۔ جواب کو موجودہ کوشش کے لیے “مکمل” کی تعریف اور جشن کے بعد جوابدہ رہنے والے کو دوبارہ ترتیب دینا چاہیے۔
اس تبدیلی کا پرعزم سرپرست کون ہے، انہوں نے ٹھیک کیا کرنے پر اتفاق کیا ہے، اور اگر وہ چلے جائیں تو کیا ہوگا؟ سرپرستی اس کی واحد مضبوط ترین پیش گوئی ہے کہ تبدیلی ٹکے گی یا نہیں، اور یہ وہ چیز ہے جسے ٹیمیں محفوظ کرنے کی بجائے سب سے زیادہ فرض کرتی ہیں۔ مخصوص ہوں: سرپرست سلائیڈ پر نام نہیں، یہ سینئر رہنما ہے جو سیاسی سرمایہ خرچ کرتا، رکاوٹیں صاف کرتا، اور launch کے بعد بار بار آتا ہے۔ جن اداروں میں قیادت اکثر بدلتی ہے، خاص طور پر سیاسی چکروں میں حکومت، آپ کو منصوبہ بنانا ہوگا کہ سرپرست چلتے ہوئے بدل جائے اور اتنا وسیع اتحاد بنانا ہوگا جو اس سے بچ جائے۔ اصل عہد میٹنگ میں لائیں، ہو سکے تو تحریر میں، اور اسے آزمائیں: اگر وہ شخص اگلی سہ ماہی میں دوسری جگہ بھیج دیا جائے تو اس تبدیلی کا کیا ہوتا ہے؟ اگر ایماندار جواب ہے کہ یہ ڈھ جاتی ہے تو آپ کے پاس واحد ناکامی کا نقطہ ہے جسے ابھی ٹھیک کرنا ہے۔
ہم انہی لوگوں سے ایک ساتھ کتنی تبدیلیاں جذب کرنے کو کہہ رہے ہیں، اور کیا ہم تبدیلی کی سیری کے نقطے سے آگے ہیں؟ ہر اقدام اسی محدود توجہ اور خیر سگالی کے لیے مقابلہ کرتا ہے، اور بڑے ادارے معمول سے اتنے سارے ایک ساتھ چلاتے ہیں کہ لوگ کسی پر ردعمل دینا بند کر دیتے ہیں۔ یہ تبدیلی کی تھکن ہے، اور یہی وجہ ہے کہ بالکل اچھی تبدیلی ایسی وجوہات سے ناکام ہو سکتی ہے جن کا اس کی خوبیوں سے کوئی تعلق نہیں۔ زیر بحث ٹیموں پر اس وقت اترنے والی ہر اہم تبدیلی کی فہرست بنائیں، صرف اپنی نہیں، اور انہیں وصول کرنے والے کے نقطۂ نظر سے گنیں۔ شہادت لائیں کہ پچھلی چند تبدیلیاں کیسے موصول ہوئیں، کیا لوگ مصروف ہیں یا خاموشی سے تازہ ترین کے گزرنے کا انتظار کر رہے ہیں۔ اگر ٹیمیں سیر ہیں تو درست چال زیادہ زور سے بتانے کی بجائے ترتیب دینا، روکنا، یا یکجا کرنا ہو سکتی ہے۔
launch کے بعد چھ سے بارہ مہینے کے لیے ہمارا تقویت کا منصوبہ کیا ہے، اور ہم کون سا پرانا راستہ ریٹائر کرنے کا عہد کر رہے ہیں تاکہ لوگ واپس نہ بھٹک سکیں؟ Refreezing سب سے نظر انداز مرحلہ ہے، کیونکہ توجہ پہلے ہی اگلے اقدام پر جا چکی ہے جبکہ پرانا ورک فلو اب بھی عضلاتی یادداشت میں اور نیا اب بھی مشقت والا ہے۔ بڑی ٹیم کے لیے پرانا راستہ ریٹائر کرنا عموماً واحد مضبوط ترین لیور ہے اور سب سے زیادہ سیاسی رگڑ والا بھی، کیونکہ کوئی نہ کوئی گروہ ہمیشہ وجہ رکھتا ہے کہ پرانا طریقہ تھوڑا اور کھلا رہے۔ وہ ٹھوس تاریخ لائیں جب آپ پرانا نظام ختم کرنا چاہتے ہیں، رکاوٹ ڈالنے والوں کی فہرست اور ان کی بیان کردہ وجوہات، اور اپنانے کی وہ حد جو بندش کا دروازہ بنے گی۔ پرانا راستہ بہت جلد کھینچنے کا خطرہ، یعنی ٹوٹ پھوٹ اور ردعمل، کو اسے غیر معینہ کھلا چھوڑنے کے خطرے، یعنی مستقل dual-running اور خاموش واپسی، کے مقابل تولیں۔ انٹرپرائز اور سرکاری ترتیبوں میں، جہاں پرانا نظام اب بھی تعمیل کی رپورٹنگ کھلا رہا ہو یا یونین سے مذاکرات شدہ طریقہ کار پر ٹکا ہو، نام لیں کہ ریٹائرمنٹ پر دستخط کا اختیار کس کے پاس ہے اور متاثرہ عملے سے کتنا پہلے مشاورت لازم ہے۔
کیا ہم حقیقی pilot کے ساتھ بتدریج roll out کر رہے ہیں، یا خاموشی سے big-bang cutover کا منصوبہ بنا رہے ہیں کیونکہ یہ تیز لگتا ہے؟ واحد cutover ہر خطرہ ایک لمحے میں مرکوز کرتا اور سیکھنے کا موقع نہیں دیتا، پھر بھی بار بار چنا جاتا ہے کیونکہ بتدریج roll out منصوبے پر آہستہ لگتا ہے۔ بڑے ادارے کے لیے لہریں اندرونی حوالہ ٹیمیں بھی بناتی ہیں جن کی کامیابی اگلے گروہ کو قائل کرتی ہے، جو واحد سوئچ کبھی پیدا نہیں کر سکتا۔ مجوزہ roll out کی ترتیب، پہلی pilot ٹیمیں چننے کے معیار (آمادگی اور اثر، سہولت نہیں)، اور لہر ناکام ہونے پر متبادل منصوبہ لائیں۔ لہروں کے dual-running اوور ہیڈ اور طویل ٹائم لائن کو سب کو ایک بار سوئچ کرنے کے مرکوز، الٹنے میں مشکل خطرے کے مقابل تولیں۔ ضابطے والے یا سرکاری سیاق میں، جہاں شہری سامنا یا حفاظت سے متعلق نظام کا ناکام cutover عوامی طور پر نظر آتا اور واپس لینا مشکل ہے، مرحلہ وار علاقائی یا سروس بہ سروس roll out اکثر واحد قابل دفاع انتخاب ہے، اور آپ کو بتانے کے قابل ہونا چاہیے کہ کیوں۔
کیا ہم وہ ڈھانچہ اور ترغیبات بدل رہے ہیں جنہوں نے پرانا رویہ پیدا کیا، یا صرف لوگوں سے اسی نظام کے اندر مختلف برتاؤ کرنے کو کہہ رہے ہیں؟ رویہ ڈھانچے کی پیروی کرتا ہے: اگر رپورٹنگ لائنیں، ترغیبات، اور ٹیم کی حدیں اب بھی پرانے طریقے کو انعام دیں تو ڈھانچہ جیتتا ہے اور تبدیلی کٹ جاتی ہے چاہے آپ کتنا ہی اچھا بتائیں۔ بڑی ٹیم کے لیے یہ اس تبدیلی کا فرق ہے جو ٹکتی ہے اور جو روشنی ہٹتے ہی خاموشی سے الٹ جاتی ہے، کیونکہ ڈھانچہ اور ثقافت بدلنے کی سب سے آہستہ اور گہری تہیں ہیں۔ ایماندار نقشہ لائیں کہ کون سی ترغیبات، میٹرکس، اور ٹیم کی حدیں اس وقت نئے طریقے کے خلاف کھینچ رہی ہیں، اور ہر ایک کو بدلنے کا مالک کون ہے۔ ازسرنو ڈھانچے کی خلل اور وقت کی لاگت کو غیر بدلے نظام کے اندر نئے رویے کا مطالبہ کرنے کی بے سودی کے مقابل تولیں۔ انٹرپرائز اور حکومت میں، جہاں ٹیم کی حدیں، ملازمت کی تفصیلات، اور سول سروس یا یونین کے کردار رسمی اور بدلنے میں سست ہیں، جلد پہچانیں کہ کون سی ساختی تبدیلیوں کو مذاکرات یا منظوری چاہیے، کیونکہ وہ تاخیری مدتیں، ٹیکنالوجی نہیں، آپ کی اصل ٹائم لائن طے کریں گی۔

شعبہ جاتی نقطۂ نظر

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

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

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

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

مثالیں

اسٹارٹ اپ۔ چالیس افراد کا اسٹارٹ اپ ad hoc ڈیپلائے سے معیاری continuous delivery pipeline میں جانے کا فیصلہ کرتا ہے۔ اسے لازم کرنے کی بجائے، دو سب سے قابل احترام انجینئر اسے اپنی سروسز پر دو ہفتے pilot کرتے ہیں، کھردرے کنارے ٹھیک کرتے ہیں، اور all-hands میں آدھا ہوا ڈیپلائے وقت دکھاتے ہیں۔ بانی (سرپرست) عوامی طور پر عہد کرتا ہے کہ تمام نئی سروسز pipeline استعمال کریں گی اور پرانے اسکرپٹس نوے دن میں ڈیلیٹ ہوں گے۔ اپنانا حکم کی بجائے رشک اور ڈیڈ لائن سے پھیلتا ہے، اور چونکہ پرانا راستہ واقعی ریٹائر ہوا، کوئی واپس نہیں بھٹکتا۔ پورا “تبدیلی کا انتظام” ہلکا اور زیادہ تر غیر رسمی ہے، جو اس سائز پر بالکل درست ہے۔

بڑا ادارہ۔ تین ہزار انجینئروں والی مالیاتی سروسز کی فرم چار دوسرے تبدیلی کے پروگراموں کے ساتھ پلیٹ فارم کی منتقلی شروع کرتی ہے۔ چھوٹا مرکزی تبدیلی کے انتظام کا شعبہ نوٹس کرتا ہے کہ ٹیمیں سیر ہیں اور پروگراموں کو متوازی چلانے کی بجائے ترتیب دیتا ہے، ہر ایک کو واضح کھڑکی دیتے ہوئے۔ خود منتقلی کے لیے وہ ایگزیکٹو سرپرست کا نام لیتے ہیں، انجینئرنگ ڈائریکٹرز کا اتحاد بناتے ہیں، “کیوں” (ضابطے کا خطرہ اور لاگت) بار بار بتاتے ہیں، اور دس ٹیموں کی لہروں میں roll out کرتے ہیں۔ وہ خریدے گئے لائسنس نہیں بلکہ منتقل شدہ ورک فلو اور ختم کیے پرانے نظام ٹریک کرتے ہیں، اور ایک سال تک اپنانے کا منحنی رپورٹ کرتے رہتے ہیں۔ جو پروگرام ترتیب دیے گئے وہ اتر جاتے ہیں؛ پہلے کا ایک جو big-bang چلایا گیا اور کبھی تقویت نہ ملی خاموشی سے الٹ چکا تھا۔

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

کاروباری جواز: محرکات، ROI اور TCO

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

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

ضد نمونے اور خامیاں

go-live پر فتح کا اعلان: ڈیپلائے کو اختتامی لکیر سمجھنا، اس لیے اپنانا کبھی چلایا یا ناپا نہیں جاتا، اور تبدیلی خاموشی سے ناکام ہوتی ہے۔
نام کا سرپرست: سینئر رہنما جو kickoff کو اپنا نام دے کر غائب ہو جائے، اشارہ دیتے ہوئے کہ تبدیلی واقعی اہم نہیں۔
سب کچھ Big-bang: سب کو ایک ساتھ سوئچ کرنا، پورا خطرہ ایک لمحے میں مرکوز کرنا، بغیر سیکھنے کے لوپ اور متبادل کے۔
سب فوائد، کوئی لاگت نہیں: ابلاغ جو صرف اوپر کا رخ بیچتا ہے، جو لوگوں کو اگلے اعلان پر بھروسہ نہ کرنا سکھاتا ہے۔
تبدیلی کی سیری: انہی لوگوں پر اتنے اقدامات تہہ در تہہ رکھنا کہ وہ کسی پر ردعمل دینا بند کر دیں، پھر مزاحمت کو الزام دینا۔
Refreeze چھوڑنا: پرانا راستہ ریٹائر یا نیا پیوست کیے بغیر launch کر کے آگے بڑھنا، اس لیے لوگ لوٹ جاتے ہیں۔
رسم کے طور پر ماڈل: نیچے کا جوہر چھوڑ کر آٹھ قدم یا پانچ ADKAR حروف کو تقریب کے طور پر انجام دینا۔
ڈھانچے اور ثقافت کو نظر انداز کرنا: نئے رویے کی درخواست کرتے ہوئے وہ ترغیبات، ٹیم کی حدیں، اور عقائد جوں کے توں چھوڑنا جنہوں نے پرانا رویہ پیدا کیا۔

پختگی کا ماڈل

سطح 1، آغاز: تبدیلی صرف تکنیکی ہے اور ad hoc سنبھالی جاتی ہے۔ نئے ٹولز اور ازسرنو تنظیموں کا اعلان اور ڈیپلائے ہوتا ہے؛ اپنانا فرض کیا جاتا اور غیر ناپا ہے؛ ناکام تبدیلیوں کا الزام مزاحمت کرنے والے لوگوں پر ہے۔ کوئی سرپرست کا کردار، ابلاغی منصوبہ، اور تقویت نہیں۔
سطح 2، ترقی: بنیادی عمل ظاہر ہوتے ہیں مگر ٹیم سے ٹیم مختلف ہیں۔ کچھ تبدیلیوں کو سرپرست اور ابلاغی منصوبہ ملتا ہے، اور roll outs کبھی big-bang کی بجائے pilot ہوتے ہیں۔ اپنانا نمایاں کوششوں کے لیے غیر رسمی طور پر ٹریک ہوتا ہے، مگر تقویت کمزور اور الٹنا عام ہے۔ تبدیلی کی سیری منظم نہیں، اور جو ایک ٹیم اچھا کرتی ہے اگلی شروع سے دوبارہ ایجاد کرتی ہے۔
سطح 3، معیار بندی: مستقل طریقہ دستاویزی اور ادارے بھر متوقع ہے، قائم شدہ ماڈلز سے آگاہ مگر عملی طور پر لاگو۔ اہم تبدیلیوں کو نام زد سرپرست اور اتحاد، واضح “کیوں”، بتدریج roll out، اور اپنانے کے میٹرکس لازم ہیں۔ تقویت منصوبہ بند ہے اور بیک وقت تبدیلیوں کا پورٹ فولیو نظر آتا اور ترتیب دیا گیا ہے، اس لیے وہی نظم و ضبط لاگو ہے چاہے تبدیلی کی قیادت کوئی بھی ٹیم کرے۔
سطح 4، انتظام: اپنانا فرض کرنے کی بجائے بنیادی خطوط کے مقابل ناپا اور کنٹرول کیا جاتا ہے۔ اپنانے کے منحنی، ہدف اپنانے کا وقت، الٹنے کی شرحیں، اور فی ٹیم تبدیلی کی سیری کا بوجھ ڈیش بورڈز پر ٹریک ہوتے ہیں؛ روکنے اور بند کرنے کی حدیں پہلے سے طے اور شہادت پر نافذ ہیں؛ سرپرست کے عہد اور launch کے بعد کی تقویت کا آڈٹ ہوتا ہے؛ اور ہر تبدیلی کو کسی کے “مکمل” کہنے سے پہلے اس کے مطلوبہ رویے کی تبدیلی کے میٹرک کے مقابل جانچا جاتا ہے۔
سطح 5، ہم آہنگی: تبدیلی کی صلاحیت حکمت عملی اور پورٹ فولیو کی منصوبہ بندی سے مربوط تنظیمی طاقت ہے۔ سیری پورے ادارے میں مسلسل متوازن ہے؛ ڈھانچہ اور ثقافت ہر تبدیلی کا حصہ سمجھے جاتے ہیں؛ سرپرستی ڈیزائن کے لحاظ سے قیادت کی تبدیلی سے بچتی ہے؛ ہر تبدیلی کے سبق اگلی کو بہتر کرنے کو واپس کھلتے ہیں؛ اور ادارہ ترجیحات بدلنے پر اپنے تبدیلی کے پورٹ فولیو کو تطبیقی طور پر دوبارہ ترتیب دیتا اور دوبارہ دائرہ بند کرتا ہے۔

بحث کے لیے خیالات

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

اہم نکات

تبدیلی کا انتظام لوگوں کے کام کے نئے طریقے اپنانے کے بارے میں ہے، تکنیکی تبدیلی سے الگ؛ ڈیپلائے اپنانا نہیں۔
تبدیلی کی کوششیں قابل پیش گوئی انسانی وجوہات سے ناکام ہوتی ہیں: غیر موجود سرپرستی، نہ سمجھایا گیا “کیوں”، big-bang کا خطرہ، تبدیلی کی سیری، اور گمشدہ تقویت، شاذ ہی ٹیکنالوجی سے۔
قائم شدہ ماڈلز (Kotter، ADKAR، Lewin) کو عملی طور پر استعمال کریں، بھولنے کے خلاف چیک لسٹ کے طور پر، نہ کہ انجام دینے کی رسم کے طور پر۔
اتحاد بنائیں، پرعزم سرپرست محفوظ کریں، “کیوں” بار بار بتائیں، بتدریج roll out کریں (باب 12.6)، اور صرف ڈیپلائے نہیں اپنانے کو ناپیں (باب 11.1)۔
بے رحمی سے تقویت دیں یا ٹیموں کو الٹتا دیکھیں؛ پرانا راستہ ریٹائر کریں اور نیا ڈیفالٹس میں پیوست کریں۔
ڈھانچے (باب 1.2) اور ثقافت (باب 1.1) کو تبدیلی کے ساتھ ہم آہنگ کریں؛ ثقافت سب سے آہستہ تہہ ہے اور لازم نہیں کی جا سکتی۔
انٹرپرائز میں تبدیلی کی سیری سے بچنے کو پورے پورٹ فولیو کو منظم کریں؛ حکومت میں تبدیلی کو سیاسی چکروں، خریداری کی حدوں، اور یونین سے مشاورت سے بچنے کے لیے ڈیزائن کریں۔

حوالہ جات اور مزید مطالعہ

John P. Kotter, Leading Change.
John P. Kotter, “Leading Change: Why Transformation Efforts Fail,” Harvard Business Review.
Jeff Hiatt, ADKAR: A Model for Change in Business, Government and Our Community (Prosci).
Kurt Lewin, Field Theory in Social Science.
Chip Heath and Dan Heath, Switch: How to Change Things When Change Is Hard.
William Bridges, Managing Transitions: Making the Most of Change.
Everett M. Rogers, Diffusion of Innovations.
Edgar H. Schein, Organizational Culture and Leadership.
Todd Jick and Maury Peiperl, Managing Change: Cases and Concepts.