כוח אדם נדרש וימי חופש מבוקשים מתנגשים.
ימי חופש מבוקשים, ביקוש לפי חלון זמן וכוח אדם מינימלי נבדקים לעיתים ידנית באותו זמן.
אופטימיזציית משמרות וכוח אדם
אנחנו הופכים תנאים שכלי משמרות מדף אינם יכולים לקלוט למודל מתמטי. המערכת יוצרת מועמדים שניתן לבדוק, כדי שאנשים יוכלו לאשר את התוצאה תוך ראיית הסיבות והחריגים.
בעיה
החלק הקשה ביצירת משמרות אינו הקלדת שמות לטבלה, אלא שמירה על עקביות בין כללים, בקשות וחריגים רבים.
ימי חופש מבוקשים, ביקוש לפי חלון זמן וכוח אדם מינימלי נבדקים לעיתים ידנית באותו זמן.
מנהלים, עובדים מוסמכים, מפעילי ציוד או אחראים צריכים להופיע במשבצות מסוימות.
משמרות לילה, סופי שבוע, סך משמרות ושיבוצים קשים לא צריכים להתרכז אצל מעט אנשים.
היעדרות אחת או שינוי ביקוש יכולים לפסול את כל הטבלה ולחייב בנייה מחדש מאוחרת.
יעד האוטומציה אינו הגיליון עצמו, אלא שיקול הדעת החוזר שהמתכנן מפעיל בזמן הכנת הגיליון.
מידול
מונחים כמו הוגן, לא רצוף, להפריד בין שני אנשים אלה וכיבוד ימי חופש מבוקשים הופכים לנתונים, תנאים קשיחים, העדפות רכות וציון.
דוגמת יעד
חוסר כוח אדם x 1000 + הסמכה חסרה x 1000 + הפרת בקשה x 20 + חוסר איזון עומס x 5
המשקלים הם לצורך הסבר. בפרויקט אמיתי תנאים קשיחים ועדיפויות נקבעים באמצעות ראיונות והשוואה לסידורי עבודה בפועל.
עובדים, זמינות, ימי חופש מבוקשים, הסמכות, כוח אדם נדרש וסידורי עבודה נוכחיים.
כללים שאין להפר, כגון כוח אדם נדרש, הסמכות ומגבלות מנוחה.
בקשות שכדאי לכבד כשאפשר, כגון ימי חופש, משמרות מועדפות והוגנות.
מועמדי סידור עבודה, תנאים שלא התקיימו, סיבות, מדדים והשפעת שינוי.
דוגמה אינטראקטיבית
שנו את התרחיש העסקי, כוח האדם הנדרש, כיסוי ההסמכות, ההעדפות, ההוגנות ומגבלת העבודה הרצופה. מועמד סידור העבודה, המדדים ויומן הבדיקה מתעדכנים יחד.
זוהי הדגמת עמוד המשתמשת בהיוריסטיקה פשוטה. היא אינה מנוע אופטימיזציה תפעולי.
כיסוי כוח אדם
כיסוי הסמכות
התאמת העדפות
פער שיבוצים
| עובד | ב׳ | ג׳ | ד׳ | ה׳ | ו׳ | ש׳ | א׳ |
|---|
ספריית כללים
הדוגמאות להלן ממודלות צעד אחר צעד. לא כל תנאי צריך להיות מיושם בבת אחת; עדיפות ונתונים זמינים קובעים את ההיקף הראשון.
COV-01
קשיח
קביעת כוח אדם מינימלי ומועדף לפי יום, חלון זמן, מיקום, מחלקה ותפקיד.
COV-02
העדפה
הגדלת כוח האדם המומלץ באמצעות תחזיות מכירה, הזמנות, דיירים, נפח ייצור או פניות.
LAB-01
קשיח
ייצוג מגבלות עבודה רצופה, מנוחה לאחר לילה וכללי מרווחים פנימיים שאושרו.
LAB-02
קשיח
כלילת שעות שבועיות או חודשיות, מגבלות לפי סוג העסקה והיתר לשעות נוספות.
SKL-01
קשיח
שיבוץ הסמכות נדרשות, עובדים אחראים או כישורי ציוד בכל חלון זמן.
SKL-02
העדפה
הימנעות ממשבצת שמאוישת רק בעובדים חדשים באמצעות צימוד למדריכים או עובדים מנוסים.
PRF-01
העדפה
הפרידו אי-זמינות מימי חופש מבוקשים, ואז קבעו עדיפות לפי חשיבות.
PRF-02
העדפה
צמצום חוסר איזון במשמרות לילה, סופי שבוע, משמרות מאוחרות, סך שיבוצים ומשימות כבדות.
PRF-03
העדפה
כלילת רציפות מול לקוח, התאמת צוות ותחומי כישור חזקים בציון השיבוץ.
כללים מותאמים
כללים שאינם מופיעים בדוגמאות כלליות הם לעיתים הסיבה שמידול מותאם מועיל.
פלטים
מערכת משמרות שימושית אינה נעצרת בטבלת סידור עבודה. היא מסבירה מה השתנה, מה לא ניתן היה לספק ומה אנשים צריכים לבדוק.
החזירו כמה מועמדים עם פשרות שונות במקום תשובה אטומה אחת.
הציגו כיסוי חסר, ימי חופש מבוקשים שלא מולאו ותנאים שלא ניתן היה לספק.
הסבירו מדוע אדם שובץ: הסמכה, העדפה, עומס נוכחי נמוך יותר או עדיפות כיסוי.
כאשר מתרחשת היעדרות אחת, נעלו את מה שצריך להישאר קבוע וחשבו מחדש את האזור המושפע.
דוגמאות ענפיות
סידור עבודה טוב פירושו דברים שונים בכל מקום עבודה. המודל צריך להשתמש במונחים ובעדיפויות שכבר קיימים בתפעול.
פתיחה, סגירה, ימים עמוסים, כישורי רצפת מכירה והוגנות בסופי שבוע.
משמרות יום ולילה, עובדים מוסמכים, רציפות טיפול ומרווחי מנוחה.
הסמכות לציוד, נפח ייצור, שיבוץ לקווים וסבב משמרות.
זמינות שטח, כיסוי תמיכה, תגובת חירום ואילוצי נסיעה.
לבנות או לקנות
פיתוח מותאם אינו תמיד התשובה הנכונה. ההחלטה צריכה להישען על מורכבות הכללים, מוכנות הנתונים והערך של מועמדים שניתן להסביר.
אם שירות מדף יכול לפתור את הבעיה היטב, נאמר זאת. מערכת ייעודית מוצעת רק כאשר סביר שהערך העסקי של תנאים מותאמים יעלה על העלות.
כאשר שירות מדף מספיק
דפוסי משמרות סטנדרטיים, כללים מעטים וצוות קטן יכולים לעיתים להתחיל מהר יותר עם שירות קיים.
כאשר מערכת מותאמת מוצדקת
ריבוי הסמכות, כללים מקומיים, טיפול בשינויים וצורך בהסבר הם סיבות חזקות יותר לבניית מודל ייעודי.
נתונים
אין צורך במסד נתונים נקי ביום הראשון. קובצי Excel קיימים, טפסי בקשות מנייר ורשימות עובדים יכולים להפוך לחוזה הנתונים הראשון.
שמות עובדים או מזהים, כישורים, שעות חוזה, זמינות וימי חופש מועדפים מספיקים למודל ראשון.
ביקוש לפי יום, חלון זמן, מיקום, מחלקה ותפקיד מגדיר את יעד הכיסוי.
הפרידו בין כללים שאסור להפר לבין בקשות שכדאי לכבד כשאפשר.
סידורי עבודה נוכחיים ותיקונים ידניים עוזרים להשוות מועמדים שנוצרו לפרקטיקה בפועל.
תהליך
המטרה הראשונה אינה להחליף את כל התפעול, אלא לבדוק אם ניתן לייצג את כללי התכנון ואם המועמד שנוצר שימושי.
01
בדיקת הגיליון הנוכחי, איסוף הבקשות ושלבי התיקון הידניים.
02
הפרדת כללים קשיחים, העדפות, מדדי הערכה והחלטות לאדם בלבד.
03
בניית רכיב חישוב קטן עם נתונים מייצגים.
04
השוואת מועמדים שנוצרו לסידורי עבודה קיימים ולהערות המתכנן.
05
רק לאחר אישור התאמה, חברו את החישוב לתהליך עבודה, עריכה והרשאות.
אב-טיפוס
השתמשו בסידור העבודה הנוכחי ובתנאי הליבה כדי להשוות מועמדים אוטומטיים לתוכנית הנוכחית. החליטו על פיתוח מלא לאחר שהישימות והערך נראים לעין.
חבילת אימות קטנה
298,000 JPY / ללא מס
מניח ארגון אחד, סוג סידור אחד ומערך מוגבל של תנאים מרכזיים. הצעת מחיר רשמית תגיע לאחר אישור ההיקף.
ההוכחה הבאה
עברו מבעיית המשמרות לנכס הבא שיעזור לצוות להחליט.
שאלות נפוצות
התשובות האלה מבהירות מה הדגמת העמוד יכולה להציג, מה אב-טיפוס מאמת ומה נשאר החלטה אנושית.
לא. הדגמת העמוד היא היוריסטיקה פשוטה להסברת הרעיון. בפרויקט אמיתי בוחרים מנוע פתרון או שיטת חיפוש לאחר שמבינים את הכללים, קנה המידה וצרכי זמן התגובה.
כן. בדיקה ראשונה יכולה בדרך כלל להתחיל מסידור העבודה הנוכחי, רשימת העובדים, ימי חופש מבוקשים ומזכר כללים קצר.
לא. המערכת צריכה להציג מועמדי סידור עבודה, תנאים שלא התקיימו וסיבות שיבוץ, כדי שאדם יאשר את הסידור הסופי.
הן מטופלות כהעדפות אלא אם הארגון שלכם מסמן אותן כחובה. הפלט צריך להראות אילו בקשות לא מולאו ומדוע.
אב-טיפוס יכול לבדוק תחילה ארגון אחד, סוג סידור אחד והכללים המרכזיים. תהליך עבודה מלא, עריכה, הרשאות ואינטגרציות נקבעים לאחר הראיות האלה.
הפעולה הבאה
שתפו את סידור העבודה הנוכחי ב-Excel ואת הכללים שהם חובה מוחלטת או רק העדפה. נפריד מה ניתן למדל, אילו נתונים חסרים והיכן כדאי להתחיל אב-טיפוס קטן.