תוכנה לניהול כללי סידור עבודה של עובדים

תוכנה לניהול כללי סידור עבודה של עובדים

היעדרות פתאומית ביום שישי לא אמורה לאלץ מנהל לשחזר מהזיכרון כל כלל שיבוץ. ובכל זאת, זה מה שקורה כשכללים חיים בין גיליונות אלקטרוניים, שרשורי הודעות, הערות קליטה לעבודה ובראשו של מתזמן אחד. תוכנה לניהול כללי סידור עבודה של עובדים מכניסה את ההחלטות הללו למערכת שיכולה ליישם אותן בעקביות, להראות מה היא הבינה ולהציף את פשרות השיבוץ לפני שהסידור שפורסם.

עבור סידור עבודה למשמרות במסעדה, זה עשוי להיות שמירה על סוגר מוסמך בכל משמרת מאוחרת תוך כיבוד זמינות שאושרה. עבור רשימת עובדים למרפאה, זה עשוי להיות הבטחת תמהיל ההסמכות הנכון בכל אזור טיפול. עבור רשימת עובדים לשומרים, זה עשוי להיות מניעת שיבוץ של שומר בשני אתרים בו־זמנית או חריגה מדרישות מנוחה. הסידור הוא רק התוצאה הנראית לעין. העבודה האמיתית היא ניהול הכללים שמאחוריו.

Key takeaways

• טבלה מלאה אינה סידור עבודה תקף אם דרישת הסמכה, כלל מנוחה או צורך באיוש נשברו כדי למלא אותה.
• הפרידו בין מגבלות קשיחות לבין העדפות, והציגו את הפשרה כאשר האיוש בסיכון.
• תארו איוש לפי תפקיד, מיומנות, מיקום וזמן, ולא רק לפי מספר עובדים.
• אמתו את מודל הארגון לפני שאתם ממטבים את השבוע.
• כללים חייבים להמשיך לעבוד אחרי פרסום: החלפת משמרת היא בדיקת כללים, לא רק הסכמה.

Why schedule rules fail in spreadsheets

גיליונות אלקטרוניים יכולים להציג שבוע. הם לא מסבירים באופן טבעי למה ג׳ורדן לא יכול לעבוד ביום שלישי, למה במחסן נדרשים שני עובדים שמוסמכים למלגזה אחרי 6 p.m., או למה אותם שלושה אנשים ממשיכים לקבל משמרות סוף שבוע. מנהל קפדן יכול לעקוב ידנית אחרי הפרטים הללו, אבל התהליך נהיה שברירי ככל שהצוות, המיקומים והחריגים גדלים.

הבעיה אינה שלמנהלים חסר שיקול דעת. הבעיה היא ששיקול הדעת חוזר על עצמו מאות פעמים בזמן שהתנאים ממשיכים להשתנות. עובד חדש מגיע עם כשירויות מוגבלות. חבר צוות מעדכן זמינות. חוזה לקוח מוסיף עמדה ללילה. מישהו מבקש החלפת משמרת. כל שינוי יכול להשפיע על איוש, דיני עבודה, מיומנויות, שעות והוגנות — בו־זמנית.

כשכללים אינם מתועדים או מפוזרים, צוותים בדרך כלל נופלים לאחת משתי תבניות. או שהם משבצים מהר ומגלים בעיות מאוחר יותר, או שהם מבלים שעות בבדיקת כל שיבוץ ידנית. אף אחת מהגישות לא נותנת למוביל תפעולי הרבה ביטחון שהסידור שפורסם ניתן להצדקה.

זו הסיבה שטבלה היא בית גרוע לכלל שיבוץ. את הכלל צריך לבדוק מול אנשים, תפקידים, מיקומים וזמן בכל פעם שהשבוע זז. תא לא יכול לעשות את העבודה הזו. הוא יכול רק להחזיק את התשובה האחרונה שמישהו הקליד.

העלות מתבטאת בכשלים קטנים שמצטברים. סוגר משובץ בלי המפתח. אחות מוצבת באזור טיפול שאין לה אישור אליו. שומר מוזמן לשני אתרים באותו חלון זמן. אף אחת מהטעויות הללו לא נראית דרמטית בגיליון אלקטרוני. כל אחת מהן היא כלל שהקובץ לא הצליח לראות.

What employee schedule rules management software should manage

