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

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

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

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

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

לו"ז שבנוי נכון מזהה צווארי בקבוק לפני שהם קורים, מספק בסיס ראייתי לניהול תביעות עיכוב [Delay Claims] ומשמש זירת תיאום בין דיסציפלינות. מתודולוגיות בינלאומיות מתייחסות לתכנון לו"ז כמקצוע נפרד עם הסמכה ייעודית, כפי שעולה מדרישות הסמכת PMI-SP של PMI, המבוססת על מודלים של תלויות, משאבים וסיכוני לו"ז.

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

מהם השלבים לפי הסדר, מ-WBS ועד Baseline?

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

כלל פרקטי: שלב 9 הוא לא פורמליות. הוא ההבדל בין מודל לבין קובץ.

מה ההבדל בין WBS לבין לוח זמנים?

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

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

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

מתי WBS "מספיק" ומתי חייבים לעבור למודל תזמון מלא?

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

איך WBS משפיע על יכולת בקרה ודיווח למזמין?

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

איך מתחילים תהליך תכנון לו"ז כשעדיין יש אי-ודאות בתכנון?

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

תכנון גלי מאפשר לקדם את הלו"ז גם כאשר התכנון המפורט טרם הושלם במלואו

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

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

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

מה חייבים לאסוף לפני שפותחים את התוכנה?

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

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

ולבסוף מיפוי אספקות ארוכות טווח [Long Lead Items], כמו מעליות, לוחות חשמל, צ'ילרים ואלמנטים טרומיים. אלה קובעות תאריכים לא פחות מהיציקות.

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

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

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

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

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

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

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

איך מונעים WBS "עמוק מדי" שמייצר רעש ניהולי?

ראינו לו"ז של 11,000 שורות לפרויקט בהיקף 90 מיליון ש"ח. אף אחד לא עדכן אותו אחרי חודש שלישי.

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

איך מגדירים אבני דרך שישרתו גם ניהול וגם חוזה?

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

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

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

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

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

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

רשת תלויות מוגדרת היטב היא הבסיס לנתיב קריטי שמשקף את המציאות באתר

ארבעת סוגי הקשרים הם FS ‏[Finish-to-Start], SS ‏[Start-to-Start], FF ‏[Finish-to-Finish] ו-SF, האחרון נדיר ובדרך כלל מעיד על טעות מידול.

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

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

סוגי תלויות נפוצים ומה המשמעות הניהולית שלהם

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

איך מטפלים בתלויות בין קבלני משנה?

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

איך מעריכים משכי זמן בלי להמר?

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

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

שכבה שלישית היא שקלול אילוצים, חורף, עבודה בגובה, צפיפות באתר, מגבלת רעש עירונית עד 19:00.

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

איך משלבים משאבים בלו"ז ומתי זה הופך לחובה?

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

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

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

כלל פרקטי: העמיסו משאבים רק על הפעילויות שמגדירות עומס אמיתי. לא על כל שורה.

מה זה Baseline ומתי מאשרים אותו?

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

אישור Baseline מהווה נקודת ייחוס יחידה למדידת סטיות לאורך חיי הפרויקט

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

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

כלל פרקטי: שמרו כל גרסה עם תאריך ומספר. היסטוריית גרסאות היא הראיה שלכם בתביעת עיכוב.

איך בונים לו"ז שלא נופל בעדכון הראשון?

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

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

שני, שיטת דיווח אחידה הכוללת תאריכי התחלה וסיום בפועל [Actual Dates], אחוז ביצוע פיזי, ומשך נותר [Remaining Duration] שנמסר על ידי מנהל העבודה ולא מחושב אוטומטית.

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

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

מדידת התקדמות לפי תוצרים פיזיים

דיווח "70 אחוז" על פעילות טיח הוא חסר משמעות. דיווח של 1,850 מ"ר מתוך 2,640 מ"ר הוא מדיד. באותו אופן ניתן למדוד 12 יציקות מתוך 18, 340 מטר רץ צנרת מתוך 500, ו-9 יחידות מיזוג מותקנות מתוך 24. כלל פרקטי: אחוז ביצוע שמבוסס על זמן שחלף ולא על כמות שבוצעה, הוא דיווח פיקטיבי.

בדיקות תקינות לפני שליחת העדכון

לפני שהקובץ יוצא, בודקים שאין פעילויות ללא עוקב [Open Ends], שאין אילוצי תאריך קשיחים שמסתירים פיגור, שלא נותרו פעילויות שהתחילו לפני תאריך החתך בלי Actual Start, ושהנתיב הקריטי עדיין עובר במקום הגיוני. בפרויקט של 1,200 פעילויות אנחנו מוצאים בממוצע 15 עד 40 חריגות בבדיקה כזו.

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

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

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

ותופעה שמפילה פרויקטים, Shifted Critical Path. פעילות שהייתה עם מרווח של 12 יום צוברת פיגור והופכת לקריטית, בזמן שכל תשומת הלב עדיין מופנית לנתיב המקורי.

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

מה זה Float ואיך משתמשים בו לתעדוף החלטות?

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

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

Float גבוה הוא גם מקור. משם מזיזים צוותים כשנפתח פיגור במקום אחר.

כלל פרקטי: הפיקו בכל עדכון דוח פעילויות עם Float מתחת ל-10 ימים. זו רשימת המעקב האמיתית.

איך מתכננים לו"ז עם עשרות ממשקים?

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

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

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

כלל פרקטי: לכל פעילות ממשק יש שם של אדם ותאריך יעד. ארגון הוא לא אחראי.

אקסל או תוכנה ייעודית?

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

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

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

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

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

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

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

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

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

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

כלל פרקטי: אם דוח הסטטוס לא מציג הפרש בימים מול Baseline, הוא לא דוח בקרה.

מתי בונים תוכנית התאוששות ומה חייב להיות בה?

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

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

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

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

שאלות נפוצות

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

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

אודות הכותב

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