מהו לוח זמנים אינטגרטיבי ואיך הוא עובד

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

זמן קריאה: 5 דקות

מהו לוח זמנים אינטגרטיבי, ומתי באמת צריך אותו?

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

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

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

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

למה ניהול קלאסי קורס דווקא במגה-פרויקט?

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

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

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

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

גאנט רגיל מול לו"ז אינטגרטיבי, מה ההבדל שבאמת משנה?

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

לו"ז אינטגרטיבי הוא רשת קשרים. Finish-to-Start, Start-to-Start, Finish-to-Finish, ולעיתים גם Start-to-Finish. ברגע שהקשרים קיימים, אפשר לחשב נתיב קריטי, מרווחים ‏[Float]‏ וסימולציות קדימה ‏[Look-Ahead]‏.

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

מה כולל לו"ז משולב בפרויקט רב תחומי, בפועל?

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

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

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

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

מהם רכיבי החובה בלו"ז אינטגרטיבי תקין?

לו"ז ללא מבנה פירוק עבודות ‏[WBS]‏ מסודר הוא ערימה. הרכיבים שחייבים להיות שם, WBS היררכי, אבני דרך חוזיות ותפעוליות, קשרים לוגיים מלאים ללא קצוות פתוחים, ומקרא קידוד אחיד ‏[Coding Dictionary]‏ שמאפשר לסנן לפי אזור, דיסציפלינה וקבלן.

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

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

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

צ'קליסט לבדיקת תקינות מתודולוגית

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

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

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

איך בונים לו"ז אינטגרטיבי מאפס, בלי לרמות בדרך?

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

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

שלב 1, תכולה ואבני דרך

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

שלב 2, היררכיה וקידוד [WBS ‎&‎ Activity Coding]

מחלקים לפי אזורים גיאוגרפיים, תתי-אזורים, דיסציפלינות וחבילות עבודה ‏[Work Packages]‏. הקידוד הוא מה שיאפשר אחר כך להוציא דו"ח לקבלן האיתות בלבד, או לאזור צפוני בלבד, בלי לפרק את הקובץ. כלל מנחה, WBS טוב הוא שלד ניהולי, לא רשימה של כל פעולה שנעשית באתר.

שלב 3, קשרים לוגיים וממשקים בין קבלנים

מחברים כל פעילות לרשת. הנקודה הרגישה היא אבני הדרך הממשקיות ‏[Interface Milestones]‏ בין קבלן אזרחי לקבלן מערכות. אלו אבני הדרך שמונעות את "כל אחד בזמן, הפרויקט מפגר". כלל מנחה, כל ממשק בין שני קבלנים חייב אבן דרך משותפת עם אחראי מוגדר משני הצדדים.

שלב 4, תיקוף בשטח מול שיטת הביצוע [Method Statement]

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

אבן דרך חוזית מול תפעולית, איפה זה מתפוצץ?

אבן דרך חוזית ‏[Contractual Milestone]‏ נושאת קנס. אבן דרך תפעולית ‏[Operational Milestone]‏ משמשת לבקרה פנימית. הטעות שחוזרת, מגדירים אבן דרך חוזית כתאריך קשיח שאינו תלוי בשום פעילות. אבן דרך יתומה כזאת אף פעם לא מזהירה מראש, היא רק מודיעה בדיעבד שאיחרת.

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

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

למה כשל בפרויקטים מתחיל בסנכרון תכנון-רכש-ביצוע?

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

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

אותה שרשרת חייבת לחבר את התכנון המפורט ‏[Detailed Design]‏ ואישורי היועצים ישירות למועדי תחילת העבודה בשטח. תוכנית שלא אושרה עוצרת יציקה, לא משנה כמה בטון יש באתר.

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

איך מחברים לו"זים של קבלני משנה ללו"ז ראשי?

הבעיה, חמישה קבלנים, חמישה פורמטים, חמש שיטות דיווח. הפתרון אינו לכפות על כולם קובץ אחד, אלא להגדיר כללי משחק אחידים ולבנות מעליהם שכבת ממשקים ‏[Master Integration Layer]‏ שמחברת את לו"זי המשנה ללו"ז המזמין.

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

כללי ברזל לקבלת קבצי לו"ז מקבלנים

תאריך חיתוך ‏[Data Date]‏ אחיד לכולם באותו יום בחודש, אחרת משווים תפוחים לתפוזים. חובת דו"ח שינויים ‏[Variance Analysis]‏ בכל הגשה. ואיסור מוחלט על שינוי לוגיקה או משכים ללא אישור מנהל הפרויקט. קבלן שמשנה לוגיקה בשקט כדי "לתקן" פיגור מסתיר את הבעיה במקום להציף אותה.

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

