مدیریت تغییر در سازمان؛ برنامه اجرایی ۳۰روزه
مدیریت تغییر در سازمان؛ برنامه اجرایی ۳۰روزه
مدیر تصمیم میگیرد نرمافزار تازهای اجرا کند، ساختار واحدها را تغییر دهد یا فرایندی را استاندارد سازد. طرح روی کاغذ منطقی است؛ اما کارکنان همچنان از روش قبلی استفاده میکنند، اطلاعات را ناقص ثبت میکنند یا تغییر را پروژهای موقت میدانند.
مدیریت تغییر در سازمان فقط طراحی وضعیت جدید نیست. کارکنان باید بدانند چرا تغییر لازم است، چه اثری بر نقش آنها دارد و برای اجرای آن چه آموزش، حمایت و اختیاری دریافت میکنند.
مقاومت کارکنان همیشه از بیانگیزگی یا مخالفت با مدیریت ناشی نمیشود. تجربه تغییرهای نیمهتمام، نگرانی شغلی، کمبود آموزش، ابهام مسئولیت یا اجرای همزمان چند پروژه میتواند باعث احتیاط آنها شود. برنامه ۳۰روزه این مقاله برای اجرای محدود، سنجشپذیر و قابلبازبینی یک تغییر سازمانی طراحی شده است.
مدیریت تغییر در سازمان چیست؟
مدیریت تغییر مجموعه اقدامهایی است که سازمان برای انتقال از وضعیت فعلی به وضعیت مطلوب انجام میدهد و ابعاد انسانی، عملیاتی و مدیریتی این انتقال را هماهنگ میکند.
تغییر سازمانی میتواند شامل موارد زیر باشد:
- اجرای نرمافزار یا فناوری جدید؛
- اصلاح فرایند فروش یا خدمات؛
- تغییر ساختار و خطوط گزارشدهی؛
- تعریف شاخصهای عملکرد؛
- ادغام یا تفکیک واحدها؛
- تغییر سیاست قیمتگذاری یا اعتبار؛
- استقرار دورکاری یا شیوه جدید همکاری؛
- واگذاری اختیار به مدیران میانی؛
- اجرای نظام جدید ارزیابی عملکرد.
موفقیت تغییر فقط با نصب ابزار، ابلاغ دستور یا اصلاح چارت سازمانی سنجیده نمیشود. تغییر زمانی اجرا شده است که افراد بتوانند روش جدید را در کار واقعی بهدرستی به کار بگیرند و نتایج مورد انتظار نیز قابل مشاهده باشند.
چرا کارکنان در برابر تغییر مقاومت میکنند؟
پیش از آنکه کارکنان را «مقاوم» یا «غیرهمراه» معرفی کنید، علتهای احتمالی رفتار آنها را بررسی کنید.
هدف تغییر نامشخص است
کارکنان میدانند چه چیزی قرار است تغییر کند، اما نمیدانند مسئله اصلی چیست و نتیجه مورد انتظار چگونه سنجیده میشود.
عبارتهایی مانند «میخواهیم مجموعه حرفهایتر شود» یا «باید فرایندها سیستمی شوند» برای هدایت رفتار کافی نیستند.
اثر تغییر بر نقشها روشن نیست
ممکن است فرد درباره کاهش اختیار، افزایش حجم کار، حذف جایگاه، تغییر درآمد یا روش جدید ارزیابی خود نگران باشد.
اگر مدیر درباره این پیامدها توضیح ندهد، کارکنان معمولاً فضای خالی اطلاعات را با فرضهای خود پر میکنند.
تغییرهای قبلی نیمهتمام ماندهاند
اگر مدیر چند طرح را با هیجان آغاز کرده و بدون جمعبندی رها کرده باشد، کارکنان ممکن است تغییر جدید را نیز موقتی بدانند.
در چنین شرایطی، بیتوجهی کارکنان لزوماً مخالفت نیست؛ بلکه میتواند نتیجه تجربه قبلی آنها باشد.
مهارت یا ابزار کافی وجود ندارد
گاهی مقاومت ظاهری در واقع ناشی از ناتوانی در استفاده از ابزار یا اجرای فرایند جدید است. اگر فرد آموزش، دسترسی یا زمان تمرین کافی نداشته باشد، احتمال بازگشت او به روش قبلی بیشتر میشود.
کارکنان در طراحی مشارکت نداشتهاند
کارکنان خط مقدم ممکن است موانعی را ببینند که در برنامه مدیران پیشبینی نشدهاند. مشارکتندادن آنها میتواند به طراحی فرایندی منجر شود که روی کاغذ مناسب است، اما در عملیات اجرا نمیشود.
چند تغییر همزمان فشار ایجاد کردهاند
اجرای نرمافزار، تغییر مدیر، اصلاح شاخصها و جابهجایی محل کار در یک زمان، ظرفیت یادگیری و سازگاری تیم را کاهش میدهد.
در این وضعیت، مشکل ممکن است خود تغییر نباشد؛ بلکه تعداد و زمانبندی تغییرها باشد.
پیش از شروع، منشور یکصفحهای تغییر بسازید
پیش از اعلام عمومی تغییر، مدیر باید منشوری یکصفحهای تهیه کند و موارد زیر را در آن بنویسد:
- مسئله وضعیت فعلی؛
- نتیجه مورد انتظار؛
- محدوده تغییر؛
- مواردی که فعلاً تغییر نمیکنند؛
- افراد و واحدهای متأثر؛
- مسئول نهایی تغییر؛
- منابع و آموزش لازم؛
- ریسکهای اصلی؛
- شاخصهای موفقیت؛
- زمان اجرای آزمایشی؛
- نقطه توقف یا بازبینی.
عبارت «میخواهیم سازمان حرفهایتر شود» قابلاندازهگیری نیست. هدف دقیقتر میتواند چنین باشد:
«تا پایان ماه، تمام درخواستهای خدمات مشتری در سامانه مشترک ثبت شوند و هر درخواست، مسئول، وضعیت و موعد مشخصی داشته باشد.»
نمونه منشور تغییر
| جزء | توضیح |
|---|---|
| مسئله فعلی | درخواستهای مشتری در چند کانال پراکندهاند |
| نتیجه مورد انتظار | ثبت تمام درخواستها در سامانه مشترک |
| محدوده آزمایش | واحد خدمات مشتری |
| مدت آزمایش | ۳۰ روز |
| مسئول نهایی | مدیر خدمات مشتری |
| آموزش موردنیاز | ثبت پرونده، تعیین مسئول و گزارشگیری |
| شاخص موفقیت | درصد پروندههای کامل و زمان پاسخ |
| نقطه بازبینی | پایان هر هفته |
| تصمیم نهایی | گسترش، اصلاح، ادامه آزمایش یا توقف |
نقشه ذینفعان تغییر را تهیه کنید
افراد تحتتأثیر تغییر را فقط به دو گروه موافق و مخالف تقسیم نکنید. برای هر گروه این پرسشها را بررسی کنید:
- چه چیزی برای او تغییر میکند؟
- چه نگرانی یا منفعتی دارد؟
- به چه اطلاعاتی نیاز دارد؟
- در کدام تصمیم باید مشارکت کند؟
- چه آموزشی لازم دارد؟
- چه کسی برای او منبع قابلاعتمادتری است؟
- چه زمانی باید اطلاعات را دریافت کند؟
ذینفعان ممکن است شامل مدیرعامل، مدیران میانی، کارکنان خط مقدم، منابع انسانی، فناوری، مالی، مشتریان و تأمینکنندگان باشند.
| ذینفع | اثر تغییر | نگرانی احتمالی | اقدام لازم |
|---|---|---|---|
| مدیران میانی | تغییر روش کنترل کار | کاهش اختیار یا افزایش پاسخگویی | توضیح اختیار و مسئولیت |
| کارکنان خط مقدم | تغییر وظایف روزانه | افزایش حجم کار یا خطا | آموزش و اجرای آزمایشی |
| واحد فناوری | پشتیبانی ابزار | افزایش درخواستهای فنی | تعیین زمان پاسخگویی |
| مشتریان | تغییر مسیر دریافت خدمت | ابهام یا تأخیر موقت | اطلاعرسانی شفاف |
| مدیریت ارشد | هزینه و نتیجه تغییر | تأخیر در بازدهی | گزارش شاخصها و ریسکها |
در تغییرهای بینواحدی میتوان از ماتریس RACI برای تعیین مسئول اجرا، پاسخگوی نهایی، افراد مشاور و افراد مطلع استفاده کرد.
برنامه ۳۰روزه مدیریت تغییر در سازمان
هفته اول؛ تشخیص وضعیت و آمادهسازی
روزهای ۱ و ۲؛ مسئله را مستند کنید
وضعیت فعلی را با شواهد مشخص توصیف کنید:
- کدام کار متوقف، تکراری یا طولانی میشود؟
- چه خطایی رخ میدهد؟
- چه هزینه یا تأخیری ایجاد میشود؟
- چه افرادی تحتتأثیر قرار میگیرند؟
- کدام داده موجود است؟
- کدام بخش هنوز نامشخص است؟
- اگر تغییری ایجاد نشود، چه ریسکی ادامه پیدا میکند؟
تغییر نباید فقط براساس علاقه مدیر به یک نرمافزار، ساختار یا روش جدید آغاز شود. ابتدا باید مسئله واقعی و اهمیت آن روشن باشد.
روزهای ۳ و ۴؛ اثر تغییر بر نقشها را بررسی کنید
برای هر نقش مشخص کنید:
- چه کاری حذف میشود؟
- چه کاری اضافه میشود؟
- چه وظیفهای تغییر میکند؟
- چه اختیار تازهای لازم است؟
- کدام شاخص عملکرد تغییر میکند؟
- چه آموزشی موردنیاز است؟
- بار کاری موقت چگونه مدیریت میشود؟
- چه کسی پاسخگوی ابهامهای فرد خواهد بود؟
اگر مسئولیتها تغییر میکنند، شرح شغل نیز باید بازبینی شود. مقاله شرح شغل یکصفحهای برای ثبت مأموریت، خروجی، حدود اختیار و شاخصهای نقش قابل استفاده است.
روزهای ۵ تا ۷؛ گروه آزمایشی را انتخاب کنید
تغییر را ابتدا در یک واحد، شعبه، محصول یا فرایند محدود اجرا کنید. گروه آزمایشی باید نماینده مناسبی از واقعیت کار باشد.
انتخاب تیمی که بهطور استثنایی توانمند، کمکار یا برخوردار از منابع ویژه است، نتیجهای ایجاد میکند که قابل تعمیم به کل سازمان نیست.
برای اجرای آزمایشی این موارد را مشخص کنید:
- دامنه آزمایش؛
- زمان شروع و پایان؛
- مسئول نهایی؛
- کارکنان مشارکتکننده؛
- شاخصهای خط پایه؛
- ریسکهای قابلقبول؛
- شرایط توقف اضطراری؛
- زمان بازبینی.
هفته دوم؛ ارتباط و مشارکت کارکنان
پیام تغییر را در پنج بخش ارائه کنید
پیام اولیه تغییر باید به این پرسشها پاسخ دهد:
- مسئله فعلی چیست؟
- چه چیزی تغییر میکند؟
- چه چیزی فعلاً تغییر نمیکند؟
- از هر نقش چه انتظاری وجود دارد؟
- زمان دریافت خبر یا پاسخ بعدی چه موقع است؟
از وعدههایی مانند «این تغییر هیچ مشکلی ایجاد نمیکند» پرهیز کنید. بهتر است عدم قطعیتهای واقعی نیز شفاف بیان شوند.
نمونه:
«در دوره آزمایشی ممکن است بعضی مراحل به اصلاح نیاز داشته باشند. مسئلهها در فرم مشخصی ثبت میشوند و پایان هر هفته درباره آنها تصمیم میگیریم.»
شفافیت به معنای اعلام تمام اطلاعات محرمانه نیست؛ اما نباید اثرهای مشخص تغییر بر کارکنان پنهان شوند.
کانال بازخورد تعریف کنید
کارکنان باید بتوانند موارد زیر را گزارش کنند:
- مانع اجرایی؛
- ابهام در دستور؛
- ریسک مشتری یا عملیات؛
- نیاز آموزشی؛
- تعارض با فرایند دیگر؛
- پیشنهاد اصلاح؛
- خطای ابزار یا دسترسی.
کانال دریافت بازخورد میتواند فرم کوتاه، جلسه روزانه، جلسه یکبهیک یا مسئول مشخص پشتیبانی باشد.
پذیرش بازخورد به معنای اجرای تمام پیشنهادها نیست. مدیر باید توضیح دهد کدام پیشنهاد:
- پذیرفته شده است؛
- رد شده است؛
- به بررسی بیشتر نیاز دارد؛
- خارج از محدوده تغییر فعلی است.
بیپاسخگذاشتن بازخوردها، مشارکت کارکنان را بهتدریج کاهش میدهد.
هفته سوم؛ اجرای آزمایشی و آموزش
آموزش را به وظیفه واقعی متصل کنید
جلسه آموزشی عمومی بهتنهایی کافی نیست. کارکنان باید با پرونده، موقعیت یا سناریوی نزدیک به کار واقعی تمرین کنند.
برای نمونه، هنگام اجرای CRM جدید این فعالیتها باید تمرین شوند:
- ایجاد پرونده مشتری؛
- ثبت اطلاعات ضروری؛
- تعیین مسئول فرصت فروش؛
- ثبت اقدام بعدی و موعد؛
- انتقال پرونده میان افراد؛
- ثبت نتیجه تماس؛
- گزارش خطا یا مشکل دسترسی.
برای هر مهارت، معیار پذیرش مشخص کنید. برای مثال:
«کاربر بتواند بدون کمک، پرونده جدید ایجاد کند و اقدام بعدی و موعد آن را ثبت کند.»
عبارت «آموزش برگزار شد» نشان نمیدهد که کارکنان توان اجرای مستقل فرایند جدید را پیدا کردهاند.
پشتیبانی نزدیک ایجاد کنید
در روزهای نخست اجرا، یک مسئول پاسخگویی و زمان مشخصی برای رفع ابهام تعیین کنید. اگر کارکنان برای دریافت پاسخ ساعتها یا چند روز منتظر بمانند، احتمال بازگشت آنها به روش قدیمی بیشتر میشود.
مشخص کنید:
- مسئول پشتیبانی چه کسی است؟
- سؤالها در کدام کانال ثبت میشوند؟
- زمان مورد انتظار برای پاسخ چقدر است؟
- مشکلات فوری به چه کسی ارجاع میشوند؟
- خطاهای پرتکرار چگونه مستند خواهند شد؟
فرایند قدیمی را بدون تصمیم باز نگه ندارید
در دوره آزمایشی ممکن است روش قبلی برای کاهش ریسک حفظ شود؛ اما باید مشخص باشد:
- تا چه زمانی فعال میماند؟
- برای کدام موارد استفاده میشود؟
- چه کسی اجازه استفاده از آن را دارد؟
- دادههای دو روش چگونه یکپارچه میشوند؟
- چه زمانی درباره توقف آن تصمیم گرفته میشود؟
وجود دائمی دو فرایند موازی، گزارشها را ناسازگار، مسئولیتها را مبهم و حجم کار کارکنان را بیشتر میکند.
هفته چهارم؛ ارزیابی، اصلاح و تثبیت
عملکرد را با خط پایه مقایسه کنید
شاخصها به نوع تغییر بستگی دارند، اما موارد زیر قابل بررسی هستند:
- درصد استفاده از فرایند جدید؛
- درصد کارکنان آموزشدیده؛
- درصد کارکنان قادر به اجرای مستقل؛
- تعداد خطاها؛
- زمان انجام کار؛
- تعداد پروندههای ناقص؛
- تعداد درخواستهای پشتیبانی؛
- میزان بازگشت به روش قبلی؛
- اثر تغییر بر مشتری؛
- نظر کارکنان درباره ابهام و امکان اجرا.
کاهش موقت سرعت در مرحله یادگیری ممکن است رخ دهد. بنابراین نتیجه تغییر را فقط براساس چند روز نخست قضاوت نکنید.
علت مشکل را از نشانه آن جدا کنید
اگر کارکنان از روش جدید استفاده نمیکنند، فوراً نتیجه نگیرید که با تغییر مخالفاند. علت میتواند یکی از موارد زیر باشد:
- آموزش ناکافی؛
- نبود دسترسی؛
- پیچیدگی غیرضروری فرایند؛
- فشار کاری؛
- تناقض دستور مدیران؛
- بازبودن روش قبلی؛
- نبود معیار یا الزام روشن؛
- نامتناسببودن ابزار با کار واقعی.
هر علت، اقدام متفاوتی لازم دارد.
تصمیم نهایی را اعلام کنید
در پایان ماه، یکی از تصمیمهای زیر باید گرفته و اعلام شود:
- گسترش تغییر؛
- ادامه اجرای آزمایشی؛
- اصلاح طراحی؛
- محدودکردن دامنه؛
- توقف تغییر.
توقف یک آزمایش نامناسب الزاماً شکست مدیریتی نیست؛ بهشرط آنکه فرضها، یافتهها، هزینهها و دلیل تصمیم ثبت شوند.
بلاتکلیفگذاشتن آزمایش و ادامه همزمان دو روش معمولاً پرهزینهتر از تصمیم روشن برای اصلاح یا توقف است.
جدول برنامه ۳۰روزه مدیریت تغییر
| بازه زمانی | اقدام اصلی | خروجی مورد انتظار |
|---|---|---|
| روزهای ۱ و ۲ | مستندسازی مسئله | تعریف وضعیت فعلی و خط پایه |
| روزهای ۳ و ۴ | تحلیل اثر بر نقشها | فهرست وظایف، اختیار و آموزش |
| روزهای ۵ تا ۷ | انتخاب گروه آزمایشی | محدوده و معیارهای آزمایش |
| هفته دوم | ارتباط و مشارکت | پیام روشن و کانال بازخورد |
| هفته سوم | آموزش و اجرای آزمایشی | اجرای واقعی با پشتیبانی |
| هفته چهارم | ارزیابی و اصلاح | تصمیم برای گسترش، اصلاح یا توقف |
نقش مدیران میانی در مدیریت تغییر
کارکنان معمولاً پیام تغییر را از رفتار مدیر مستقیم خود تفسیر میکنند. مدیران میانی باید پیش از اعلام عمومی بدانند:
- هدف تغییر چیست؛
- چه پاسخهایی قطعی هستند؛
- چه مواردی هنوز نامشخصاند؛
- محدوده اختیار آنها چیست؛
- نگرانی کارکنان را کجا ثبت کنند؛
- چه موضوعی باید ارجاع شود؛
- کدام رفتار یا شاخص از آنها انتظار میرود.
اگر مدیر ارشد از تغییر حمایت کند اما مدیر مستقیم همچنان روش قدیمی را مطالبه کند، پیام رسمی اعتبار خود را از دست میدهد.
مدیران میانی باید امکان بیان نگرانیهای اجرایی خود را نیز داشته باشند. همراهی ظاهری مدیر میانی بدون حل مسئله عملیاتی، اجرای تغییر را تضمین نمیکند.
گزارش هفتگی تغییر چه اطلاعاتی داشته باشد؟
گزارش کوتاه هفتگی میتواند شامل این موارد باشد:
- اقدامهای تکمیلشده؛
- شاخصهای فعلی؛
- موانع مهم؛
- تصمیمهای گرفتهشده؛
- موارد نیازمند ارجاع؛
- آموزش یا منابع موردنیاز؛
- برنامه هفته بعد؛
- مسئول و موعد هر اقدام.
| موضوع | وضعیت فعلی | مانع | اقدام | مسئول | موعد |
|---|---|---|---|---|---|
| آموزش کارکنان | در حال اجرا | محدودیت زمان | برگزاری تمرین عملی | مدیر واحد | سهشنبه |
| ثبت اطلاعات | پایینتر از هدف | فرم پیچیده | سادهسازی فیلدها | تیم فنی | چهارشنبه |
| قطع روش قبلی | انجام نشده | نگرانی عملیات | اجرای موازی محدود | مدیر پروژه | پایان هفته |
هدف گزارش، تولید مستند طولانی نیست؛ بلکه باید به تصمیمگیری و رفع مانع کمک کند.
شاخصهای ارزیابی موفقیت تغییر
برای سنجش مدیریت تغییر در سازمان، تنها رضایت یا مخالفت کارکنان را بررسی نکنید. شاخصها باید میزان استفاده، توان اجرا و نتیجه عملیاتی را پوشش دهند.
شاخصهای پذیرش
- درصد کاربران فعال در روش جدید؛
- درصد کارهای انجامشده با فرایند جدید؛
- میزان بازگشت به روش قبلی؛
- تعداد واحدهای واردشده به طرح.
شاخصهای توانمندی
- درصد کارکنان آموزشدیده؛
- درصد کارکنان قادر به اجرای مستقل؛
- تعداد درخواستهای پشتیبانی؛
- تعداد خطاهای ناشی از کمبود مهارت.
شاخصهای عملیاتی
- زمان انجام کار؛
- نرخ خطا؛
- تعداد پروندههای ناقص؛
- تعداد دوبارهکاریها؛
- تأخیر در ارائه خدمت.
شاخصهای نتیجه
- اثر بر رضایت مشتری؛
- کاهش هزینه یا زمان؛
- افزایش کیفیت داده؛
- بهبود پاسخگویی؛
- تحقق نتیجهای که در منشور تغییر تعریف شده است.
نظرسنجی کارکنان میتواند اطلاعات مفیدی ایجاد کند، اما پاسخهای ادراکی باید کنار دادههای واقعی اجرا دیده شوند.
خطاهای رایج مدیریت تغییر در سازمان
- شروع با انتخاب ابزار بهجای تعریف مسئله؛
- اعلام دیرهنگام تغییر؛
- پنهانکردن اثر تغییر بر نقشها؛
- معرفی هر مخالفت بهعنوان مقاومت منفی؛
- نادیدهگرفتن تجربه کارکنان خط مقدم؛
- اجرای همزمان چند تغییر بزرگ؛
- آموزش عمومی بدون تمرین واقعی؛
- نداشتن مسئول پاسخگویی؛
- بازگذاشتن دائمی فرایند قبلی؛
- سنجش موفقیت فقط با نصب ابزار؛
- تنبیه افراد بابت خطاهای طبیعی مرحله یادگیری؛
- تغییر مداوم دستورها؛
- ناهماهنگی مدیران میانی و ارشد؛
- نداشتن زمان بازبینی و تصمیم نهایی.
نقش دوره MBA/DBA مدیریت مؤسسه امین
مدیریت تغییر در سازمان به رهبری، رفتار سازمانی، مدیریت منابع انسانی، تفکر سیستمی، ارتباطات و کنترل مدیریتی وابسته است. این حوزهها در دوره MBA/DBA مدیریت مؤسسه امین با مسئلههای واقعی مدیران و تمرینهای اجرایی بررسی میشوند.
مؤسسه آموزش عالی آزاد امین با بیش از دو دهه سابقه آموزشی، کارگاههای هفتگی و امکان حضور مجدد در دورهها، تلاش میکند آموزش مدیریت را به مسائل واقعی محیط کار متصل کند. اطلاعات جاری دوره، مجوزها، شرایط حضور مجدد و وضعیت ارزیابی مدارک توسط WES باید از صفحه رسمی دوره بررسی شود.
سؤالات متداول
آیا مقاومت کارکنان همیشه نشانه مخالفت با مدیریت است؟
خیر. مقاومت میتواند از ابهام، کمبود مهارت، نگرانی شغلی، فشار کاری یا تجربه تغییرهای ناموفق ناشی شود. پیش از قضاوت درباره افراد، علت را بررسی کنید.
تغییر را یکباره اجرا کنیم یا آزمایشی؟
اگر تغییر قابلیت مرحلهبندی دارد، اجرای محدود امکان کشف خطا و اصلاح کمهزینهتر را فراهم میکند. تغییرهای دارای الزام فوری، قانونی یا ایمنی ممکن است به مسیر متفاوتی نیاز داشته باشند.
چگونه بفهمیم تغییر تثبیت شده است؟
استفاده مستمر از روش جدید، کاهش خطا، توقف فرایند قبلی، توان اجرای مستقل کارکنان و رسیدن شاخصها به محدوده مورد انتظار، از نشانههای قابل بررسی هستند.
آیا مشارکت کارکنان یعنی آنها درباره همهچیز تصمیم بگیرند؟
خیر. سطح مشارکت به موضوع و مسئولیت افراد بستگی دارد. مدیر باید مشخص کند کدام تصمیم قطعی است، درباره چه چیزی مشورت میشود و کارکنان در کدام بخش اختیار تصمیمگیری دارند.
اگر اجرای آزمایشی نتیجه مطلوبی نداشت چه کنیم؟
علتها را بررسی و میان مشکل طراحی، آموزش، ابزار، اجرا و نامناسببودن فرض اولیه تفاوت قائل شوید. سپس درباره اصلاح، ادامه محدود یا توقف تغییر تصمیم بگیرید.
مدیریت تغییر در سازمان با اعلام یک دستور یا خرید نرمافزار تکمیل نمیشود. مسئله را دقیق تعریف کنید، اثر تغییر بر نقشها را روشن سازید، کارکنان را در کشف موانع مشارکت دهید و اجرای محدود را با آموزش و پشتیبانی همراه کنید.
در پایان دوره آزمایشی نیز براساس داده تصمیم بگیرید که تغییر باید گسترش پیدا کند، اصلاح شود یا متوقف بماند.
برای یادگیری کاربردی رهبری، رفتار سازمانی، سیستمسازی و مدیریت منابع انسانی، صفحه دوره MBA/DBA مدیریت مؤسسه امین را بررسی کنید.
نیاز به مشاوره کسب و کار دارید؟ از یک جلسه مشاوره رایگان کارشناسان موسسه امین استفاده کنید (100% رایگان)
