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

הגדרה תמציתית: "פיגור = הפרש בין תאריך בסיס לתאריך מעודכן בנתיב הקריטי"

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

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

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

מדידה אמפירית: "מחשבים פיגור עם CPM, ערכי Float וניתוח נתיב קריטי"

CPM ו-Total Float: לזהות היכן דקה שווה יום. שיטת ה-CPM מבצעת חישוב קדימה ואחורה לקבלת Early/ Late לכל פעילות ומפיקה Total Float שמבטא מרווח תזמוני. כאשר Float קטן או אפס, כל עיכוב מומר ישירות לפיגור בפרויקט. מנגד, Float חיובי מאפשר ספיגה זמנית, אך שחיקתו מעידה על התקרבות הפעילות לנתיב הקריטי ועל סיכון מצטבר.

מדדי ביצוע EV, PV, AC: לתמחר את הזמן. שילוב Earned Value מייצר שכבת ניתוח כספית-זמנית עם SPI = EV/PV למדידת קצב מול התכנון ו-CPI = EV/AC ליעילות תקציבית. לדוגמה, SPI של 0.85 משמעו שהפרויקט מייצר 85% מהתפוקה המתוכננת לכל יחידת זמן, ולכן זמן הסיום צפוי להתרחק אם לא מבוצעת האצה. הצטלבות SPI נמוך עם Float נשחק מאותתת על צורך מיידי בהקצאת משאבים או שינוי רצף.

ייחוס סיבה ותוצאה: "Time Impact Analysis" ממפה עיכוב לאירוע

החדרת אירועי עיכוב ללוח בסיס והערכת השפעה. "Time Impact Analysis" יוצר תרחישי "מה-אם" על בסיס לוח קפוא: מוסיפים Fragnet שמייצג את האירוע—למשל עיכוב תכנון של 7 ימים או חוסר אספקה של 10 ימים—ומחשב מחדש את תאריך הסיום. ההפרש בין לפני-אחרי הוא השפעת האירוע, כשהמפתח הוא עבודה כרונולוגית לפי מועד היווצרות העיכוב ולא בדיעבד על לוח מצטבר.

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

ניהול החלטות: "דוח פיגור" מתורגם לתקציב, משאבים והאצה

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

בקרה שוטפת: קצב תיקון מול קצב הידרדרות. משווים בכל מחזור דיווח את "קצב שריפת הפיגור"—למשל הפחתת 6 ימי פער בחודש—מול קצב יצירת עיכובים חדשים. אם Net Slippage נותר חיובי, יש להרחיב את ההתערבות; אם הוא שלילי בעקביות, האסטרטגיה עובדת. מסגרת כזו נתמכת בדשבורד של SPI, Float קריטי, ואבני דרך, ומסוגלת להתריע שבועות מראש לפני חריגת תקציב.

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

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

מה ההבדל בין פיגור מקומי לפיגור נתיב קריטי?

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

כל כמה זמן נכון לעדכן לוח זמנים כדי למדוד פיגור אמין?

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

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

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

מתי נכון להפעיל תוכנית האצה וכיצד לכמת את עלותה מול התועלת?

"מפעילים האצה כאשר SPI נמוך מ-0.9 וה-Float הקריטי נשחק מתחת ל-2 ימים", או כאשר חלון מזומן/שוכרים מכתיב יעד קשיח. את העלות מחשבים לפי שעות נוספות, צוותים מקבילים ופגיעה אפשרית בפרודוקטיביות, ומשווים לערך הזמן—ריביות, קנסות איחור, ועלויות תקורה יומית—כדי להגיע ל-NPV חיובי של ההקדמה.