ארגון · חברת תשתיות לאומיתתפקיד · מתודולוגיה, אלגוריתם ובנייהתקופה · 2026
האתגר
הזמנת חומר גלם הייתה מבוזרת: כל אזור הזמין לעצמו בלי לראות את השכן, וההחלטה נפלה על הפקח בשטח.
התוצאה הייתה משאיות שיוצאות באחוז קטן מהקיבולת שלהן, ומלאי שלא נוצל בזמן.
מה עשיתי
כתבתי מתודולוגיה בשלוש שכבות החלטה: מתי ומה להזמין, עם אילו נקודות לאחד, וכמה חומר גלם צריך בכל נקודה. לכל שכבה יש בסיס אקדמי מתועד ולא ניחוש
חילצתי כלל עסקי מתובנה של איש שטח, והפכתי אותו לאילוץ קשיח באלגוריתם במקום להשאיר אותו כהמלצה
בניתי את הכלי עצמו: מריץ את האלגוריתם בצד לקוח, מצייר את המסלולים, ומסביר את ההחלטה בשפה טבעית
תכננתי זרימת אישורים תפעולית עם דחייה ברמת השורה, סיבת דחייה, ותכנון מחדש אוטומטי אחרי כל דחייה
הגדרתי את ההיררכיה הארגונית בתוך הקוד, והזזתי את נקודת ההחלטה מהשטח לרמה שרואה את כל האזורים
התוצר
כלי סימולציה תפעולי
אישור מסלול
יציאה 05:00 · 3 עצירות
מתקן 214 06:40
2,400 ליטר · מלאי ל־4 ימים
אישורדחייה
מתקן 087 07:25
1,800 ליטר · מלאי ל־6 ימים
אישורדחייה
מתקן 341 08:10
3,100 ליטר · מלאי ל־2 ימים
אישורדחייה
מסלול מאושר
חלופה אחרי דחייה
ניצולת לפני איחוד
ניצולת אחרי
הדגמה. מספרים, מזהי מתקנים והמפה מומצאים לחלוטין.
מה השתנה
פחות נסיעות מיותרות, בזכות איחוד הזמנות בין אזורים סמוכים. את ההערכה תיקפתי בשלוש שיטות חישוב עצמאיות שהגיעו לאותו סדר גודל, והצלבתי אותה מול נתוני הזמנות אמיתיים מה-ERP.
תוצאות ומה שמאחוריהן. זו הערכה מבוססת מודל, לא מדידה אחרי הטמעה. תיקוף בשלוש שיטות נותן ביטחון בכיוון ובסדר הגודל.
מה זה מלמד
אלגוריתם שמתעלם מההיררכיה הארגונית לא ייושם, גם אם המתמטיקה שלו מושלמת.
השינוי האמיתי כאן לא היה בחישוב אלא בשאלה מי מחליט. כל עוד ההחלטה יושבת אצל מי שרואה רק את האזור שלו, שום אופטימיזציה לא תעזור.
ולכן זרימת האישורים חשובה לא פחות מהאלגוריתם. היא מה שמאפשר לאדם שמכיר את השטח להגיד לא, ולמערכת לתכנן מחדש בלי שמישהו יאבד שליטה.
יש אצלכם משהו דומה?
בשיחה הראשונה מבינים ביחד מה תקוע ואם אני יכול לעזור.