קבלן הגיש גאנט צבעוני ומרשים ליום המסירה של מכרז מנהרה. שלושה חודשים אחרי צו התחלת עבודה, כשהתגלה קו ביוב ראשי שלא הופיע במפות ההצבה, אף אחד לא ידע מה ההשפעה על תאריך הסיום. הקובץ היה תמונה, לא מודל. זה בדיוק ההבדל בין מסמך שנראה טוב לבין כלי ניהולי.
פרויקטי תשתית ומגה-פרויקטים לא נכשלים כי מישהו לא צייר גאנט. הם נכשלים כי הגאנט שצוירו לא ידע לחשב את עצמו מחדש כשהמציאות בשטח זזה. הטקסט הזה עוסק במה שקורה מתחת למכסה המנוע של ניהול לוחות זמנים בפרויקטי תשתית.
זמן קריאה: 6 דקות
עיקרי הדברים
לוח זמנים לפרויקט תשתיות הוא רשת פעילויות מחושבת, לא גאנט מצויר, והיכולת להריץ עליו ניתוח סטיות היא המבחן האמיתי לתקינותו.
קו ייחוס (Baseline) נעול, עדכון חודשי מבוסס תאריכים בפועל, וזיהוי מוקדם של סטייה בנתיב הקריטי הם שלושת עמודי התווך של בקרה אמינה.
לו"ז מזמין ולו"ז קבלן משרתים מטרות שונות, וסנכרון ביניהם מדי חודש הוא תנאי הכרחי לתמונת מצב אמינה.
לוח הזמנים הוא גם הכלי הראייתי המרכזי בתביעות הארכת זמן, ולכן איכות התיעוד לאורך הפרויקט קובעת את התוצאה בבוררות.
תוכן עניינים
- מהו לוח זמנים לפרויקט תשתיות
- למה לוח זמנים "יפה" לא מספיק בפרויקט תשתיות
- איך בונים לוח זמנים לפרויקט תשתיות מאפס
- מהו Baseline בלוח זמנים, ומתי מקבעים אותו
- מהו נתיב קריטי (CPM) ואיך הוא משפיע על החלטות בשטח
- איך קובעים רמת פירוט נכונה בלו"ז לפרויקט תשתיות
- איך מנהלים ממשקים ותיאומים בתוך לוח הזמנים
- איך מעדכנים לו"ז בפרויקט תשתיות בצורה מקצועית
- איך מזהים חריגה בלו"ז מוקדם ומה עושים כשיש דגל אדום
- ההבדל בין לו"ז מזמין ללו"ז קבלן
- תפקיד יועץ לו"ז ומתי נכון להכניס אותו
- הקשר בין לוח הזמנים לחוזה ולהארכות זמן
- דוחות לו"ז שמנהלים צריכים לקבל
- כמה זמן לוקח להכין לוח זמנים לפרויקט תשתיות
- איך בוחרים ספק לניהול לו"ז תשתיות
מהו לוח זמנים לפרויקט תשתיות
לוח זמנים לפרויקט תשתיות הוא מערכת דינמית של תלויות לוגיות בין פעילויות, שמחשבת בכל רגע נתון את תאריך הסיום הצפוי ואת שרשרת הפעילויות הקובעת אותו. זו לא רשימת משימות עם תאריכים. זו רשת (Network) שמגיבה לשינוי.
מחזור החיים של פרויקט תשתיות נמתח מתרשימי תכנון מוקדמים, דרך הפקעות והסדרי תנועה, העתקת תשתיות חשמל מים ותקשורת, עבודות עפר, המבנה העליון (Superstructure), בדיקות מערכות (Commissioning) ועד מסירה. כל אחד מהשלבים האלה סוחב אחריו ריבוי ממשקים, אילוצים גיאוטכניים ואי-ודאות תת-קרקעית שאי אפשר לתמחר במלואה מראש.
בגלל המורכבות הזאת תכנון הנדסי מקטעי דורש מתודולוגיה קשיחה של ניהול לוחות זמנים מקצה לקצה, ולא אלתור בגיליון אלקטרוני. לכן הכלל המנחה הוא שלוח זמנים לתשתית שאינו מודל מחשוב המגיב לעיכוב, אינו לוח זמנים בכלל.
למה לוח זמנים "יפה" לא מספיק בפרויקט תשתיות
"גאנט מצויר" הוא קובץ PDF או תרשים ברים שנוצר בלי קשרים לוגיים (Predecessors & Successors), בלי אילוצים אמיתיים ובלי הקצאת משאבים. הוא נראה מסודר. הוא חסר תועלת.

