واحد تحلیل، جامعه هدف و بازه زمانی پروژه را چگونه تعیین کنیم؟

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

واحد تحلیل (Unit of Analysis) را باید همراه با جامعه هدف و زمان تعریف کرد. پرسش درباره تازه‌واردان یک گروه شغلی با پرسش درباره همه کارکنان فعال یکسان نیست. این تصمیم‌ها بعداً بر انتخاب داده، مقایسه، روش و حدود تعمیم اثر می‌گذارند. بنابراین باید پیش از ساختن جدول نهایی، با صاحب مسئله روشن شوند.

واحد تحلیل را از واحد مشاهده و واحد تصمیم جدا کنید

واحد مشاهده (Unit of Observation) چیزی است که اطلاعات درباره آن ثبت می‌شود. ممکن است هر ردیف فایل، یک رویداد حضور باشد ولی تحلیل درباره کارکنان یا شیفت‌ها انجام شود. واحد تصمیم نیز می‌تواند متفاوت باشد؛ تحلیل در سطح گروه انجام شود و تصمیم به اصلاح یک فرایند سازمانی مربوط باشد. نسبت این سطح‌ها باید توضیح داده شود.

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

جامعه هدف را با قواعد ورود و خروج تعریف کنید

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

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

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

ردیف بیشتر را با اطلاعات مستقل بیشتر اشتباه نگیرید

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

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

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

دوره زمانی را با تصمیم و فرصت مشاهده هماهنگ کنید

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

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

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

تغییر نقش و عضویت را چگونه ببینیم؟

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

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

برگه تعریف جمعیت و زمان پروژه

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

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

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

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