תוכנת סידור עבודה טובה עושה יותר מאשר לאחסן משמרות ולשלוח התראות. היא יוצרת מודל תפעולי מובנה: האנשים, התפקידים, התפקידים המוגדרים, המיקומים, המשמרות, המיומנויות, צרכי האיוש והכללים שקובעים האם שיבוץ הוא מקובל. מנוע כללי השיבוץ של WeekEye, scheduling rules engine, מתייחס לכללים הללו כאובייקטים שהמחולל חייב לציית להם — לא כהערות לצד הטבלה.

Hard constraints versus scheduling preferences

ההבחנה הראשונה היא בין כללים שאסור לעולם לשבור לבין העדפות שאמורות לעצב את התוכנית הטובה ביותר הזמינה.

מגבלות קשיחות כוללות דרישות כגון: אחות חייבת להחזיק בהסמכה פעילה ליחידה מסוימת, שומר אינו יכול לחרוג ממדיניות של מקסימום שעות רצופות, או עובד אינו יכול לעבוד כאשר הוא אינו זמין. אם אין שיבוץ תקף, המערכת צריכה להציף את הפער. היא לא צריכה לשבץ בשקט אדם לא כשיר לתוך המשמרת רק כדי שהטבלה תיראה מלאה.

העדפות דורשות שיקול דעת. עובד עשוי להעדיף בקרים, לבקש פחות משמרות סגירה או לרצות דפוס עבודה עקבי. מנהל עשוי לרצות לחלק סופי שבוע בצורה שוויונית יותר או לצמצם משמרות מפוצלות. אלה חשובים, אבל ייתכן שיצטרכו לסגת כאשר האיוש בסיכון. התוכנה צריכה להפוך את הפשרה הזו לגלויה במקום להתייחס לכל העדפה כהתחייבות.

ההפרדה הזו חשובה כי היא מונעת טעות תפעולית נפוצה: התייחסות לסידור עבודה מלא כסידור עבודה תקף. למשמרת יכול להיות שם ועדיין להפר דרישת הסמכה, כלל מנוחה, ציפיית עומס עבודה או מדיניות עבודה.

Coverage requirements that reflect the actual operation

איוש אינו תמיד ספירת ראשים. חנות קמעונאית עשויה להזדקק למחזיק מפתח אחד, שני אנשי מכירות ואחראי מלאי במהלך חלון מסירה עמוס. מרפאה עשויה להזדקק לתמהיל מוגדר של תפקידים בעלי רישיון ותפקידי תמיכה. תפעול לוגיסטי עשוי להזדקק למוביל, למפעילי ציוד מיומנים ולמספיק צוות רצפה עבור תקופת נפח מוגדרת.

תוכנה לניהול כללים צריכה לאפשר למנהלים לתאר את הצרכים הללו לפי מיקום, יום, זמן, תפקיד ומיומנות. היא גם צריכה לזהות תת-איוש בבירור. להסתיר פער תחת אזהרה כללית זה לא מספיק. מנהלים צריכים לדעת האם חסר להם אדם, חסר אדם כשיר או חסר תפקיד הנהגתי נדרש.

כתבו את האיוש כפי שהרצפה באמת נכשלת. "ארבעה אנשים בליל שישי" זה לא אותו דבר כמו "סוגר אחד, ברמן אחד, שני מלצרים, ואף אחד לא פותח אחרי סגירה". אם המודל לא יכול לנקוב בתפקיד החסר, המנהל יגלה זאת אחרי שהמשמרת מתחילה.

Workload, rest, and fairness rules

הוגנות לעיתים קרובות נדונה כסוגיה תרבותית, אבל היא גם סוגיה של תכנון סידור עבודה. אם משמרות לא רצויות מוקצות לפי מי שמגיב ראשון, אותם עובדים אמינים נושאים בנטל. עם הזמן, זה מייצר שחיקה וגורם לסידור העבודה להרגיש שרירותי.

כללים שימושיים יכולים לעקוב אחרי מקסימום שעות, מנוחה בין משמרות, מגבלות של ימים רצופים, דפוסי סגירה-לפתיחה, חלוקת סופי שבוע ואיזון שיבוצים קשים. לא כל צוות צריך כל כלל. בית קפה קטן עשוי להעדיף זמינות ורוטציה הוגנת של סופי שבוע, בעוד שתפעול אבטחה 24/7 עשוי להזדקק לבקרות הדוקות יותר סביב עייפות וכשירויות לאתרים.

