تعریف شکاف منابع انسانی؛ از ابهام تا اقدام

«به سامانه نیاز داریم.» «مدیران باید آموزش ببینند.» «فرایند باید بازطراحی شود.» این جمله‌ها ممکن است به راهکارهای مناسبی اشاره کنند؛ اما هنوز نمی‌گویند چه مسئله‌ای قرار است حل شود.

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

شکاف منابع انسانی چیست؟

تعریفشکاف منابع انسانی (Human Resource Gap) در کاربرد این مقاله، فاصله مستند میان وضعیت موجود و یک انتظار معتبر و مرتبط است. این انتظار باید مبنای روشن داشته باشد؛ نه صرفاً ترجیح فرد یا تقلید از سازمان دیگر.

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

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

پنج جزء یک شکاف قابل اقدام

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

از جمله مبهم به مسئله روشن برسیم

جمله «فرایند پاسخ‌گویی کارکنان مناسب نیست» را در نظر بگیرید. برای روشن کردن آن، باید مسیر درخواست، انتظار پاسخ، مسئول و شواهد بررسی شوند.

صورت دقیق‌تر یک مثال فرضی می‌تواند چنین باشد: «در درخواست‌های بررسی‌شده مرتبط با اصلاح اطلاعات کارکنان، زمان تحویل بین دو نقش ثبت نمی‌شود و مسئول پیگیری موارد معطل روشن نیست؛ بنابراین منشأ انتظار و مسئول اقدام بعدی قابل تشخیص نیست.»

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

انتظار مطلوب را چگونه تعیین کنیم؟

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

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

نکتهمیان «الزام موجود رعایت نشده» و «برای آینده باید انتظار مناسبی تعریف کنیم» تفاوت بگذارید. این دو، شرح مسئله و مسیر اقدام یکسانی ندارند.

علت را بررسی کنیم، نه اینکه حدس بزنیم

تحلیل علت ریشه‌ای (Root Cause Analysis) برای شناخت عوامل زمینه‌ساز مسئله به کار می‌رود. ارزش آن در پرسیدن و آزمودن توضیح‌هاست؛ نه صرفاً نوشتن چند «چرا» تا رسیدن به پاسخی که از ابتدا دوست داشته‌ایم.

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

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

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

تجربه خانه منابع انسانی

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

در نگاه مشاوره‌ای خانه منابع انسانی، پیش از دوره آموزشی، مسیر کار بررسی می‌شود: چه کسی درخواست را می‌پذیرد؟ چه اطلاعاتی لازم است؟ مالک تصمیم کیست؟ و در انتظار تأیید چه اتفاقی می‌افتد؟

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

مسئله را در اندازه قابل مدیریت تعریف کنید

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

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

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

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