نقشه راه استقرار مدل ۳۴۰۰۰؛ از تشخیص تا اجرا

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

نقشه راه استقرار، برنامه شرکت در جایزه نیست

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

اگر هدف فقط تکمیل فرم باشد، ممکن است مستندات سریع‌تر از واقعیت سازمان رشد کنند. برای روشن‌شدن این تمایز، مقاله تفاوت استقرار مدل ۳۴۰۰۰ و شرکت در جایزه را مرور کنید.

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

مرحله اول؛ مسئله، دامنه و اختیار را مشخص کنید

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

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

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

مرحله دوم؛ وضعیت موجود را با شواهد بشناسید

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

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

مرحله سوم؛ اولویت‌ها و وابستگی‌ها را انتخاب کنید

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

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

نکتهتعداد پروژه‌های هم‌زمان را با ظرفیت واقعی افراد تنظیم کنید. اولویت‌دادن یعنی مشخص‌کردن کارهایی که فعلاً آغاز نمی‌شوند؛ صرفاً قراردادن همه فعالیت‌ها در ستون «مهم» نیست.

مرحله چهارم؛ راه‌حل را با کاربران طراحی کنید

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

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

مرحله پنجم؛ اجرای آزمایشی را برای یادگیری انجام دهید

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

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

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

مرحله ششم؛ درباره گسترش، اصلاح یا توقف تصمیم بگیرید

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

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

مرحله هفتم؛ فرایند را به عملیات تحویل دهید

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

دو مسیر را جداگانه پایش کنید: پیشرفت تحویل و تحقق نتیجه. تکمیل یک راهنما خروجی پروژه است؛ استفاده درست و پایدار از آن و تغییر پیامد مورد انتظار، بررسی دیگری می‌خواهد. راهنمای ارتباط فرایندها و نتایج در مدل ۳۴۰۰۰ در طراحی این پایش کمک می‌کند.

زمان و هزینه را چگونه برآورد کنیم؟

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

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

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

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

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