לוח זמנים וכיצד לבדוק אותו

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

איזו הנחיה תתן לתיקון?
• אין אפשרות להשהיה שלילית במציאות, מאחר והיא מתארת מצב על-פיו חוזרים בזמן. חזרה בזמן אפשרית בסרטים או בספרים, אבל (עדיין לא) אפשרית במציאות, והגאנט – צריך לתאר את המציאות.
• לכן, למרות ש- Project נותנת אפשרות לשימוש בשהיה שלילית, אין להשתמש בה בלוח הזמנים כלל.
• האם רק השהיה שלילית יוצרת מצבים כאלו? לא!! ו… קשה מאד למצוא אותם בחיפוש ידני… לעומת זאת –
• HCP-Go, מוצאת את כל המצבים המכילים פעילויות עוקבות-מקדימות ומפרטת אותם בסעיף 2.4.

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

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

למשל,
כאשר בלוח השנה מוגדר, שניתן לעבוד בכל יום במשך 9 שעות, אבל בהגדרות הבסיס של הפרויקט מוגדר כי יום עבודה הוא 8 שעות בלבד, התוצאה תהיה: קיצור הפרויקט ב- 12.5%!

• קיצור זה אינו אמיתי ואינו מתקיים במציאות, כמובן. איך הדבר קורה ואיך לתקן – ניתן לקרוא במאמר "תעלומת הזמן האבוד" – או – איך יוצרים את השעה ה- 25 ביממה / את החודש ה- 13 בשנה? 

• למה לא כדאי ולא מומלץ להגדיר 9 שעות עבודה ביום? התשובה במאמר לוח השנה בלוח זמנים –  בסעיף: שעות העבודה ביום.

• מה עושים עם ימי שישי ואיך כדאי להגדיר אותם בלוח השנה? גם לזה יש תשובה במאמר יום השישי – עובדים או לא עובדים – זו השאלה…

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

ה. נושאי דיווח ביצוע

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

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

איזו הנחיה תתן לתיקון?
סעיף 2.6 בדוח HCP-Go יתן את רשימת הפעילויות שיש לעדכן או יעיד שהמצב תקין! 😊

ו. נושאים הקשורים בערסלים עם קישורים

בעקרון, ערסל אינו פעילות.

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

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

לכן, לא לקשר ערסלים לפעילויות עוקבות או לפעילויות מקדימות – ואם יש קישורים כאלו, סעיף 2.7 של HCP-Go ימפה בדיוק את מה צריך לתקן.

איזו הנחיה תתן לתיקון?
כל מה שיהיה כתוב בסעיף 2.7 בדוח.

ז. פעילויות קשות למעקב ובקרה

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

איך פותרים זאת? מאתרים את הפעילויות הארוכות בלוח הזמנים – ומפצלים אותן לתתי פעילויות.

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

ח. קישוריות יתר וקשרים יתרים

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

למשל:
א. נניח שהעוקבות של פעילות 17 הן פעילויות 18-22, 24. – כלומר יש 6 נתיבים.
ב. פעילויות 18-21 מתרחשות במקביל. כולן מובילות לפעילות 22. – 4 נתיבים.
ג. פעילויות 22-24 מובילות לפעילויות 27-33. – 3 נתיבים.
ד. פעילויות 27-33 מובילות לפעילות – 34 שמובילה ל- 36. 7 נתיבים.
ה. 36 מקדימה לעשרות פעילויות אשר מקושרות בינן לבין עצמן:
    ה1. 10 תכולות עבודה שונות מקדימות, כל אחת מהן, ל- 11 תכולות עבודה אחרות (נקרא להן A). כלומר נוצרים 110 נתיבים.

ואז

    ה2. 11 תכולות העבודה ב- A מקדימות, כל אחת מהן, ל- 11 תכולות עבודה שונות לגמרי (נקרא לאלו B). עכשיו נוצרים 121 נתיבים.

ואז

    ה3. 11 תכולות העבודה ב- B מקדימות, כל אחת מהן, ל- 11 תכולות עבודה חדשות (נקרא לאלו C). עכשיו נוצרים עוד 121 נתיבים.

התוצאה של התהליך לעיל: 6x4x3x7x110x121x121 = 811,697,040 נתיבים, שהם תהליכים, שלכאורה, צריך לנהל במקביל בפרויקט.

נשמע לכם הגיוני?! זו קישוריות יתר!

איזו הנחיה תתן לתיקון?
• התצורה המתוארת בגאנט יוצרת קישור יתר.

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

• יש שתי אפשרויות לבניית לוח הזמנים – הראשונה: לפי הנחות יסוד (למשל, נבצע את תכולה A לפני תכולה B) והשניה לפי משאבים (למשל, יש לנו ממשאב מסוים כמות מסוימת). על הקבלן לבחור את האפשרות המתאימה לו – או שילוב של השתיים בצורה מושכלת.

• במצב בו מניחים כי מקבץ A יתבצע לפני מקבץ B – אין צורך לקשר את כל התכולות של A לכל התכולות של B – אלא רק את התכולה האחרונה ב- A לתכולה הראשונה ב- B!

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

ישנם גם קשרים יתרים בלוח הזמנים. נתיב יתר הוא נתיב (לדוגמא, נתיב X) שכל הפעילויות שלו מוכלות בנתיב אחר, אשר מכיל מספר רב יותר של פעילויות (לדוגמא, נתיב Y), כמודגם בדוגמא הבאה: