مدیریت تغییر هنگام استقرار اتوماسیون؛ چطور تیم را همراه کنیم؟

استقرار یک سیستم اتوماسیون فقط به نصب نرم‌افزار، اتصال چند ابزار یا ساخت یک فرایند جدید محدود نمی‌شود. وقتی بخشی از کارهای روزمره یک سازمان خودکار می‌شود، روش انجام کار، مسئولیت افراد، نحوه ثبت اطلاعات و حتی معیار ارزیابی عملکرد می‌تواند تغییر کند.

به همین دلیل ممکن است یک پروژه از نظر فنی کاملاً درست اجرا شده باشد، اما در عمل استفاده نشود یا بخشی از تیم همچنان به روش قبلی برگردد. مسئله در چنین شرایطی لزوماً ضعف ابزار نیست؛ مدیریت نکردن تغییر سازمانی است.

چرا استقرار اتوماسیون باعث مقاومت تیم می‌شود؟

مقاومت در برابر اتوماسیون همیشه به معنی مخالفت با فناوری نیست. افراد ممکن است ندانند سیستم جدید دقیقاً چه تغییری در کارشان ایجاد می‌کند یا تصور کنند کنترل بیشتری روی عملکرد آن‌ها اعمال خواهد شد.

از طرف دیگر، اگر سیستم جدید بدون توجه به فرایند واقعی سازمان طراحی شده باشد، کاربر مجبور می‌شود برای انجام یک کار ساده چند مرحله اضافی طی کند. در چنین شرایطی طبیعی است که روش قبلی برای او ساده‌تر به نظر برسد.

برخی دلایل رایج مقاومت عبارت‌اند از:

• نامشخص بودن دلیل اجرای اتوماسیون
• نگرانی درباره تغییر مسئولیت‌ها
• ترس از حذف یا کم‌اهمیت شدن نقش فرد
• آموزش ناکافی سیستم جدید
• پیچیده بودن فرایند جدید
• نبود پشتیبانی در روزهای اول استفاده
• طراحی سیستم بدون مشارکت کاربران نهایی

اتوماسیون را به‌عنوان «تغییر فرایند» ببینید، نه فقط تغییر نرم‌افزار

یکی از اشتباهات رایج این است که اتوماسیون را صرفاً یک پروژه نرم‌افزاری در نظر بگیریم. در حالی که هدف اصلی اتوماسیون، بهبود یک فرایند کاری است.

برای مثال، اگر ثبت درخواست مشتری قبلاً در پیام‌رسان، تماس تلفنی و فایل اکسل انجام می‌شده و حالا قرار است همه درخواست‌ها وارد یک سیستم شوند، فقط ابزار تغییر نکرده است. مسیر ثبت درخواست، مسئول پیگیری، زمان پاسخ‌گویی و نحوه گزارش‌گیری نیز باید مشخص شود.

بنابراین قبل از اجرای سیستم باید مشخص شود:

• فرایند فعلی دقیقاً چگونه انجام می‌شود؟
• کدام بخش قرار است خودکار شود؟
• کدام تصمیم‌ها همچنان باید توسط انسان انجام شوند؟
• مسئول هر مرحله بعد از اتوماسیون چه کسی است؟
• اطلاعات از کجا وارد سیستم می‌شود و کجا مصرف خواهد شد؟

قبل از اجرا، کاربران نهایی را وارد فرایند کنید

یکی از بهترین روش‌ها برای کاهش مقاومت، مشارکت دادن افرادی است که قرار است هر روز با سیستم کار کنند.

کاربر نهایی معمولاً جزئیاتی از فرایند را می‌داند که در مستندات رسمی یا جلسات مدیریتی دیده نمی‌شود. مثلاً ممکن است بداند یک مرحله خاص چرا همیشه دستی انجام می‌شود یا چه استثناهایی در فرایند وجود دارد.

پرسیدن چند سؤال ساده می‌تواند از بسیاری از مشکلات بعدی جلوگیری کند:

• امروز این کار را چطور انجام می‌دهید؟
• کدام قسمت بیشترین زمان را می‌گیرد؟
• کجا مجبور می‌شوید اطلاعات را دوباره وارد کنید؟
• چه استثناهایی در این فرایند وجود دارد؟
• اگر سیستم جدید از کار بیفتد، راه جایگزین چیست؟

هدف اتوماسیون را برای تیم قابل لمس کنید

گفتن اینکه «این سیستم باعث افزایش بهره‌وری می‌شود» معمولاً برای کاربر کافی نیست. بهتر است تغییر را به یک مسئله واقعی در کار روزانه او مرتبط کنید.

برای مثال به جای یک توضیح کلی، می‌توان گفت سیستم جدید قرار است ورود تکراری اطلاعات را حذف کند، وضعیت درخواست‌ها را قابل پیگیری کند یا بخشی از گزارش‌گیری روزانه را خودکار انجام دهد.

وقتی کاربر بداند کدام مشکل قرار است برای خودش یا تیمش حل شود، پذیرش تغییر معمولاً ساده‌تر خواهد بود.

آموزش اتوماسیون را کوتاه و عملی طراحی کنید

آموزش طولانی و تئوری لزوماً باعث استفاده بهتر از سیستم نمی‌شود. آموزش باید بر اساس کارهای واقعی کاربران طراحی شود.

بهتر است ابتدا سناریوهای پرتکرار آموزش داده شوند؛ مثلاً:

1. چطور یک درخواست جدید ثبت کنیم؟
2. چطور وضعیت درخواست را تغییر دهیم؟
3. در صورت بروز خطا چه کاری انجام دهیم؟
4. چطور گزارش موردنیاز خود را پیدا کنیم؟
5. اگر اطلاعات اشتباه وارد شد، اصلاح آن چگونه انجام می‌شود؟

راهنمای کوتاه، ویدئوی آموزشی و مستندات مرحله‌به‌مرحله می‌توانند در روزهای اول استقرار بسیار کاربردی باشند.

اتوماسیون را یک‌باره به کل سازمان تحمیل نکنید

در پروژه‌های حساس، اجرای مرحله‌ای معمولاً امکان شناسایی خطاها و اصلاح فرایند را قبل از گسترش کامل فراهم می‌کند.

می‌توان ابتدا یک واحد، یک فرایند یا یک گروه کوچک از کاربران را وارد سیستم کرد. سپس بر اساس بازخورد واقعی، مشکلات برطرف شوند و نسخه بعدی برای گروه بزرگ‌تر اجرا شود.

در این مرحله فقط مشکلات فنی را بررسی نکنید. باید دید کاربران واقعاً از سیستم استفاده می‌کنند یا برای انجام کار به روش قبلی برمی‌گردند.

شاخص‌های پذیرش سیستم را اندازه‌گیری کنید

یکی از اشتباهات مهم این است که بعد از راه‌اندازی سیستم، موفقیت پروژه را فقط با «فعال شدن سیستم» بسنجیم.

برای ارزیابی واقعی بهتر است شاخص‌هایی مانند موارد زیر بررسی شوند:

• درصد استفاده کاربران از فرایند جدید
• تعداد فرایندهایی که هنوز به شکل دستی انجام می‌شوند
• تعداد خطاهای ثبت اطلاعات
• زمان انجام یک فرایند قبل و بعد از اتوماسیون
• تعداد درخواست‌های پشتیبانی
• تعداد موارد برگشت به فرایند قبلی
• میزان کامل بودن اطلاعات ثبت‌شده

این داده‌ها کمک می‌کنند بفهمیم مشکل از خود سیستم است، آموزش کافی نیست یا فرایند جدید با واقعیت کار سازمان هماهنگ نشده است.

نقش مدیران در پذیرش اتوماسیون چیست؟

