شروع پروژه تحلیلی منابع انسانی؛ از کجا و چگونه؟

شروع پروژه تحلیلی (Analytics Project) زمانی ارزش دارد که سازمان با یک انتخاب واقعی روبه‌روست و اطلاعات معتبر می‌تواند کیفیت آن انتخاب را بهتر کند. درخواست «یک داشبورد کامل بسازید» یا «علت خروج کارکنان را پیدا کنید» هنوز تعریف پروژه نیست. باید معلوم شود کدام تصمیم معطل مانده، چه ابهامی مانع انتخاب است و چه کسی اختیار اقدام پس از تحلیل را دارد.

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

شروع پروژه تحلیلی را به یک تصمیم وصل کنید

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

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

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

مشاهده، توضیح و راهکار را از هم جدا کنید

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

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

آیا ابهام واقعاً به تحلیل نیاز دارد؟

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

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

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

بررسی اولیه را کوچک و هدفمند طراحی کنید

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

1. درخواست را همراه با تصمیم موردنیاز ثبت کنید.
2. وجود و دامنه اولیه مسئله را با اطلاعات قابل‌دسترسی بررسی کنید.
3. توضیح‌های رقیب و فرض‌های مهم را بنویسید.
4. گروه‌های اثرپذیر و پیامدهای انسانی را مشخص کنید.
5. منابع داده و مانع‌های دسترسی را در حد اولیه ببینید.
6. گزینه شروع، اصلاح یا تعویق را همراه دلیل پیشنهاد دهید.

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

خروجی بررسی را به تعهد قابل‌اجرا تبدیل کنید

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

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

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

چک‌لیست تصمیم برای شروع، اصلاح یا تعویق

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

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

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