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