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

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

מה לוח זמנים חייב לכלול כדי להיחשב כלי ניהולי ולא קישוט

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

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

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

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

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

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

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

איך מתחילים לבנות לוח זמנים לפרויקט מאפס

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

שלב 1 – הגדרת גבולות ותוצרים

לפני שמגדירים פעילות אחת, מגדירים את ה-Scope באופן מוחלט. מה בתוך הגדר ומה מחוץ לה. פיתוח חוץ נכלל או באחריות גורם אחר? חיבורי תשתית עד הגבול או עד נקודת החיבור העירונית? כל אזור אפור בהגדרת התכולה הופך לזליגת תכולה [Scope Creep] שתפוצץ את לוח הזמנים שלושה חודשים לתוך הביצוע. תכולה מעורפלת מייצרת גאנט מעורפל.

שלב 2 – בניית WBS לפרויקט

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

שלב 3 – פירוק לפעילויות מדידות בשטח

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

שלב 4 – הגדרת לוגיקה ותלויות

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

שלב 5 – אומדני משך וקלנדרים

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

שלב 6 – קיבוע בייסליין

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

למה WBS הוא הבסיס לכל תכנון לוח זמנים

ה-WBS [Work Breakdown Structure] הוא מבנה היררכי של תכולת העבודה, לא של הפעולות. ההבחנה קריטית – ה-WBS עונה על "מה צריך לייצר", לא על "איך עושים את זה". הוא האמצעי היחיד שמבטיח כיסוי של 100% מהתוצרים בלי כפילויות. כל מה שלא נמצא ב-WBS פשוט לא קיים בפרויקט, ולכן לא יתוקצב ולא יתוזמן.

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

הכלל – WBS טוב הוא שלד ניהולי, לא רשימה של כל פעולה שמתבצעת באתר.

איך בונים WBS נכון בפרויקטי בינוי ותשתיות

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

בפרויקטי תשתית הציר הפיזי הוא מקטעי קילומטראז' [Stations], והדיסציפלינות הן עבודות עפר, ניקוז, מבני דרך, סלילה ותמרור. אותו היגיון, גיאומטריה שונה.

כללי אצבע לחבילת עבודה תקינה

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

טעויות נפוצות בבניית WBS

פירוט יתר הוא הרוצח השקט. WBS עם 4,000 חבילות הוא WBS שאי אפשר לתחזק, וכעבור חודש אף אחד לא מעדכן אותו. ערבוב בין פעילות שלבית ("לשפוך בטון") לתוצר ("תקרת קומה א' יצוקה") שובר את ההיררכיה, כי ה-WBS אמור להכיל תוצרים והפעילויות באות אחר כך. טעות שלישית היא שטחים מתים – ענפים בעץ שלא מכסים שום תוצר ממשי ורק מנפחים את המבנה. כל ענף חייב להוביל לתוצר אמיתי.

איך מתרגמים WBS לרשימת פעילויות שאפשר לנהל

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

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

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

איך קובעים תלויות ולוגיקה כדי שהגאנט ישקף את המציאות

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

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

סוגי קשרים לוגיים והשפעתם בשטח

ארבעת סוגי הקשרים אינם תיאוריה. סיום-להתחלה [FS] הוא ברירת המחדל – אי אפשר לרצף לפני שאיטום החדרים הרטובים הסתיים והתייבש. התחלה-להתחלה [SS] עם השהיה – סלילת אספלט מתחילה יומיים אחרי שתחילת הידוק המצע התחילה, לאורך אותו מקטע. סיום-לסיום [FF] – בדיקת מערכות מסתיימת יחד עם סיום ההתקנה, לא אחריה. התחלה-לסיום [SF] נדיר ומשמש בעיקר במשמרות חופפות. בחירת הקשר הלא נכון מייצרת רצף שנראה הגיוני בגאנט ובלתי אפשרי בשטח.

זמני המתנה וחפיפות – לנהל סיכון נכון

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

מה זה נתיב קריטי, ולמה הוא משנה את כל ניהול הפרויקט

שיטת הנתיב הקריטי [Critical Path Method] מזהה את רצף הפעילויות הארוך ביותר בפרויקט – זה שכל עיכוב בו דוחה את סיום הפרויקט כולו. הפעילויות על הנתיב הקריטי הן בעלות מרווח אפס. כל היתר נהנות ממרווח [Float] כלשהו.

ההבחנה בין מרווח כולל [Total Float] למרווח חופשי [Free Float] היא לב הניהול. מרווח כולל הוא כמה אפשר לעכב פעילות בלי לדחות את הפרויקט. מרווח חופשי הוא כמה אפשר לעכב אותה בלי להשפיע על הפעילות העוקבת. פעילות עם מרווח כולל של עשרה ימים אבל מרווח חופשי אפס היא מלכודת – כל איחור שלה אוכל מיד את המרווח של שכנותיה.

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

איך מעריכים משכי פעילות בצורה אמינה

שלוש שיטות עיקריות. הערכה פרמטרית גוזרת משך מכמות כפול תפוקה – 1,200 מ"ר ריצוף חלקי תפוקה יומית של 80 מ"ר לצוות שווה 15 ימי עבודה. זו השיטה האמינה ביותר כשיש נתוני כמויות. הערכה אנלוגית נשענת על פרויקט עבר דומה – השלד בפרויקט הקודם בן הקומות הדומות לקח 18 יום לקומה, וזו נקודת המוצא. השיטה השלישית היא התייעצות ממוקדת עם מנהלי העבודה וקבלני המשנה שיבצעו בפועל, אלה שמכירים את התפוקות האמיתיות של הצוותים שלהם.

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

צ'ק-ליסט ההנחות ההנדסיות שחובה לתעד

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

מתי משתמשים בטווחי זמנים מונעי סיכון

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

כמה פירוט צריך בלוח זמנים

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

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

מהן אבני דרך ואיך בונים אותן שישרתו הנהלה ושטח

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

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

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

אבני דרך חוזיות מול ניהוליות

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

מה זה Baseline ולמה אסור להתחיל ביצוע בלעדיו

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

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

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

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

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

תהליך עדכון – Data Date, נתונים ולוגיקה

כל סבב עדכון נפתח בקביעת מועד חתך [Data Date] – הקו שמפריד בין מה שכבר קרה למה שעוד צפוי. עד הקו, מזינים ביצוע בפועל. אחרי הקו, המודל מחשב מחדש. הטעות הנפוצה היא עדכון אחוז ביצוע שרירותי: "הפעילות ב-70%". מאיפה 70? עדיף לאמת פיזית כמה זמן [Remaining Duration] באמת נשאר לפעילות, כי המספר הזה הוא שמזיז את הנתיב הקריטי. אחוז הוא הרגשה, משך שנותר הוא מדידה.

מדדים פיזיים מול הערכת אחוזים

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

איך בונים לוח זמנים לפרויקט מורכב עם ריבוי קבלנים וממשקים

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

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

חמש טעויות בבניית גאנט שעולות מיליונים

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

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

תוכנה מקצועית או אקסל

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

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

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

אודות הכותב

אוריאל פליס, PMP

מייסד ומנכ"ל שער ניהול פרויקטים ומכרזים

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