اگر مدیران از سیستم جدید استفاده نکنند، انتظار داشتن از کارکنان برای تغییر رفتار دشوار خواهد بود.

مدیر باید مشخص کند سیستم جدید مرجع اصلی انجام و پیگیری کار است و تصمیم‌ها و گزارش‌ها تا حد امکان بر اساس اطلاعات ثبت‌شده در همان سیستم انجام می‌شوند.

البته این موضوع نباید به معنای فشار ناگهانی برای استفاده از یک سیستم ناقص باشد. اگر مشکلی وجود دارد، باید مسیر مشخصی برای گزارش، اصلاح و پشتیبانی وجود داشته باشد.

اتوماسیون موفق یعنی ترکیب فناوری و مدیریت تغییر

یک سیستم اتوماسیون زمانی ارزش واقعی ایجاد می‌کند که علاوه بر درست کار کردن، در فرایند روزمره سازمان نیز پذیرفته شود.

به همین دلیل بهتر است پروژه از ابتدا با چند لایه بررسی شود: فرایند، فناوری، کاربران، داده و شاخص‌های عملکرد.

اگر فقط ابزار را انتخاب کنیم و بعد تلاش کنیم سازمان را با آن هماهنگ کنیم، احتمال ایجاد اصطکاک بیشتر می‌شود. اما اگر ابتدا مسئله و فرایند مشخص شود و سپس فناوری متناسب با آن طراحی شود، پذیرش سیستم نیز ساده‌تر خواهد بود.

یک چارچوب ساده برای مدیریت تغییر در اتوماسیون

می‌توان مدیریت تغییر را در یک مسیر عملیاتی ساده خلاصه کرد:

1. شناخت وضعیت موجود: فرایند فعلی و مشکلات آن را مستند کنید.
2. تعریف تغییر: مشخص کنید اتوماسیون دقیقاً چه چیزی را تغییر می‌دهد.
3. مشارکت کاربران: کاربران نهایی را قبل از اجرا وارد فرایند کنید.
4. اجرای آزمایشی: سیستم را ابتدا در مقیاس محدود آزمایش کنید.
5. آموزش عملی: آموزش را بر اساس سناریوهای واقعی انجام دهید.
6. پشتیبانی: برای مشکلات روزهای اول مسیر مشخصی داشته باشید.
7. اندازه‌گیری: میزان استفاده و نتیجه واقعی سیستم را بررسی کنید.
8. بهبود: بر اساس داده و بازخورد، فرایند را اصلاح کنید.

چه زمانی بهتر است برای استقرار اتوماسیون از متخصص کمک بگیریم؟

اگر قرار است اتوماسیون چند واحد، چند نرم‌افزار یا چند فرایند را به یکدیگر متصل کند، موضوع فقط انتخاب ابزار نیست. طراحی معماری، جریان داده، سطح دسترسی، خطاهای احتمالی، پشتیبان‌گیری و نحوه استفاده کاربران نیز باید از ابتدا مشخص شوند.

در چنین پروژه‌هایی، یک طراحی ضعیف می‌تواند باعث شود سازمان به جای کاهش کارهای تکراری، با فرایندهای پیچیده‌تر و داده‌های پراکنده روبه‌رو شود.

اگر هدف شما اتوماسیون یک فرایند واقعی در کسب‌وکار است، بهتر است قبل از انتخاب ابزار، ابتدا فرایند فعلی، مشکل اصلی و خروجی مورد انتظار مشخص شود. در تیپرینو می‌توان این مسیر را از تحلیل فرایند و نیازمندی‌ها شروع کرد و سپس درباره راهکار فنی مناسب تصمیم گرفت.

مشاهده خدمات اتوماسیون تیپرینو یا برای بررسی اولیه نیاز کسب‌وکار، با تیپرینو در ارتباط باشید.

اشتباهات رایج در مدیریت تغییر هنگام اتوماسیون