המחשה של רשת פעילויות מחושבת לעומת תרשים ברים סטטי
ברגע שמתרחש העיכוב הראשון בשטח, לו"ז שטחי מתפרק. אין דרך לחשב איך שבועיים איחור בהעתקת קו מים דוחפים את יציקת המבנה, את בדיקות הלחץ ואת מועד המסירה. המספרים פשוט קפואים על הנייר.
דוחות מבקר המדינה מראים שוב ושוב מה קורה כשפרויקט מנוהל בלי תשתית בקרה ובלי תוכנית עבודה רב-שנתית עם אבני דרך מוגדרות. הליקויים חוזרים על עצמם, חריגות תקציב, החלטות באפלה וחוסר יכולת לבסס תביעות. ראו למשל את ממצאי המבקר לגבי ניהול פרויקט ללא תוכנית עבודה ולו"ז רב-שנתי. צוותי ניהול לו"ז תשתיות בשער נתקלים בזה כמעט בכל פרויקט שנכנסים אליו באמצע. הכלל הפשוט הוא שאם לא ניתן להריץ ניתוח סטיות על הקובץ, מדובר באיור ולא בלוח זמנים.
איך בונים לוח זמנים לפרויקט תשתיות מאפס
מתחילים מהתכנון, לא מהתאריכים. לו"ז אמין (Baseline) נבנה על גבי תוכניות פרויקטליות ממשיות, תכנון מפורט, כתבי כמויות ומפרטים מיוחדים. בלי אלה בונים דמיון.
השלב הקריטי הוא יצירת רשת פעילויות (Network Analysis) במקום רשימת משימות שטוחה. רק רשת עם קשרים לוגיים מאפשרת חישוב (CPM) מדויק. אחר כך מגיע הכיול (Calibration) מול תפוקות ריאליות בשטח, למשל קצב התקדמות חפירה יומי או קצב יציקת סגמנטים במנהרה.
מנהל פרויקט שראה מכונת (TBM) מתקדמת בקצב אמיתי יודע שההנחות שבמכרז לרוב אופטימיות מדי. הכלל כאן הוא שלוח זמנים לפרויקט תשתיות ללא כיול לתפוקות שטח הוא תרגיל אקדמי בלבד.
פירוק תכולה ל-WBS שמתאים לתשתיות
WBS בפרויקט תשתית אינו מתפרק לפי תהליכים גנריים אלא לפי חלוקה פיזית וגיאוגרפית. מקטע א', מקטע ב', ואז אזורי עבודה כמו צמתים, פורטלים ומנהרות, ומתחתם תתי-דיסציפלינות.
בקו האדום של הרכבת הקלה, שבו לצוותי שער ניסיון בליווי לו"ז, החלוקה בין מערכות דרך, פיתוח נופי, עבודות רטובות וקונסטרוקציה קובעת אם אפשר בכלל למדוד התקדמות במקטע נתון. WBS טוב הוא שלד ניהולי, לא רשימה של כל פעולה שבוצעה באתר.
הגדרת שיטת ביצוע (Sequence) לפני שממלאים תאריכים
קודם קובעים לוגיקה טכנולוגית, אחר כך תאריכים. יציקת קיר תמך חייבת להסתיים לפני מילוי חוזר. בדיקת לחץ בקו מים מבוצעת רק אחרי השלמת הריפוד והכיסוי. אלה קשרים פיזיקליים, לא העדפות.
מי שמזין תאריכי מגבלה ידניים (Constraints) לפני שבנה את שרשרת הקשרים, יוצר לו"ז שנראה תקין ומשקר בחישוב. הכלל הוא שאילוץ תאריך ידני מהווה למעשה הודאה שהלוגיקה לא נבנתה כראוי.
קביעת אבני דרך חוזיות ותפעוליות
אבן דרך (Milestone) היא נקודה בזמן במשך אפס שמסמנת אירוע מחייב, מסירה חלקית, הפעלה, פתיחת חלון עבודה. במכרזים ממשלתיים ובחוזים מול קבלני משנה אבני הדרך הן הבסיס לתשלומים ולקנסות.
מסמכי תנאים כלליים מיוחדים במכרזים ממשלתיים מחייבים במפורש להגדיר אבני דרך ושלבים מוגדרים מראש בלוח הזמנים. ראו את ההנחיות בעניין במסמך ג'-1. הכלל הוא שאבן דרך בלי משמעות חוזית היא קישוט ולא נקודת שליטה.
מהו Baseline בלוח זמנים, ומתי מקבעים אותו
Baseline הוא קו ייחוס מאושר, תמונת המצב הבסיסית שכל הצדדים הסכימו עליה כעוגן חוזי וביצועי. כל מדידת סטייה בהמשך נעשית מולו.
התהליך לאישורו אינו טכני בלבד. הקבלן מגיש, מנהל הפרויקט והבקר בודקים את הלוגיקה ואת התפוקות, מוחזרות הערות, הקבלן מתקן, והמזמין מאשר רשמית בכתב. בלי אישור כתוב אין Baseline, יש טיוטה.
הסכנה הגדולה היא שינוי ה-Baseline בתדירות גבוהה או בלי בקרה. ברגע שמזיזים את קו הייחוס בכל פעם שיש עיכוב, אי אפשר לבצע ניתוח סטיות (Variance Analysis) מהימן. עבודת ניהול לו"ז תשתיות נכונה שומרת את ה-Baseline נעול ומנהלת מולו גרסאות עדכון. הכלל הוא שקו ייחוס המשתנה כל חודש כבר אינו קו ייחוס אמיתי.
רוצים לבדוק אם קו הייחוס של הפרויקט שלכם עדיין תקף
אנחנו בודקים יחד אתכם את מבנה הלו"ז והבייסליין, ומציעים דרך פעולה מדויקת. מתאים למנהלי פרויקטים, PMO ומזמינים בפרויקטי תשתית ובנייה.
מהו נתיב קריטי (CPM) ואיך הוא משפיע על החלטות בשטח
הנתיב הקריטי (Critical Path) הוא שרשרת הפעילויות הארוכה ביותר בפרויקט. חריגה באחת מהן דוחה ישירות את מועד הסיום של כל הפרויקט. שאר הפעילויות יושבות על מרווח.

