מפגש התנעת הפרויקט (Kickoff) הוא אחד הרגעים המוכרים ביותר בעולם ניהול הפרויקטים. צוות הפרויקט מתכנס, המטרות מוצגות, לוחות הזמנים הראשוניים נבחנים, תחומי האחריות מתבהרים והמשתתפים מתאמים ציפיות. עבור רבים מהמשתתפים, זהו הרגע שבו הפרויקט מתחיל.
אבל מבחינה עסקית וניהולית, הסיפור התחיל הרבה קודם.
עוד לפני שמנהל הפרויקט מציג את תוכנית העבודה, מישהו בארגון כבר זיהה צורך, בחר כיוון פעולה, העריך עלויות, הגדיר תועלות צפויות ולעיתים גם התחייב לתקציב ולמועד סיום. חלק מההחלטות הללו התקבלו לאחר בחינה מסודרת של חלופות וסיכונים. אחרות נולדו מתוך צורך דחוף, לחץ עסקי או יוזמה של מנהל בכיר.
וכאן מתעוררת שאלה מקצועית חשובה: האם הארגון בחן לא רק כיצד לבצע את הפרויקט, אלא גם האם נכון היה לבחור בו ולהתחייב אליו מלכתחילה?
מפגש ה-Kickoff אינו בהכרח נקודת ההתחלה של הפרויקט מבחינה עסקית, אלא לעיתים קרובות תוצאה של החלטות שכבר עיצבו את מטרותיו, את התנאים לביצועו ואת מרחב הפעולה העומד בפני מנהל הפרויקט.
למה דווקא הפרויקט הזה?
לפני שארגון מחליט איזה פרויקט לקדם, עליו להבחין בין הצורך העסקי לבין הפתרון המוצע. מערכת חדשה, הרחבת פעילות או אוטומציה של תהליכים עשויות להיראות כמו יוזמות מתבקשות, אבל השאלה הראשונה היא איזו בעיה הן נועדו לפתור ואיזו תוצאה הארגון מבקש להשיג.
כאן נכנסת לתמונה ההתאמה האסטרטגית (Strategic Alignment). פרויקט נועד לתרום למטרות הארגון, בין אם מדובר בשיפור יעילות תפעולית, הגדלת הכנסות, עמידה בדרישות רגולטוריות או פיתוח יכולת עסקית חדשה. אבל עצם העובדה שפרויקט תומך במטרה אסטרטגית אינה מספיקה כדי להצדיק את ביצועו.
נניח, לצורך המחשה, שארגון מעוניין לקצר את זמני האספקה ללקוחות. ההנהלה מציעה להקים מחסן אוטומטי חדש. הפתרון בהחלט עשוי לתמוך במטרה, אבל האם המחסן הקיים הוא באמת מקור הבעיה? אולי צוואר הבקבוק נמצא דווקא במערכת ניהול ההזמנות, בתכנון המלאי או בתהליכי השילוח. אם הארגון ממהר לאשר את המחסן החדש בלי לבחון את מקור העיכובים, הוא עלול להשקיע בפתרון מתקדם לבעיה הלא נכונה.
ההבחנה הזאת מקבלת ביטוי גם ב-The Green Book של משרד האוצר הבריטי. המסגרת המקצועית מדגישה את הצורך להגדיר תחילה את הסיבה לשינוי, את המטרות ואת ההתאמה האסטרטגית, ורק לאחר מכן לבחון דרכים שונות להשגתן. היא ממליצה לגבש מגוון רחב של חלופות ולהעריך אותן לפני בחירת הפתרון המועדף, כדי לצמצם את הסיכון להיצמדות מוקדמת לפתרון שאינו המתאים ביותר.
(HM Treasury. The Green Book: UK Government Guidance on Appraisal. 2026, Chapters 4–5, pp. 17–30)
אף שהמסגרת פותחה להערכת יוזמות והשקעות ציבוריות בבריטניה, ההבחנה הניהולית שהיא מציעה רלוונטית גם לארגונים עסקיים: פרויקט שמתאים לאסטרטגיה אינו בהכרח הפרויקט שכדאי לבצע. הארגון צריך לוודא שלא רק הגדיר יעד נכון, אלא גם בחן אם הדרך המוצעת היא הדרך המתאימה להשגתו.
ההצדקה העסקית: האם הערך מצדיק את ההשקעה?
לאחר שהארגון הגדיר את הצורך העסקי, מגיעה השאלה הבאה: האם התועלת הצפויה מצדיקה את המשאבים, העלויות והסיכונים הכרוכים במימוש הפתרון?
זהו תפקידה של ההצדקה העסקית (Business Case). לפי PMBOK® Guide מהדורה שמינית, ההצדקה העסקית היא מחקר כדאיות כלכלי מתועד, המשמש לביסוס התועלות הצפויות ולתמיכה באישור פעילויות הפרויקט. היא מפרטת את המטרות ואת הסיבות לייזומו, עשויה לשמש בסיס להחלטת Go/No-Go עוד לפני אישורו הרשמי, וממשיכה לשמש נקודת התייחסות לאורך מחזור חייו.
(PMBOK® Guide – Eighth Edition, 2025, Section 4, “Business case”, p. 116)
ההצדקה העסקית אינה אמורה להוכיח שהרעיון שהוצג להנהלה הוא רעיון טוב. היא צריכה לאפשר בחינה ביקורתית של ההשקעה מול חלופות אחרות, לרבות האפשרות להמשיך במצב הקיים. בחינה כזאת מחייבת להבין מה הארגון צפוי להרוויח, מה יידרש ממנו להשקיע, אילו סיכונים הוא מקבל על עצמו ואילו הנחות עומדות מאחורי התחזיות.
הבעיה מתעוררת כאשר ההצדקה העסקית הופכת למסמך שנועד לתמוך בהחלטה שכבר התקבלה, במקום לשמש בסיס לקבלתה. במצב כזה, גם ניתוח כלכלי מפורט עלול ליצור תחושת ביטחון שאינה משקפת את איכות המידע שעליו הוא מבוסס. הסיכון אינו טמון רק באומדני עלות שגויים, אלא גם בהערכה אופטימית מדי של התועלות ובהתעלמות מחלופות שעשויות להיות מתאימות יותר.
מחקרה של גרו הולסט וולדן (Gro Holst Volden), שבחן 58 פרויקטי השקעה ציבוריים בנורווגיה, מצא כי ניתוחי העלות תועלת היו לרוב מקיפים ושימשו את מקבלי ההחלטות. עם זאת, החוקרת זיהתה פער משמעותי: בעוד שאי הוודאות בנוגע לעלויות ההשקעה נבחנה באופן יסודי יחסית, הסיכונים למימוש התועלות העתידיות זכו לפחות תשומת לב.
(Volden, G. H. “Assessing Public Projects’ Value for Money: An Empirical Study of the Usefulness of Cost–Benefit Analyses in Decision-Making.” International Journal of Project Management, 2019, 37(4), pp. 549–564. DOI: 10.1016/j.ijproman.2019.02.007)
המשמעות היא שהאתגר אינו מסתכם בביצוע חישוב כלכלי או בהצגת תחזית משכנעת. איכות ההחלטה תלויה באמינות הנתונים, באופן שבו נבחנו החלופות וביכולת להציג למקבלי ההחלטות לא רק את התועלות הצפויות, אלא גם את ההנחות ואת אי הוודאות שעליהן הן מבוססות.
האם הפרויקט ישים, ולא רק כדאי?
גם פרויקט שנראה מוצדק מבחינה עסקית עלול להיתקל בשאלה בסיסית: האם הארגון מסוגל לממש את הפתרון המוצע בתנאים הקיימים?
בדיקת ישימות (Feasibility Study) נועדה לבחון את יכולת המימוש של הפרויקט ואת התנאים הנדרשים לביצועו. בעוד שההצדקה העסקית עוסקת בעיקר בשאלה האם כדאי להשקיע, בדיקת הישימות מתמקדת בשאלה האם ניתן לבצע את הפרויקט ובאילו תנאים. שני הניתוחים משלימים זה את זה, ולעיתים מתפתחים במקביל כחלק מתהליך קבלת החלטות ההשקעה.
הבדיקה אינה מוגבלת לטכנולוגיה. פרויקט יכול להסתמך על פתרון טכנולוגי מוכח, אך להיתקל במחסור בכוח אדם מתאים, במגבלות רגולטוריות, בתשתיות לא מוכנות או בקשיים ארגוניים שימנעו את הטמעתו. לעיתים דווקא התלות בגורמים שמחוץ לצוות הפרויקט היא שמגבילה את יכולת הביצוע. לכן השאלה אינה רק אם הפתרון אפשרי מבחינה טכנית, אלא אם הארגון וסביבת הפעילות שלו מסוגלים לתמוך במימושו.
מחקרם של רפאל אסטבן-נארו (Rafael Esteban-Narro) ועמיתיו משנת 2025, שעסק בבדיקת ישימות של פרויקטי ערים חכמות, ממחיש את החשיבות של בחינה רחבה יותר. החוקרים פיתחו מסגרת להערכת ישימות הכוללת היבטים טכנולוגיים, כלכליים, חברתיים ומוסדיים, לצד השפעות על המרחב והאוכלוסייה. בבחינה ראשונית של שבעה פרויקטים שכבר בוצעו בעיר אלקוי שבספרד, נמצא קשר חזק בין מידת הישימות החברתית והמוסדית לבין הצלחת הפרויקטים בפועל. לעומת זאת, הקשר בין המוכנות הטכנולוגית לבין הצלחתם היה חלש יותר. אף שמדובר במחקר מצומצם שאינו מאפשר להסיק מסקנות גורפות, הוא ממחיש מדוע יש לבחון לא רק אם הפתרון הטכנולוגי עובד, אלא גם אם קיימים התנאים הארגוניים והחברתיים שיאפשרו לממש אותו.
(Esteban-Narro, R., Lo-Iacono-Ferreira, V. G., & Torregrosa-López, J. I. “Supporting Sustainable Urban Transformation: A Feasibility Framework for Smart City Projects.” Frontiers in Sustainable Cities, 2025, Vol. 7, Article 1675890. DOI: 10.3389/frsc.2025.1675890)
אבל גם כאן נדרש איזון. לא כל פרויקט יכול להגיע לוודאות מלאה לפני אישורו. בפרויקטים חדשניים, חלק מהמידע החסר יתגלה רק באמצעות ניסוי, אבטיפוס או פעילות ראשונית. לכן בדיקת הישימות אינה חייבת להסתיים בתשובה מוחלטת של ישים או לא ישים. לעיתים נכון לאשר שלב מוגבל של בדיקות ולמידה, לפני שהארגון מתחייב להשקעה מלאה.
מבחינה ניהולית, חשוב להבחין בין בדיקת ישימות ראשונית, שמטרתה לזהות מגבלות מהותיות, לבין בדיקה מעמיקה יותר הנדרשת לפני התחייבות משמעותית למשאבים. ההבחנה הזאת חשובה במיוחד כאשר הארגון נדרש לבחור בין מספר פרויקטים מתחרים. הרי אין די בכך שפרויקט מסוים מבטיח ערך עסקי, אם התנאים הדרושים למימושו אינם קיימים או מחייבים השקעה נוספת שלא נלקחה בחשבון.
לא כל פרויקט כדאי צריך לצאת לדרך
גם לאחר שהארגון בחן את ההצדקה העסקית ואת ישימותו של פרויקט, אין פירוש הדבר שדווקא הוא צריך לקבל עדיפות. בארגונים פועלים במקביל צרכים רבים. יחידה אחת מבקשת לשדרג מערכת מידע, יחידה אחרת מעוניינת להרחיב פעילות, ויחידה שלישית נדרשת לבצע התאמות רגולטוריות. לכל יוזמה עשויה להיות הצדקה משלה, אך התקציב, כוח האדם והיכולת הניהולית אינם בלתי מוגבלים.
כאן נדרשת הבחנה בין ההחלטה אם פרויקט מסוים מוצדק וישים לבין בחירת הפרויקטים שבהם נכון להשקיע (Project Selection). השאלה אינה רק אם פרויקט מסוים כדאי לביצוע, אלא אם הוא עדיף על יוזמות אחרות המתחרות על אותם משאבים.
נחזור לדוגמת המחסן האוטומטי. נניח שהניתוח העסקי מצביע על חיסכון תפעולי משמעותי ומצדיק את ההשקעה. במקביל, הארגון בוחן פרויקט לשדרוג קו ייצור מיושן, שנועד לצמצם תקלות והשבתות ולשפר את רציפות הייצור. שני הפרויקטים נמצאו כדאיים וישימים, אך הארגון אינו מסוגל לבצע את שניהם באותה שנה. כעת עליו להחליט איזה מהם יקבל עדיפות.
ההחלטה מחייבת השוואה בין התרומה האסטרטגית, התועלות הצפויות, הסיכונים, זמינות המשאבים והתלויות בין היוזמות. היא מחייבת גם להביא בחשבון את עלות ההזדמנות (Opportunity Cost), כלומר את הערך של החלופה הטובה ביותר שעליה הארגון מוותר כאשר הוא בוחר להשקיע בפרויקט אחר.
מבחינה זו, בחירת פרויקטים אינה תחרות על מי מציג את ההצדקה העסקית המרשימה ביותר. זהו תהליך של הקצאת משאבים בהתאם לסדרי העדיפויות של הארגון.
ל-PMO יכולה להיות כאן תרומה משמעותית, כאשר תחומי האחריות שהוגדרו לו כוללים תמיכה בתעדוף השקעות. באמצעות יצירת בסיס השוואה אחיד, חשיפת תלויות והצגת מגבלות משאבים, הוא מסייע להנהלה לבחון את מכלול ההשקעות ולא רק כל יוזמה בנפרד. עם זאת, האחריות להכרעה נותרת בידי הגורמים המוסמכים בארגון.
מאישור הרעיון להרשאה להתחיל בפרויקט
פער ניהולי משמעותי נוצר כאשר ארגון מתייחס לתמיכה ברעיון, לאישור השקעה ולהרשאה להתחיל בפרויקט כאל אותה החלטה.
בפועל, אלו החלטות שונות. הנהלה יכולה להסכים שבעיה מסוימת מחייבת פתרון, לאשר תקציב לבדיקת חלופות, לבחור פתרון מועדף ורק לאחר מכן לאשר את תחילת הפרויקט. אין הכרח שכל ההחלטות יתקבלו באותה ישיבה או באותו שלב.
ההבחנה הזאת מקבלת ביטוי גם ב-PMBOK® Guide מהדורה שמינית. התהליך ייזום פרויקט או שלב (Initiate Project or Phase) מתאר מתן הרשאה רשמית להתחלת פרויקט או שלב, תוך הקניית סמכות למנהל הפרויקט להשתמש במשאבים ארגוניים לצורך פעילויותיו. ההרשאה ניתנת בדרך כלל באמצעות מסמך ייזום הפרויקט (Project Charter), או מסמך מקביל, ויוצרת קשר ברור בין הפרויקט, ההצדקה העסקית והמטרות האסטרטגיות של הארגון.
(PMBOK® Guide – Eighth Edition, 2025, Section 2.1.6.1, pp. 17–18.)
מסמך הייזום אינו מחליף את ההצדקה העסקית או את בדיקת הישימות. תפקידו לתרגם את החלטת הארגון למסגרת רשמית המאפשרת להתחיל בפרויקט, תוך הגדרה ברמה גבוהה של מטרותיו, תכולתו הראשונית, ההנחות והאילוצים המרכזיים, וכן אחריותו וסמכויותיו של מנהל הפרויקט.
עם זאת, עצם קיומו של מסמך ייזום מאושר אינו מעיד בהכרח על איכות ההחלטה שהובילה לאישור. מסמך יכול להיות מלא ומאושר, ועדיין להתבסס על הנחות שלא נבחנו כראוי. האישור מסדיר את הסמכות להתחיל, אך אינו מוכיח שההשקעה מוצדקת.
גם האחריות של נותן החסות (Sponsor) אינה מסתיימת באישור מסמך הייזום. נותן החסות והגורמים העסקיים צריכים להמשיך ולבחון אם הפרויקט נותר מחובר לצורך ולערך שהצדיקו את אישורו. מנהל הפרויקט, מצדו, נדרש לשמור על התאמה בין מטרות הפרויקט, תוכנית הניהול וההנחות העסקיות, ולהציף פערים המחייבים החלטה של הגורמים המוסמכים.
כשההנחות המוקדמות הופכות למגבלות
החלטות מוקדמות אינן נשארות בחדר שבו התקבלו. הן עוברות אל מנהל הפרויקט בדמות תקציב, מועד יעד, בחירה טכנולוגית, התחייבות לספק או ציפייה לתועלת עסקית מסוימת.
הבעיה מתחילה כאשר הנחות שטרם אומתו הופכות בהדרגה להתחייבויות קשיחות. אומדן ראשוני שנועד לבחון סדר גודל הופך לתקציב מחייב. תאריך שהוצע לצורך הערכה הופך למועד השקה שהארגון כבר הודיע עליו. פתרון שנבחר עקרונית הופך לדרישה שאין אפשרות מעשית לערער עליה.
כך עלול להיווצר מצב שבו מנהל הפרויקט מתבקש לנהל התחייבויות שאינן תואמות עוד את רמת הידע הקיימת. האחריות על הביצוע עוברת אליו, אבל ההחלטות שהגדירו את גבולות הביצוע התקבלו לפני כניסתו לתפקיד.
מקרה מתועד שממחיש את הבעיה הוא פרויקט Paddington Health Campus בלונדון, שנועד להקים מרכז רפואי גדול ומתקדם. לפי דוח משרד הביקורת הלאומי הבריטי (National Audit Office), בשנת 2000 הוערכה עלות הבנייה בכ-300 מיליון ליש"ט, והשלמת הפרויקט תוכננה לשנת 2006. עד לביטולו ביוני 2005 עלה אומדן העלות ל-894 מיליון ליש"ט, ומועד ההשלמה הצפוי נדחה לשנת 2013. עד אז כבר הושקעו בהכנת הפרויקט ובפיתוחו כ-15 מיליון ליש"ט.
אלא שסימני האזהרה הופיעו הרבה קודם. כבר בסוף 2002 התברר כי אומדן עלויות הבנייה יותר מהוכפל וכי שטח הקרקע הזמין אינו מספיק למימוש התוכנית. הדוח הצביע גם על היעדר נותן חסות יחיד בעל סמכות כוללת, מחלוקות בין הגופים השותפים ותמיכה אסטרטגית לא מספקת. למרות זאת, היוזמה המשיכה להתקדם. מסקנת המבקר הייתה שכבר בתחילת 2003 היה נכון לדרוש הצדקה עסקית מעודכנת או לבטל את הפרויקט.
(National Audit Office. Department of Health: The Paddington Health Campus Scheme. HC 1045, Session 2005–2006, 2006, Summary.)
זה אינו מקרה שבו ניתן לייחס את הכישלון להחלטה אחת. הוא ממחיש כיצד הנחות שלא נבחנו כראוי, לצד פערים בישימות ובאחריות הארגונית, עלולות להמשיך ולהשפיע על פרויקט גם כאשר מצטברים נתונים שמערערים את ההצדקה המקורית שלו.
והלקח הניהולי רחב יותר: החלטה שהתקבלה בעבר אינה חסינה מבחינה מחודשת. כאשר מתגלים נתונים שסותרים את הנחות היסוד שלה, או כאשר תנאי הביצוע משתנים, הארגון נדרש לבחון מחדש לא רק כיצד להמשיך בפרויקט, אלא גם אם עדיין נכון להמשיך בו.
מתי נכון להחליט שלא מתחילים?
בעולם ניהול הפרויקטים מקובל להקדיש תשומת לב רבה לשאלה כיצד להוציא פרויקט לדרך. פחות נוח לעסוק בשאלה מתי נכון לעצור עוד לפני תחילת הביצוע.
החלטת Go/No-Go אינה אמורה להיות אישור פורמלי של מה שכבר הוחלט. היא צריכה לשקף בחינה של ההצדקה העסקית, הישימות, הסיכונים ואיכות המידע הקיים. כאשר התועלות הצפויות אינן מצדיקות את ההשקעה, כאשר קיימות מגבלות מהותיות על יכולת המימוש או כאשר הנחות מרכזיות אינן מבוססות מספיק, גם החלטה שלא להתקדם היא החלטה ניהולית לגיטימית.
למעשה, החלטה שלא להתחיל בפרויקט אינה בהכרח כישלון. לעיתים היא מעידה דווקא על תהליך קבלת החלטות איכותי, שמנע מהארגון להתחייב להשקעה שאינה מוצדקת. במקרים אחרים, דחיית ההחלטה לצורך בדיקה נוספת, שינוי הפתרון המוצע או אישור שלב מוגבל ללמידה יהיו נכונים יותר מאישור הפרויקט במלואו.
עם זאת, אין פירוש הדבר שיש להקים מנגנון אישורים נוקשה לכל יוזמה. רמת הבדיקה צריכה להתאים לגודל ההשקעה, למורכבות ולסיכון. בפרויקט חדשני, שבו הדרישות והטכנולוגיה ממשיכות להתפתח, עודף בקרות עלול להאט את הלמידה במקום לשפר את ההחלטות.
לכן השאלה החשובה בנקודת ההחלטה אינה רק האם הפרויקט עמד בכל הדרישות הפורמליות. השאלה היא האם המידע הקיים מצדיק את רמת ההתחייבות המבוקשת, ואילו נתונים נוספים עשויים לשנות את ההחלטה.
אבל ההכרעה הזאת אינה מסתיימת בהכרח עם אישור הפרויקט. גם לאחר תחילת העבודה נדרשות החלטות על המשך ההשקעה, שינוי כיוון או עצירה, בהתאם למידע החדש שמצטבר ולתנאים המשתנים.
במאמר שפורסם בשנת 2026 מציעים עופר צוויקאל (Ofer Zwikael) ועמיתיו להתייחס להצדקה העסקית כאל מסגרת חיה (Living Business Case), המתעדכנת ונבחנת לאורך מחזור חיי הפרויקט. במקום להשתמש בה רק לצורך האישור הראשוני, החוקרים מציעים להפוך אותה לכלי ניהולי התומך בקבלת החלטות מתמשכת, בבחינת הנחות היסוד ובמעקב אחר הערך שהפרויקט נועד ליצור.
(Zwikael, O., Volden, G. H., Andersen, B., Konstantinou, E., Huemann, M., & Pinto, J. “The Living Business Case as an Enabler of Dynamic Project Governance.” International Journal of Project Management, 2026, 44(6), Article 102901. DOI: 10.1016/j.ijproman.2026.102901)
מכאן נובעת גם אחריות מקצועית של מנהלי הפרויקטים וה-PMO, בהתאם לתפקידם ולסמכותם בארגון: לא רק לבדוק אם הפרויקט אושר, אלא להבין מה בדיוק אושר, על סמך אילו הנחות, מי אחראי למימוש הערך ואילו תנאים מחייבים בחינה מחודשת של ההחלטה. כאשר הנחה מהותית מתערערת, מנהל הפרויקט נדרש לתעד את הפער, לבחון עם הגורמים העסקיים את השלכותיו ולהציג לנותן החסות את המידע והחלופות הדרושים לקבלת החלטה. האחריות להכריע אם להמשיך, לשנות כיוון או לעצור נשארת בידי הגורמים המוסמכים לכך.
ה-Kickoff הוא כבר תוצאה
כאשר צוות הפרויקט מתכנס למפגש ההתנעה, הוא פוגש לא רק מטרות ותוכנית עבודה ראשונית. הוא פוגש גם שורה של החלטות שהתקבלו קודם לכן, לעיתים לאחר בחינה יסודית ולעיתים על בסיס מידע חלקי והנחות שעדיין לא אומתו.
ההחלטות הללו אינן מבטיחות הצלחה או כישלון. איכות הניהול, יכולת ההסתגלות, עבודת הצוות והתנאים המשתנים ממשיכים להשפיע על התוצאה לאורך כל הדרך. אבל ההחלטות המוקדמות מעצבות את תנאי הפתיחה ואת מרחב האפשרויות שנותר למנהל הפרויקט.
לכן אחריות ניהולית אינה מסתכמת ביכולת לבצע נכון פרויקט שאושר. היא כוללת גם את הנכונות לשאול האם מדובר בפרויקט הנכון, האם ההשקעה מוצדקת והאם הארגון באמת מוכן להתחייב אליה.
ואולי זו השאלה שכדאי לקחת לדיון המקצועי הבא: כמה מההחלטות המשמעותיות ביותר בפרויקטים שלנו מתקבלות עוד לפני שמנהל הפרויקט וצוותו נכנסים לחדר?
רוצים ללמוד עוד?
אם אתם שואפים לנהל פרויקטים בצורה מקצועית, לזהות סיכונים מראש ולבצע מענה מתאים למול הסיכונים, לעמוד ביעדים ולשלוט בלוחות זמנים – זה הזמן להצטרף לקורס ניהול הפרויקטים והכנה למבחן ה־PMP שלנו. - לקהל הנרשמים, או לקורס ניהול פרויקטים - PMO -לארגונים המזמינים אותו, הקורסים משלבים ידע עיוני עם כלים מעשיים, כולל סימולציות, תרגולים ומודלים ניהוליים מתקדמים. תלמדו כיצד ליישם את שיטת ה־Critical Path בפועל, איך להתמודד עם עיכובים ואיך להוביל צוות להצלחה. בין אם אתם בתחילת הדרך או כבר מנהלי פרויקטים מנוסים – הקורס ייתן לכם יתרון ברור בשטח.
* המאמר נכתב בלשון זכר מטעמי נוחות בלבד אך מיועד לנשים וגברים כאחד.
מאמר זה נכתב ע"י:
דן ברזילי MEng ,BSc ,PMP
מנכ"ל ומנהל פרויקטים.
וע"י:
הראל הייצין, Bsc, PMP
מנהל פרויקטים