המערכת הנכונה צריכה לתמוך בהבדל הזה בלי להכריח כל תפעול לאותו תבנית. הוגנות ורוטציה שייכות למודל כמדיניות גלויה, לא כספירה פרטית שהמתזמן אמור לזכור.

Build rules from how managers actually speak

רוב מערכות השיבוץ גורמות לכך שההקמה מרגישה כמו עבודה שנייה. מנהלים מתבקשים למלא טפסים, להגדיר טבלאות ולתרגם ידע תפעולי לשדות עוד לפני שהם יכולים לראות האם התוכנה מבינה את הסביבה שלהם. החיכוך הזה הוא הסיבה לכך שצוותים רבים חוזרים לגיליונות אלקטרוניים.

גישה טובה יותר מתחילה מתיאור בשפה פשוטה: "אנחנו מפעילים שני מיקומי מרפאה, צריכים אחות מוסמכת אחת ושני עוזרי רפואה בכל מקטע בוקר, ואף אחד לא יכול לעבוד יותר מחמישה ימים רצופים". המערכת צריכה להפוך את האמירה הזו למידע מובנה וגלוי שמנהל יכול לבדוק ולתקן. לשם כך נועד plain-language organization builder: כללים ומגבלות בשפה פשוטה, ואז מודל שהמנהל יכול לערוך.

WeekEye פועלת לפי מודל זה באמצעות המרה של תיאור מנהל, סידור עבודה שהועלה או מידע על החברה למודל ארגון. המנהל יכול לראות את התפקידים, האנשים, המשמרות, המיומנויות, הזמינות, דרישות האיוש והכללים שהמערכת זיהתה לפני שהוא מסתמך עליה כדי להפיק סידור עבודה.

ייבוא סידור עבודה מ-Excel ומ-PDF הוא אותו רעיון מהכיוון ההפוך. לרוב הצוותים כבר יש שבוע עובד בקובץ. ייבוא הסידור הקיים הזה צריך להזין את המודל במשמרות אמיתיות, תפקידים ואנשים, ואז לבקש מהמנהלת לאשר למה הקובץ התכוון. להתחיל מרשימת עובדים חיה מהיר יותר מאשר לבנות מחדש שיבוץ כוח אדם מהזיכרון.

הנראות הזו אינה קוסמטית. AI יכול להאיץ הקמה, אבל צוותים תפעוליים צריכים לאמת מה הוא הסיק. מנהל צריך להיות מסוגל לזהות ש-"lead" פורש כתפקיד, לאשר שכלל איוש חל על המיקום הנכון, ולתקן כשירות של עובד לפני שהטעות הופכת לשיבוץ שפורסם.

Validate before you optimize

התוכנה לא אמורה לקפוץ ישר מהזנת נתונים ללוח שנה מלוטש. קודם, עליה לאמת את המודל. יצירת סידור עבודה אוטומטית מועילה רק לאחר הבדיקה הזו.

אימות שואל שאלות מעשיות: האם יש מספיק אנשים כשירים כדי לאייש את המשמרות הנדרשות? האם לכל עובד יש תפקיד? האם רשומות הזמינות מלאות? האם שני כללים מתנגשים? האם תקופת מנוחה מבוקשת אינה תואמת את שעות הפעילות ואת רמת האיוש?

השאלות הללו יכולות לחשוף אמת לא נוחה: חלק מסידורי העבודה לא ניתנים לפתרון באמצעות שיבוץ טוב יותר. אם חברת אבטחה צריכה ארבעה שומרים כשירים בלילה ויש לה רק שלושה זמינים, הבעיה היא פער כוח אדם, לא בעיית לוח שנה. התוכנה צריכה לזהות זאת מוקדם, כדי שמנהיגים יוכלו לגייס, לאשר שעות נוספות, להתאים התחייבויות שירות או להזעיק גיבוי כשיר.