איך מזהים את הנתיב הקריטי כשיש כמה כאלה?

הנתיב הקריטי ‏[Critical Path]‏ הוא שרשרת הפעילויות הרצופה הארוכה ביותר שקובעת את תאריך הסיום. בפרויקט רב תחומי כמעט תמיד יש כמה נתיבים קריטיים מקבילים ‏[Multiple Critical Paths]‏ ונתיבים קרובים לקריטי ‏[Near-Critical]‏ במרווח של ימים בודדים.

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

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

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

איך הופכים לו"ז סטטי לכלי ניהולי חי?

לו"ז שלא מתעדכן חודש מת תוך רבעון. שגרת העדכון החודשית היא מה שמחזיק אותו בחיים, איסוף אחוזי התקדמות פיזית, הזרמת תאריכי התחלה וסיום בפועל ‏[Actual Dates]‏, ועדכון התחזית קדימה. אחר כך ניתוח סטיות ‏[Variance Analysis]‏ מול קו הבסיס ‏[Baseline]‏.

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

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

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

מתי מותר לאפס קו בסיס [Baseline Reset]?

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

יש שלושה מצבים שמצדיקים עדכון קו בסיס. שינוי תכולה יסודי ‏[Scope Change]‏ שמשנה את היקף העבודה. אישור רשמי של תביעת זמן ‏[Extension of Time]‏. וארגון מחדש רחב היקף ‏[Re-baselining]‏ במגה-פרויקט אחרי שינוי מהותי בשיטת הביצוע.

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

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

איך ניהול סיכונים נכנס לתוך הלו"ז עצמו?

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

הכלי הכמותי הוא ניתוח סיכונים ללו"ז ‏[Schedule Risk Analysis]‏ בשיטת Monte Carlo. במקום תאריך סיום בודד מקבלים התפלגות הסתברותית, מה הסיכוי לסיים ביעד החוזי, ומה התאריך שבו יש 80% ביטחון. ההבדל בין השניים הוא בדרך כלל חודשים, וזה בדיוק גודל החשיפה.

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

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

למה שלב המסירה [Commissioning] קורס בלו"ז?

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

המסירה מתפרקת לשלבים, בדיקות מפעל ‏[FAT]‏, בדיקות באתר ‏[SAT]‏, בדיקות אינטגרציה רב-מערכתיות ותרחישי קצה, והרצה שקטה. כל אחד מהם צריך להיות פעילות בלו"ז עם משך ריאלי, לא שורה אחת בשם "בדיקות".

מעל הכל יושבות דרישות הרשויות, כיבוי אש, פיקוד העורף, חברת חשמל ותוכניות עדות ‏[As-Made]‏. אלו תנאי לטופס 4 ולאישור הפעלה, והן דורשות זמני תגובה של גורמי חוץ שאף אחד לא שולט בהם. מי ששם אותן בלו"ז מוקדם שורד. מי שמגלה אותן בסוף מפגר.

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

הטעויות שחוזרות בבניית לו"ז משולב

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

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

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

מה תפקיד ה-PMO והיועץ הבלתי תלוי?

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

מנהל הבקרה ‏[Project Controller]‏ בודק אמינות נתונים, מנתח מגמות ומשקף להנהלת הפרויקט תמונת מצב ריאלית, גם כשהיא לא נעימה. הוא זה שמצליב את אחוזי ההתקדמות שדווחו מול מה שרואים בשטח, ומרים דגל כשהפער גדל. שער נותנת מעטפת מלאה לבנייה, יישום ובקרה של לוחות זמנים מורכבים במגה-פרויקטים, כחלק משירותי PMO/EPMO שמובילים את שגרות הבקרה והאינטגרציה הארגונית.

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

השורה התחתונה, מהנספח החוזי למנוע הפרויקט

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

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

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

שאלות נפוצות

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

אודות הכותב

אוריאל פליס, PMP, מייסד ומנכ"ל שער ניהול פרויקטים ומכרזים. מהנדס תעשיה וניהול, בוגר Polytechnic University בניו-יורק, מוסמך PMP מטעם ארגון PMI העולמי, בעל למעלה מ-25 שנות ניסיון בניהול פרויקטים, בניהול מכרזים ובארגון ושיטות. אוריאל הקים את שער בשנת 2010 ומוביל את פעילותה מאז, לאחר תפקידי ניהול בכירים בחברות הנדסה, פארמה, ביטוח והיי-טק. בשנים 2014-2016 כיהן כסגן נשיא וחבר הנהלת PMI-ישראל, והשתתף בצוות מומחים בינלאומי שכתב את תקן ה-WBS של PMI.