• شروع پروژه بدون شناخت فرایند فعلی
• انتخاب ابزار قبل از مشخص شدن مسئله
• نادیده گرفتن کاربران نهایی
• آموزش دادن سیستم به جای آموزش فرایند جدید
• اجرای هم‌زمان تغییرات زیاد
• نداشتن مسیر پشتیبانی بعد از راه‌اندازی
• اندازه‌گیری نکردن میزان استفاده واقعی
• اصرار بر یک فرایند ناکارآمد فقط به دلیل اینکه در سیستم پیاده شده است

چک‌لیست مدیریت تغییر هنگام استقرار اتوماسیون

• فرایند فعلی مستند شده است.
• هدف اتوماسیون برای کاربران مشخص است.
• کاربران نهایی در طراحی مشارکت داشته‌اند.
• مسئولیت‌ها بعد از تغییر مشخص شده‌اند.
• سناریوهای خطا و استثنا بررسی شده‌اند.
• آموزش عملی آماده شده است.
• اجرای آزمایشی انجام شده است.
• مسیر پشتیبانی مشخص است.
• شاخص‌های موفقیت قبل از اجرا تعریف شده‌اند.
• بعد از اجرا، میزان استفاده و نتیجه واقعی اندازه‌گیری می‌شود.

سؤالات متداول

آیا مقاومت کارکنان در برابر اتوماسیون طبیعی است؟

بله. تغییر در ابزار و فرایند کاری می‌تواند باعث نگرانی یا مقاومت شود. مشارکت دادن کاربران، توضیح هدف تغییر، آموزش عملی و پشتیبانی مناسب می‌تواند این مقاومت را کاهش دهد.

آیا آموزش به‌تنهایی برای پذیرش اتوماسیون کافی است؟

خیر. اگر فرایند جدید پیچیده باشد یا با نیاز واقعی کاربران هماهنگ نباشد، حتی آموزش خوب هم مشکل را حل نمی‌کند. طراحی فرایند و تجربه کاربر نیز اهمیت دارد.

چرا اجرای آزمایشی اتوماسیون مهم است؟

اجرای آزمایشی کمک می‌کند خطاهای فنی، مشکلات فرایندی و بازخورد کاربران قبل از گسترش سیستم شناسایی و اصلاح شوند.

موفقیت پروژه اتوماسیون را چگونه بسنجیم؟

فقط فعال بودن سیستم کافی نیست. باید شاخص‌هایی مانند میزان استفاده، کاهش کارهای دستی، زمان انجام فرایند، خطاهای ثبت اطلاعات و کیفیت خروجی قبل و بعد از اجرا مقایسه شوند.

آیا مدیریت تغییر فقط مربوط به پروژه‌های بزرگ است؟

خیر. حتی یک اتوماسیون کوچک اگر روش انجام کار را تغییر دهد، به نوعی مدیریت تغییر نیاز دارد؛ هرچند مقیاس برنامه مدیریت تغییر باید متناسب با اندازه پروژه باشد.

جمع‌بندی

استقرار اتوماسیون زمانی موفق است که سازمان فقط یک ابزار جدید دریافت نکرده باشد، بلکه یک روش بهتر برای انجام کار پیدا کرده باشد.

برای رسیدن به این نتیجه، باید قبل از اجرا فرایند فعلی را شناخت، کاربران را درگیر کرد، تغییرات را مرحله‌ای پیش برد، آموزش و پشتیبانی را جدی گرفت و بعد از راه‌اندازی نیز میزان استفاده و نتیجه واقعی را اندازه‌گیری کرد.

در نهایت، اتوماسیون موفق ترکیبی از فناوری، طراحی فرایند و مدیریت تغییر است. اگر یکی از این سه بخش نادیده گرفته شود، حتی یک راهکار فنی خوب هم ممکن است در استفاده روزمره سازمان به نتیجه مورد انتظار نرسد.