כלי סימולציה לתרחישי שגרה וחירום

האתגר

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

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

מה עשיתי

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

התוצר

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

מה השתנה

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

מה זה מלמד

אלגוריתם שמתעלם מההיררכיה הארגונית לא ייושם, גם אם המתמטיקה שלו מושלמת.

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

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