אופטימיזציה מגיעה אחרי אימות. כשהכללים ברורים, המערכת יכולה לייצר שיבוצים שמקיימים מגבלות קשיחות תוך שיפור העדפות כגון איזון עומס עבודה, דפוסים יציבים ופחות שינויים משבשים. מנהלים עדיין צריכים שליטה כי תפעול אמיתי כולל חריגים. הערך הוא שהחריגים הם החלטות מפורשות שניתנות למעקב, ולא שבירות כללים מקריות. מנהל שיכול לראות מדוע העדפה הושמטה יכול להסביר את השבוע לצוות. מנהל שלא יכול לראות זאת צריך להגן על טבלה שנראית שרירותית.

The schedule must remain useful after publication

סידור עבודה לא מסתיים כשהוא נתלה. הוא הופך לתפעולי כאשר אנשים מבקשים חופשה, מדווחים שהם לא מגיעים, מחליפים משמרות, מאחרים, או כאשר הביקוש משתנה באופן בלתי צפוי. ניהול כללים צריך להמשיך דרך האירועים הללו.

חשבו על החלפת משמרת. תהליך אישור פשוט עשוי לוודא ששני עובדים הסכימו להחליף עבודה. תהליך שמודע לכללים בודק גם האם המחליף מחזיק במיומנות הנדרשת, זמין, קיבל מספיק מנוחה, ויישאר בתוך מגבלות השעות. אם ההחלפה יוצרת הפרה, המנהל צריך לראות זאת לפני אישור הבקשה. זו הסיבה ש-איסוף זמינות עובדים והחלפות משמרת עם אישור מנהל צריכים להיות באותה מערכת יחד עם הכללים, לא בערוץ צדדי.

אותו סטנדרט חל על משמרות פתוחות והיעדרויות של הרגע האחרון. המחליף הטוב ביותר אינו רק מי שפנוי. זה מי שכשיר לאותה משמרת לפי הכללים שהארגון הגדיר. הצעות אוטומטיות יכולות לחסוך זמן, אבל המנהל צריך להיות מסוגל לסקור את הסיבה שבגללה נבחר אדם ולבטל אותה כשנדרש הקשר תפעולי.

סידור שפורסם הוא הבטחה. פרסום צריך להודיע לאנשים שהוא משפיע עליהם. אחרי זה, כל שינוי צריך להשאיר עקבה: מה זז, איזה כלל היה מעורב, והאם האיוש עדיין תקף. אם הרשומה לא יכולה לענות על השאלות הללו, הצוות חוזר לשחזר את השבוע מהזיכרון.

What to evaluate before choosing a system

המבחן החזק ביותר אינו סידור העבודה של הדמו במוצר. זה השבוע הכי מבולגן שלכם. הביאו את החריגים החוזרים שזוללים זמן מנהלים: מיקומים מפוצלים, הסמכות, רוטציה של סופי שבוע, זמינות בגלל לימודים, מינימום איוש לפי תפקיד, מדיניות חברה ושינויים מאוחרים.

חפשו מערכת שהופכת כללים לגלויים וניתנים לעריכה, מבחינה בין מגבלות קשיחות לבין העדפות, מזהה איוש בלתי אפשרי בכנות ומתעדת שינויים בסידור העבודה. שאלו כמה מהר מנהל יכול לעבור מקובץ Excel קיים או מתיאור בשפה פשוטה לסידור עבודה שהוא יכול לסקור. אם ההקמה דורשת שבועות של ייעוץ לפני סידור העבודה הראשון, ייתכן שהתוכנה נוקשה מדי לצוותים שנעים מהר.

שקלו גם ממשל. צוותים ארגוניים עשויים להזדקק למסלולי אישור, היסטוריית ביקורת, הרשאות מבוססות תפקיד ודיווח. צוותים קטנים עשויים להעדיף מעל הכול לבנות סידור עבודה ראשון אמין בלי ללמוד שפת תצורה מורכבת. הבחירה הנכונה תלויה בתפעול, אבל שתי הקבוצות צריכות את אותו בסיס: כללים שהם מובנים, ניתנים לאכיפה וקלים לתחזוקה.

סידור עבודה אמין לא אמור להיות תלוי במי שבמקרה היה זמין לענות להודעת טקסט מאוחר בערב. שימו את הכללים התפעוליים במקום שבו הצוות יכול לראות אותם, לבדוק אותם ולהשתמש בהם מדי שבוע. זה נותן למנהלים יותר מלוח שנה שהושלם. זה נותן להם מערכת החלטות שאפשר לסמוך עליה כשהשבוע כבר לא מתקדם כפי שתוכנן.