קשר בין קו ייחוס מאושר לבין מרווחי זמן על ציר הפרויקט
המרווח הכולל (Total Float) הוא כמות הזמן שאפשר לאחר בפעילות בלי לפגוע בסיום. פעילות עם מרווח גבוה יכולה להפוך לקריטית ברגע שהמרווח מתאפס. לכן מנהל פרויקט חכם מעביר צוותים מפעילות עם מרווח גבוה לתגבור עבודות הנתיב הקריטי, במקום לפזר משאבים באופן שווה.
הדוח המיוחד של מבקר המדינה על המטרו בגוש דן מדגיש עד כמה עמידה באבני דרך וניתוח קפדני של הנתיב הקריטי הם קריטיים בפרויקטי הסעת המונים. בפרויקטים של נת"ע, בסדרי גודל של מיליארדים, טעות של שבועות בנתיב הקריטי היא כסף לאומי. הכלל הוא שאם אינך יודע מה יושב על הנתיב הקריטי שלך היום, אתה מנהל לוח זמנים לפרויקט תשתיות בעיניים עצומות.
איך קובעים רמת פירוט נכונה בלו"ז לפרויקט תשתיות
יש שתי דרכים לקלקל את רמת הפירוט. לו"ז דליל מדי לא מאפשר בקרה אמיתית של שלבי התקדמות. לו"ז עמוס בעשרות אלפי פעילויות של שעה-שעתיים הופך לבלתי ניתן לתחזוקה, ואף אחד לא מעדכן אותו נכון בסוף החודש.
כלל אצבע מעשי הוא שמשך פעילות ביצוע בלו"ז מאסטר צריך לנוע בין מספר ימים לשלושה-ארבעה שבועות, בהתאמה לקצב המדידה והדיווח בשטח. מעבר לכך מאבדים שליטה בבקרה החודשית.
| מאפיין | לו"ז דליל מדי | לו"ז מפורט מדי | רמה מאוזנת |
|---|---|---|---|
| מספר פעילויות | מאות בודדות | עשרות אלפים | לפי מקטע ודיסציפלינה |
| משך פעילות ממוצע | חודשים | שעות | ימים עד ארבעה שבועות |
| יכולת בקרה חודשית | נמוכה | בלתי אפשרית בפועל | גבוהה |
| שימוש לניהול | דוח על בלבד | מיקרו-ניהול משתק | החלטות בכל דרג |
הפתרון הוא הררכיית לוחות זמנים, מ-Level 1 לדרג ההנהלה ועד Level 4 לצוות הביצוע. הכלל הוא שכל דרג ניהולי מקבל את הרזולוציה שהוא מסוגל לפעול לפיה, לא יותר.
איך מנהלים ממשקים ותיאומים בתוך לוח הזמנים
ניהול ממשקים הוא לב-לבו של לוח זמנים לפרויקט תשתיות מורכב. הביצוע הפיזי לרוב אינו צוואר הבקבוק. האישורים הם.
לתוך הלו"ז מכניסים פעילויות מפורטות עבור תהליכי אישור סטטוטוריים ומול חברות תשתית, חברת החשמל, מקורות, נתיבי ישראל ורשויות מקומיות. לא כהערה, אלא כפעילויות עם משך וקשרים. מונעים צווארי בקבוק כשמבצעים קשר ישיר בין פעילות קבלת אישור או העתקת קו לבין תחילת העבודה הפיזית של הקבלן הראשי.
מי שמחפש להבין איך בונים מתודולוגיה שלמה של ניהול סיכונים וממשקים ימצא הרחבה במדריך לבחירת יועץ מומחה לניהול לוחות זמנים במגה-פרויקטים. הכלל הוא שבפרויקט תשתיות, אישור שלא נמצא ברשת הפעילויות יהפוך להפתעה בשטח.
תיאומי תשתיות קיימות כשרשרת פעילויות עם נקודות החלטה
קו ביוב ראשי או כבל מתח גבוה קיים אינו פעילות אחת. מפרקים אותו לתהליכי משנה, חשיפת תשתית בגישוש, אישור שיטת עבודה, העברה פיזית, וקבלת אישור הפעלה או חיבור מחדש מבעל התשתית.
בכל אחת מנקודות המעבר האלה יש נקודת החלטה שתלויה בגורם חיצוני. הכלל הוא שתשתית קיימת המופיעה כפעילות בודדת בלו"ז היא למעשה פצצת זמן.
חלונות עבודה כאילוץ תזמון ולא כהערה
עבודות לילה, עבודות שישי בלבד או חלונות חסימת מסילה ברכבת ישראל אינם הערת שוליים. מגדירים אותם כלוחות שנה (Calendars) ייעודיים בתוך Primavera P6, כך שהחישוב יודע שפעילות מסוימת יכולה להתקדם רק בימים ובשעות מסוימים.
מי שמזין את החלון כטקסט חופשי ולא כ-Calendar, מקבל לו"ז שמניח עבודה רציפה שאין לה קיום. הכלל הוא שחלון עבודה הוא נתון חישובי ולא הערה למפקח.
תיאום בין קבלנים (Hand-offs) כאבני דרך מחייבות
כשקבלן אזרחי מוסר מבנה מנהרה לקבלן מערכות, זו אבן דרך מסוג נקודת ממשק. מגדירים אותה במפורש בלו"ז, כי איחור במסירה גורר תביעות הדדיות בין הקבלנים ומול המזמין.
בלי נקודת ממשק מוגדרת, כל צד יטען שהשני עיכב אותו, ואין קובץ שיכריע. הכלל הוא שכל מעבר שטח בין קבלנים חייב להיות אבן דרך עם תאריך ואחריות ברורה.
איך מעדכנים לו"ז בפרויקט תשתיות בצורה מקצועית
העדכון החודשי הוא העבודה הסיזיפית שקובעת אם הניהול אמין או דקורטיבי. אוספים נתונים מדויקים מהשטח, דיווחי מפקח, יומני עבודה וכמויות שבוצעו בפועל, ומעדכנים את קובץ המקור.
הטעות הנפוצה היא לשנות אחוזי התקדמות גנריים. זה חסר ערך. מזינים תאריכי התחלה בפועל (Actual Start), תאריכי סיום בפועל (Actual Finish) ומשך עבודה שנותר (Remaining Duration). רק ככה החישוב מייצר תאריך סיום צפוי אמין.
פעילות ש"בוצעה 60 אחוז" לא אומרת דבר על כמה זמן נותר. אולי נותר יומיים, אולי חודשיים. הכלל הוא שמעדכנים מציאות מדודה, לא הערכות תחושה של אחוזים.
איך מזהים חריגה בלו"ז מוקדם ומה עושים כשיש דגל אדום
עיכוב מזוהה מוקדם עולה הרבה פחות מעיכוב שמתגלה כשהוא כבר יושב על תאריך המסירה. הכלים לזה קיימים. השאלה אם משתמשים בהם.
מדדי ביצוע כמו SPI במסגרת Earned Value Management ומעקב אחר אובדן מרווחים (Float Consumption) מספקים התראות בזמן אמת. כשפעילות מתחילה לאכול את המרווח שלה בקצב מהיר, זה דגל אדום לפני שהיא הופכת לקריטית.
כשמזוהה חריגה מפעילים תוכנית התאוששות (Recovery Plan). שלוש דרכי פעולה עיקריות, הפיכת פעילויות מטוריות למקביליות (Fast-tracking), הוספת משמרות ומשאבים (Crashing), או התאמות תכנוניות משותפות עם המזמין. דוח המבקר בעניין "באג 2000" מנסח את העיקרון שתוכנית עבודה חייבת לשלב לו"ז מפורט עם ניתוח סיכונים מקדים ומערכת התראות מובנית. שילוב הבקרה עם ניהול סיכונים אינו מותרות. הכלל הוא שדגל אדום המזוהה רק כשהוא נוגע בתאריך הסיום כבר אינו ניתן לתיקון זול.
מה ההבדל בין לו"ז מזמין ללו"ז קבלן, והאם צריך את שניהם
יש שני לוחות זמנים, ולשניהם תפקיד. לו"ז המזמין הוא לו"ז על, מאסטר. לו"ז הקבלן הוא לו"ז ביצוע מפורט. הם לא מתחרים, הם משלימים.
הקבלן מתעניין ביעילות הפעלת הציוד והעובדים בשטח. המזמין מתעניין בשליטה בסיכונים, בזמני מסירה למשתמשי הקצה, בעבודה מול רשויות ובתשלומים לפי אבני דרך. שני עולמות, שתי רזולוציות.
| היבט | לו"ז מזמין (מאסטר) | לו"ז קבלן (ביצוע) |
|---|---|---|
| מיקוד | סיכונים, מסירות, אבני דרך חוזיות | יעילות ציוד וכוח אדם בשטח |
| רזולוציה | Level 1-2 | Level 3-4 |
| תדירות עדכון | חודשי | שבועי ויומי |
| שאלת המפתח | האם נעמוד בחוזה | איך מנצלים את הצוות מחר |
בלי סנכרון קבוע בין השניים, המזמין חי באשליה שהכול מתקדם כשורה בזמן שקובץ הקבלן מראה חריגה בנתיב הקריטי. הכלל הוא שבפרויקט תשתיות, לו"ז מזמין שאינו נתפר ללו"ז הקבלן מדי חודש הוא דיווח עצמי מרגיע וחסר בסיס.
מהו תפקיד יועץ לו"ז בפרויקט תשתיות, ומתי נכון להכניס אותו
יועץ הלו"ז הוא בקר ה-PMO של הפרויקט. הוא לא מחליף את מנהל הפרויקט ואת המפקח, הוא נותן להם את התמונה שאין להם זמן להפיק בעצמם.
מנהל הפרויקט והמפקח בשטח עסוקים בכיבוי שריפות הנדסיות שוטפות. אין להם את הזמן, הכלים או המיומנות להפקת דוחות רשת מורכבים ב-Primavera. זו עבודה של מומחה, לא תוספת לתפקיד קיים.
הטעות הנפוצה ביותר היא לגייס יועץ לו"ז רק כשהפרויקט כבר בעיכוב עמוק ויש צורך להתגונן מתביעות. אז זה כבר תיעוד נזק, לא מניעה. נכון לשלב יועץ כבר משלב פיתוח מסמכי המכרז והקמת ה-Baseline. הבקרה על לוחות זמנים בפרויקטים בהיקף מיליארדי שקלים היא תחום מובחן בפני עצמו. צוות שער נכנס לפרויקטים כאלה עם ניסיון של למעלה מ-16 שנה בליווי ניהול לו"ז תשתיות. הכלל הוא שיועץ המגיע כשהפרויקט כבר בוער עולה כפליים ומציל פחות.
איך לוח הזמנים מתחבר לחוזה, לשינויים ולהארכות זמן (EOT)
הלו"ז הוא הכלי הראייתי המרכזי בבתי משפט ובוררויות להוכחת תביעות עיכוב (Extension of Time). בלעדיו, טענת "המזמין עיכב אותנו" היא רק טענה.
ניתוח עיכובים בדיעבד נעשה בשיטות כמו Window Analysis או Time Impact Analysis. בוחנים את ה-Baseline המעודכן האחרון, מזהים את האירוע המעכב ומודדים את השפעתו על תאריך הסיום.
קבלן יקבל הארכת זמן מוסכמת, ופטור מקנסות פיגור, רק אם יוכיח שני דברים במקביל, שהגורם המעכב היה באחריות המזמין, ושהפעילות המעוכבת ישבה ישירות על הנתיב הקריטי. פעילות עם מרווח גבוה שהתעכבה לא מזכה בהארכה, כי היא לא דחתה את הסיום. הכלל הוא שלוח זמנים לפרויקט תשתיות שאינו נשמר ומעודכן כראוי לאורך הדרך שווה מעט מאוד ביום שמגיעים לבוררות.
אילו דוחות לו"ז מנהלים צריכים לקבל כדי לקבל החלטות מהר
מנכ"ל, מנהל אגף או חבר דירקטוריון לא יפתחו קובץ Primavera עם אלפי שורות. הם צריכים דף אחד שאומר להם מה השתנה ומה נדרש מהם. דוח לו"ז ממוקד (One Page Report) עושה בדיוק את זה.
הדוח כולל סטטוס אבני דרך מרכזיות ברבעון הקרוב, מתוכנן מול מבוצע. שינוי במועד הסיום החוזי הצפוי (Forecasted Finish Date), שהוא המספר היחיד שההנהלה באמת רוצה לדעת. תמצית הנתיב הקריטי. וריכוז המשימות הדחופות לשבועיים-שלושה הקרובים (Look-ahead Schedule).
דוח שלא מציג את שינוי מועד הסיום מכריח את המנהל לחפש בעצמו, ואז הוא פשוט לא קורא אותו. הכלל הוא שאם ההנהלה אינה מבינה בתוך דקה מה השתנה ומה נדרש ממנה, הדוח נכשל.
כמה זמן לוקח להכין לוח זמנים לפרויקט תשתיות
בנייה של לו"ז ראשוני לפרויקט בינוני-גדול לוקחת בין שבועיים לחודש וחצי של עבודה אינטנסיבית. לא יומיים, ולא חצי שנה.
מה שקובע את המשך, רמת המוכנות של התכנון, כמות תתי-הקבלנים המעורבים, מורכבות כתבי הכמויות והדרישות החוזיות של המזמין במכרז. תכנון לא בשל מאריך את התהליך יותר מכל גורם אחר, כי בונים על הנחות שמשתנות תוך כדי.
הפקה מהירה בלי תיאום שטח יוצרת מסמך יפה על הנייר שאין לו תוצאות ממשיות בפרויקט תשתיות. הכלל הוא שלוח זמנים שנבנה מהר מדי ייקח אחר כך זמן כפול לתקן בשטח.
איך בוחרים ספק לניהול לו"ז תשתיות
לא כל מי שיודע להפעיל Primavera מתאים לפרויקט תשתית. יש הבדל בין מי שבנה לו"ז לתוכנה תעשייתית לבין מי שראה מנהרה, צומת והעתקת קו מתח גבוה.
| קריטריון | מה מחפשים | דגל אדום |
|---|---|---|
| ניסיון | תשתיות ובנייה הנדסית ספציפית | לו"ז של מוצרים ותוכנה בלבד |
| כלים | Primavera P6, MS Project ומתודולוגיה | שליטה בכלי בלי הבנת שטח |
| חוזים | הבנה בדרישות מכרז ממשלתי וב-EOT | ראייה טכנית בלבד |
| תקשורת | עבודה קרובה מול קבלנים ורשויות | ניתוק מהשטח |
ניסיון בליווי מגה-פרויקטים כמו הקו האדום של הרכבת הקלה ופרויקטי נת"ע נותן לצוות את הראייה החוצה-דיסציפלינרית שקובץ יחיד לא מלמד. צוות שער מלווה ניהול לו"ז תשתיות בפרויקטי תשתית לאומיים בישראל מעל 16 שנה, ומטפל בלוח הזמנים משלב המכרז ועד המסירה. הכלל הוא שיש לבחור ספק שראה את השטח, לא רק את הקובץ.
רוצים ליווי מקצועי בבניית או בבקרת לוח הזמנים של הפרויקט
מתאים למנהלי פרויקטים, גורמי PMO ומזמינים בפרויקטי תשתית, תחבורה ובנייה מורכבת. נשמח לבחון יחד את המצב הקיים ולהציע דרך פעולה.
שאלות נפוצות
מה ההבדל בין לו"ז שנראה מקצועי לבין לו"ז שמתפקד כלוח זמנים אמיתי
לו"ז אמיתי בנוי מרשת פעילויות עם קשרים לוגיים, מאפשר חישוב CPM מחדש בכל עדכון, ותומך בניתוח סטיות. לו"ז שהוא רק תרשים ברים ללא קשרים וללא כיול לתפוקות שטח נראה דומה, אך אינו מספק תשובה לשאלה איך עיכוב בפעילות אחת משפיע על תאריך הסיום.
כמה פעמים מותר לשנות את קו הייחוס (Baseline) לאורך הפרויקט
ככלל, קו הייחוס נעול לאורך רוב הפרויקט ומשמש בסיס קבוע לניתוח סטיות. שינוי שלו נעשה רק באירועים משמעותיים ומאושרים בכתב, ולא כתגובה שוטפת לכל עיכוב. שינוי תכוף מדי מבטל את היכולת למדוד ביצועים לאורך זמן.
מי אחראי לעדכן את לוח הזמנים מדי חודש
העדכון נעשה בדרך כלל על ידי מתכנן לו"ז או יועץ לו"ז, בהסתמך על נתונים שמספקים המפקח וצוות הביצוע בשטח, כולל תאריכי התחלה וסיום בפועל וכמויות שבוצעו. מנהל הפרויקט מאשר את התמונה לפני הפצתה להנהלה.
מה קורה אם מגלים שהנתיב הקריטי השתנה באמצע הפרויקט
זה תרחיש שכיח כאשר פעילויות עם מרווח מתעכבות והמרווח מתאפס. ברגע שזה קורה, נדרש לעדכן את סדרי העדיפויות בשטח ולעיתים להפעיל תוכנית התאוששות, כדי למנוע השפעה על תאריך הסיום החוזי.
האם קבלן ומזמין צריכים לנהל לוח זמנים משותף אחד
בדרך כלל לא. לכל צד לו"ז ברמת פירוט שונה המשרת מטרות שונות. הנקודה הקריטית היא סנכרון סדיר ביניהם, כך שהתמונה שמוצגת למזמין תואמת את מה שקורה בפועל בלו"ז הביצוע של הקבלן.
לוח זמנים לפרויקט תשתיות הוא כלי חישוב, לא מסמך תצוגה. הוא נבנה על תכנון בשל, מכויל לתפוקות אמיתיות בשטח, ננעל בקו ייחוס מאושר, ומעודכן מדי חודש על בסיס תאריכים בפועל ולא הערכות. הנתיב הקריטי, ניהול הממשקים מול גורמים חיצוניים, וההפרדה בין לו"ז מזמין ללו"ז קבלן הם המנגנונים שמאפשרים לזהות סטייה בשלב שבו עדיין אפשר לתקן אותה בעלות סבירה. כשמגיעים לשלב תביעות והארכות זמן, איכות התיעוד לאורך הדרך היא זו שקובעת את התוצאה.
אודות הכותב
אוריאל פליס, PMP, מייסד ומנכ"ל שער ניהול פרויקטים ומכרזים. מהנדס תעשיה וניהול, בוגר Polytechnic University בניו-יורק, מוסמך PMP מטעם ארגון PMI העולמי, בעל למעלה מ-25 שנות ניסיון בניהול פרויקטים, בניהול מכרזים ובארגון ושיטות. אוריאל הקים את שער בשנת 2010 ומוביל את פעילותה מאז, לאחר תפקידי ניהול בכירים בחברות הנדסה, פארמה, ביטוח והיי-טק. בשנים 2014-2016 כיהן כסגן נשיא וחבר הנהלת PMI-ישראל, והשתתף בצוות מומחים בינלאומי שכתב את תקן ה-WBS של PMI.