ساناز مرادی
فهرست مطالب این مقاله
شناخت فرایند کار پیش از تحلیل داده کمک میکند بدانیم عددها به کدام رویداد واقعی مربوط‌اند. زمان استخدام ممکن است در سامانه از ثبت رسمی درخواست شروع شود، درحالی‌که مذاکره و انتظار پیش از ثبت، بخش مهمی از تأخیر را ساخته باشد. اگر مرز ثبت را با مرز مسئله یکی بگیریم، تحلیل دقیق عددی هم میتواند تصویر ناقصی ارائه کند.
منظور از شناخت، تهیه نقشه پیچیده برای همه فعالیت‌های سازمان نیست. باید بخشی از کار را ببینیم که به پرسش پروژه مربوط است: چه چیزی وارد می‌شود، چه کسی چه اقدامی انجام می‌دهد، چه چیزی تحویل می‌شود و کار کجا منتظر می‌ماند. نقشه زمانی مفید است که به تصمیم و داده لازم متصل شود.
شناخت فرایند کار را با مرز روشن آغاز کنید
رویداد آغاز و پایان را با صاحبان کار تعریف کنید. در فرایند ورود کارکنان، پذیرش پیشنهاد، شروع حضور و آماده‌شدن برای انجام وظیفه سه نقطه متفاوت‌اند. اگر مسئله تأخیر در دسترسی است، فقط روز حضور را بررسی نکنید. باید مسیر درخواست و تحویل دسترسی و وابستگی آن به اطلاعات استخدام را نیز بشناسید.
یک واحد یا گروه شغلی مشخص برای بررسی نخست انتخاب کنید و دلیل آن را بنویسید. این انتخاب میتواند برای شناخت مسیر باشد و هنوز نماینده همه سازمان نباشد. نسخههای دیگر فرایند را در فهرست بررسی نگه دارید. اگر از واحد آماده‌تر شروع شده، نباید آسان‌بودن آن مسیر را ویژگی همه واحدها فرض کرد.
| جزء فرایند | پرسش مشاهده | مدرک قابل‌بررسی |
|---|---|---|
| ورودی | کار با چه اطلاعات و چه کیفیتی آغاز می‌شود؟ | درخواست، پرونده یا رویداد ثبت‌شده |
| اقدام | چه کسی عملاً چه کاری میکند؟ | مشاهده و شرح مجری |
| انتظار | کار منتظر چه تصمیم، اطلاعات یا منبعی است؟ | زمان رویداد و علت ثبت‌شده انتظار |
| تحویل | گیرنده چه چیزی را قابل‌قبول می‌داند؟ | خروجی مرحله و معیار پذیرش |
| برگشت | چه چیزی باعث اصلاح یا تکرار می‌شود؟ | نسخههای پرونده و مسیر بازگشت |
اجرای واقعی را کنار دستورالعمل بخوانید
ابتدا نقشه رسمی را ببینید، سپس از مجری بخواهید آخرین پرونده مرتبط را مرحله‌به‌مرحله مرور کند. بپرسید چه چیزی در سامانه ثبت نشده، کدام هماهنگی بیرون از فرایند انجام شده و کجا مسیر معمول تغییر کرده است. این پرسش‌ها کمک می‌کنند فاصله میان طراحی و اجرا آشکار شود؛ نباید از ابتدا فرض کرد هر تفاوتی تخلف یا ناکارآمدی است.
بعضی میان‌برها پاسخ افراد به نقص فرایند رسمی‌اند. برای نمونه، هماهنگی مستقیم ممکن است نبود مسیر روشن تأیید را جبران کند. حذف میان‌بر بدون شناخت این کارکرد، میتواند انتظار را بیشتر کند. هدف مشاهده، فهم سازوکار کار است؛ ارزیابی مسئولیت و اصلاح رویه باید بر اطلاعات کافی و نقشهای مشخص استوار باشد.
مشاهده را با پرسش مشخص انجام دهید
پیش از حضور در محیط، بنویسید دنبال چه چیزی هستید: محل انتظار، کیفیت ورودی، قطع‌شدن کار یا تفاوت مسیر پرونده‌ها؟ ثبت همه جزئیات بدون هدف، حجم یادداشت را زیاد میکند. برای هر رویداد، زمان، مرحله، نقش و شرایط را در حد نیاز یادداشت کنید و مشاهده را از تفسیر خود جدا نگه دارید.
حضور مشاهده‌گر ممکن است رفتار افراد را تغییر دهد. زمان مشاهده و شرایط آن را در گزارش بیاورید و در صورت نیاز با اسناد یا گفت‌وگو تکمیل کنید. اگر فقط ساعت خلوت یا پرونده‌های آسان دیده شده، این محدودیت باید در نتیجه‌گیری باقی بماند. مشاهده مستقیم نیز مانند سایر شواهد به دامنه و شرایط وابسته است.
از مجری درباره تفاوت روز عادی و روز پرتراکم بپرسید. شاید گلوگاه فقط در موعدهای خاص، شیفت مشخص یا هنگام غیبت یک نقش رخ دهد. این شناخت میتواند ضرورت تفکیک زمانی یا گروهی را در تحلیل روشن کند. بااین‌حال، گفته فرد درباره فراوانی رویداد باید متناسب با ادعای پروژه بررسی شود؛ خاطره برجسته، آمار کامل نیست.
زمان انجام کار، انتظار و دوباره‌کاری را جدا کنید
کاهش زمان کل همیشه از سریع‌تر کارکردن مجری حاصل نمی‌شود. ممکن است بخش عمده مسیر در صف تأیید یا انتظار اطلاعات بگذرد. تعریف این وضعیت‌ها باید روشن باشد تا تیم‌ها همه فاصله‌ها را به عملکرد یک نقش نسبت ندهند. همچنین کار نیمه‌تمامی که برای اصلاح برمی‌گردد، باید در مسیر دیده شود.
زمان ثبت در سامانه را با وقوع رویداد تطبیق دهید. ثبت گروهی در پایان روز یا ثبت دیرهنگام میتواند فاصله ظاهری ایجاد کند. اگر زمان واقعی در دسترس نیست، محدودیت را بنویسید و به دنبال نشانه مناسب‌تر باشید. جایگزینی پنهانی زمان ثبت به جای زمان وقوع، معنای سنجه و نتیجه را عوض میکند.
هشداراینکه کار در یک مرحله جمع شده، ثابت نمی‌کند مجری آن مرحله علت اصلی تأخیر است. کیفیت ورودی، ظرفیت، اولویت‌ها و وابستگیهای پیشین را نیز بررسی کنید.
نقشهای ساده اما قابل‌ردیابی بسازید
- رویداد آغاز و پایان را مشخص کنید.
- مرحله‌ها و نقشهای واقعی را به ترتیب ثبت کنید.
- برای هر تحویل، ورودی و معیار پذیرش را بنویسید.
- محل انتظار، برگشت و مسیر استثنا را علامت‌گذاری کنید.
- منبع شناخت هر بخش و موارد نامطمئن را نگه دارید.
- نقشه را با بیش از یک نقش مرتبط مرور کنید.
اگر مسیر بین واحدها متفاوت است، تفاوت را در همان نقشه یا یک جدول کوتاه نشان دهید. اجبار همه نسخه‌ها به یک مسیر استاندارد، ممکن است تفاوتی را حذف کند که برای تصمیم تعیین‌کننده است. در عین حال، لازم نیست برای هر تفاوت جزئی نقشه مستقل ساخت؛ تمرکز بر تفاوتی باشد که زمان، کیفیت یا امکان اقدام را تغییر می‌دهد.
در مرور نقشه، از افراد بخواهید یک پرونده را روی مسیر دنبال کنند. اگر مرحله‌ای پیدا نمی‌شود یا نقشها درباره گیرنده تحویل اختلاف دارند، همین اختلاف را ثبت کنید. نقشه قرار نیست توافق ظاهری بسازد. ابهام آشکار میتواند یکی از پرسش‌های اصلی پروژه یا یک اصلاح اجرایی فوری باشد.
نقشه فرایند را به پرسش و نیاز داده تبدیل کنید
| آنچه در فرایند دیده شده | پرسش قابل‌بررسی | داده موردنیاز |
|---|---|---|
| برگشت درخواست به دلیل اطلاعات ناقص | کدام نوع نقص و در کدام گروه بیشتر رخ می‌دهد؟ | نسخه درخواست، علت برگشت و گروه مربوط |
| انتظار برای تأیید | انتظار در چه شرایطی طولانی‌تر است؟ | زمان تحویل و تأیید، نقش و شرایط پرونده |
| مسیر متفاوت شعبه‌ها | آیا تفاوت مسیر با پیامد موردنظر مرتبط است؟ | نسخه فرایند، ترکیب پرونده و پیامد |
| ثبت دیرهنگام | زمان سامانه تا چه حد وقوع واقعی را نشان می‌دهد؟ | بررسی محدود پرونده و رویداد واقعی |
بعضی یافته‌ها به تحلیل بیشتر و بعضی به روشن‌کردن مسئولیت نیاز دارند. این دو را جدا پیشنهاد دهید. اگر همه اطلاعات لازم برای یک اصلاح روشن است، لازم نیست آن را تا پایان همه بررسی‌ها متوقف کنیم؛ اما باید دامنه و پیامد اصلاح نیز دیده شود. پروژه نباید از مشاهده محدود، راهکار سراسری و قطعی نتیجه بگیرد.
نکتهپیشنهاد خانه منابع انسانی: کنار هر گلوگاه، سه ستون «آنچه دیدیم»، «آنچه هنوز نمی‌دانیم» و «بررسی بعدی» بگذارید. این کار مرز مشاهده و توضیح را حفظ میکند.
خروجی شناخت فرایند باید به تیم تحلیل نشان دهد عددها را چگونه بخواند و چه داده‌ای ممکن است گم باشد. نقشه تزئینی که روی پرسش، تعریف متغیر یا برنامه بررسی اثر نمی‌گذارد، ارزش محدودی دارد. معیار پایان این مرحله، فهم مشترک مسیر مرتبط و مشخص‌شدن ابهام‌های تعیین‌کننده است.
پرسش‌های متداول
پاسخ کوتاه به ۳ پرسش درباره «شناخت فرایند کار پیش از تحلیل داده؛ از مشاهده تا پرسش»
۱آیا باید کل فرایند سازمان را نقشهبرداری کنیم؟
خیر. مرز را از پرسش پروژه بگیرید و فقط وابستگیهای مؤثر را اضافه کنید. نقشه باید برای شناخت مسئله و انتخاب داده کافی باشد. بزرگکردن دامنه بدون نیاز میتواند بررسی را طولانی و تمرکز بر تصمیم را ضعیف کند.
۲اگر افراد درباره مسیر واقعی اختلاف داشتند چه کنیم؟
اختلاف را به رویداد و پرونده مشخص برگردانید. ممکن است نسخههای متفاوتی اجرا شود یا زمان و نقشها تعریف یکسان نداشته باشند. از اسناد و مشاهده تکمیلی کمک بگیرید و تا رفع ابهام، یک روایت را بهعنوان مسیر قطعی همه سازمان ثبت نکنید.
۳آیا مشاهده گلوگاه برای معرفی علت کافی است؟
معمولاً خیر. محل تجمع کار میتواند معلول نقص ورودی، ظرفیت یا وابستگی دیگر باشد. مشاهده، فرضیه و نیاز بررسی ایجاد میکند. شدت ادعای علت باید با روش و شواهد پشتیبان آن متناسب بماند.
مراجع و منابع
- مرکز مدیریت مبتنی بر شواهد. (۲۰۲۵). چک‌لیست پرسیدن: بررسی مسئله (ASK: Problem).
- کارکرد تحلیل دولت بریتانیا و همکاران. (۲۰۲۵). کتاب آکوا: راهنمای تولید تحلیل معتبر و متناسب با هدف (The AQuA Book).
- خزانه‌داری بریتانیا و کارگروه ارزیابی. کیفیت در ارزیابی کیفی (Quality in qualitative evaluation). راهنمای تکمیلی کتاب مجنتا، نسخه وب ۲۰۲۶.
من ساناز مرادی هستم؛ متخصص تحلیل داده‌های منابع انسانی. برای من، پشت هر عدد روایتی از آدم‌ها و زندگی کاری آن‌هاست. کارم این است که از میان داده‌های پراکنده، الگوها و بینش‌هایی پیدا کنم که به تصمیم‌های بهتر برای کارکنان و سازمان کمک کنند. در این مجله، از همین مسیر می‌نویسم؛ از تبدیل داده‌ها به شناخت و شناخت به اقدام.
این چالش در سازمان شما هم هست؟
اگر می‌خواهید آنچه خواندید را در سازمان خود به کار بگیرید، درخواست‌تان را بفرستید تا هم‌تیمی‌های خانه منابع انسانی برای هماهنگی با شما تماس بگیرند.
- تشخیص دقیق مسئلهپیش از هر راه‌حلی، ریشه را پیدا می‌کنیم
- طراحی راه‌حل متناسبنه نسخه آماده؛ متناسب با فرهنگ و اندازه سازمان شما
- همراهی تا اجرااز طراحی تا استقرار و سنجش نتیجه
میزگرد حرفه‌ای خانه منابع انسانی
کدام مرحله در فرایند سازمان شما روی نقشه رسمی دیده نمی‌شود، اما بخش مهمی از انتظار یا دوباره‌کاری را ایجاد میکند؟