כיסוי 18 תהליכי ניהול הפרויקט בבנייה

01 · DEFECTSמנהל האתר מתעד ליקוי בשטח מהטלפון או הטאבלט — צילום, סימון על תוכנית הקומה, וקטגוריית חומרה (אדום / כתום / ירוק). MPIP פותח אוטומטית משימה לקבלן הרלוונטי עם SLA מבוסס-חומרה (אדום: 48 שעות, כתום: 5 ימים, ירוק: שבוע) ושולח לסוכן הליקויים מעקב יומי. אחת לשבוע מופק דוח ל-PM עם רשימת ליקויים פתוחים, באיחור וסגורים — חוצה-קבלנים — לבדיקת אחריות ולהסלמה במידת הצורך. כל ליקוי משוייך תמיד ליחידה ספציפית (דירה / קומה / אגף), ובעת המסירה הליקויים שעוד פתוחים מועברים אוטומטית לפרוטוקול המסירה של אותה יחידה כתנאי לחתימת הרוכש.

02 · PROTOCOLבסיום כל ישיבה (ישיבת שטח שבועית, ישיבת תאום עם יועצים, ישיבת אבן דרך, פגישת ספק) — ה-PM או מזכירת הפרויקט מעלים את הקלטת התמליל או טיוטת הפרוטוקול הידנית. MPIP מייצר טיוטה מובנית: נושאים שהועלו, החלטות אטומיות עם אחראי + תאריך יעד, פעילויות שנגזרו, ושיוך אוטומטי לישות הרלוונטית בגרף (שרטוט, יועץ, קבלן, יחידה). ה-PM סוקר ועורך ב-Word Online בעריכת co-authoring לפני נעילה — לאחר נעילה הפרוטוקול הופך בלתי-ניתן לשינוי וכל החלטה ניתנת לציטוט קביל בבית משפט. הפרוטוקול נשמר ב-SharePoint תחת תיקיית הפרויקט, ממוספר ב-CampusRef, ומפיק גרסה אנגלית מקבילה אם הוגדר בפרויקט.

03 · SR-SUPVבכל אבן דרך משמעותית — סיום שלד, גמר חיפויים, סיום מערכות, גמר ראשון — המתכנן או האדריכל יורד לסיור באתר ובודק שהבנוי תואם לתוכנית המאושרת. MPIP מכין מראש מארז קריאה לסיור: השרטוטים הרלוונטיים לאזור, מהדורת הטרנסמיטל האחרונה שהועברה לקבלן, פרוטוקולי הסיורים הקודמים באותו אזור, וסיכום הליקויים הפתוחים. בסיור עצמו המתכנן מתעד ב-Power Apps mobile סטיות ונקודות אישור (תמונה + מיקום על שרטוט + הערה), והפלט הוא פרוטוקול פיקוח עליון חתום שמוסיף החלטות חדשות לגרף. חלק מההחלטות עשויות להזמין שינוי בשרטוט — מהדורה חדשה וטרנסמיטל נוסף.

04 · CONSULTANTSכשפותחים RFP חדש לדיסציפלינה (חשמל, אינסטלציה, אקוסטיקה, נגישות, יועץ קונסטרוקציה...) — MPIP מציג ל-PM את היועצים הרלוונטיים מהמאגר ההיסטורי של מרגולין, עם דירוג מצרפי (איכות תוצר, עמידה בזמנים, מחיר), היסטוריית הצעות בפרויקטים דומים, וכל שאלת RFI ובעיה שעלו איתם בעבר. ה-PM משווה 3–5 מועמדים בתבנית אחידה — לא עוד אקסלים שונים פר-הצעה — ומנכ״ל החטיבה מאשר את הבחירה הסופית. ההצעה המנצחת + ההצעות שלא נבחרו נשמרות בגרף לטובת השוואות עתידיות והגנה משפטית במקרה של תביעה ("למה בחרתם אותו ולא את האחר"). בשלב 1 המאגר נטען מתוך CSV של ההיסטוריה — אינו אוטומטי לחלוטין.

05 · RECAPבכל פגישה ב-Teams — ישיבת שטח, ישיבת תאום, פגישת ספק, פגישת לקוח — MPIP נכנס אוטומטית כמשתתף, מקליט (בכפוף לאישור משתתפים), ומפיק תמלול בעברית או באנגלית. הסוכן זוקק נושאים שהועלו, החלטות שהתקבלו, ופעילויות שהוקצו — כל פריט מקושר אוטומטית לישות הרלוונטית בגרף (שרטוט, יועץ, קבלן, יחידה). הטיוטה נוחתת אצל ה-PM ב-Word Online לעריכה ואישור לפני הפיכתה לפרוטוקול נעול. בכך מוחלף תהליך התמלול הידני (כשעה לישיבה) בעריכה של 5–10 דקות. תהליך זה עובד יחד עם תהליך 02 (Protocol Update) — הוא המקור האוטומטי שלו לישיבות Teams.

06 · WORK-LOGדרישת חוק על כל אתר בנייה בישראל. מנהל האתר ממלא ביומן ב-Power Apps mobile בסיום יום העבודה: כוח אדם בפועל (פר-קבלן), חומרים שהגיעו, התקדמות מול תוכנית (אחוז + תיאור), מזג אוויר, ביקורים מיוחדים (מתכנן, מפקח עליון, רגולטור). MPIP זוכר את הפורמט הקודם, מציע השלמות חכמות (״אתמול עבדו 12 אינסטלטורים — היום?״), ומסמן ימים שחסר בהם דיווח. שני קולות נשמרים בנפרד: של המפקח מטעם מרגולין ושל הקבלן — שניהם חתומים בסוף היום. היומן הופך לראייה משפטית מרכזית במקרה תביעה, ולכן מספור עמודים רציף וחתימה דיגיטלית חיוניים — כל יום ללא דיווח הוא חור בהגנה.

07 · SUBMITTALSקבלן מציע חומר, מפרט או יצרן ספציפי ("הצינור הזה במקום זה שמופיע במפרט") — הסאבמיטל הוא הצעה לאישור היועץ הרלוונטי. MPIP פותח את הסאבמיטל כמופע FormSubmission בין קבלן ליועץ, עוקב אחרי מצבי המכונה (Submitted → Reviewed → Approved / Rejected / Resubmit) ומתריע על חריגות SLA (יועץ שלא מגיב 5 ימי עסקים). היסטוריית סאבמיטלים זמינה לפרויקטים דומים בעבר — אם חומר מסוים אושר בקלות בעבר, הוא מסומן ב-similar-to לחיסכון בזמן ביקורת. ההחלטה הסופית של היועץ נשמרת כראייה קבילה לאחריות העתידית — מי אישר את החומר ועל-בסיס איזה מידע.

08 · TRANSMITTALSכשמהדורת שרטוט חדשה מתפרסמת ב-Autodesk (ACC / Forma) — סוכן הטרנסמיטל מזהה אוטומטית ומכין טיוטת טרנסמיטל לקבלנים הרלוונטיים. הטיוטה כוללת: מספר טרנסמיטל אחיד (לפי CampusRef), רשימת מהדורות, מקבלים, ודרגת איכות אישור נדרשת — Tier 1 DocuSign / Tier 2 מייל / Tier 3 חתימה ידנית סרוקה / Tier 4 סימון פנימי. PM מאשר → MPIP שולח אוטומטית עם בקשת אישור קבלה. אישור הקבלן נשמר תחת רשומת סמכות שנחתמה בהשקת הפרויקט, ויוצר את המגן המשפטי לאחריות 7 שנים לפי חוק המכר. זהו הארטיפקט המשפטי הקריטי ביותר במערכת — בלעדיו, מרגולין חשופה לתביעה ללא הגנה.

09 · GANTTתוכנית מאסטר מנוהלת ב-MS Project (או Excel-Gantt לפרויקטים קטנים) — בייסליין נקבע בתחילת הפרויקט ע״י ה-PM ו/או יועץ גאנט חיצוני, ועדכון המצב בפועל שבועי. סוכן הגאנט משווה אוטומטית תכנון מול ביצוע: אבני דרך שהחליקו, משימות באיחור, השפעת זנב על אבני דרך עתידיות (ביצוע 4 ימים באיחור היום עלול לדחות את "גמר חזיתות" ב-5–7 ימים נוספים). כשמזוהה החלקה, MPIP מנסה להסיק סיבה אפשרית מהפרוטוקולים האחרונים ("האם סאבמיטל מסוים ממתין? האם הליקויים פתוחים?") ומציג כרטיס Adaptive ב-Teams עם הסבר. PM מאשר את ההסבר או מתקן ידנית. אם הפרויקט קטן, ייתכן שימוש ב-Excel-Gantt — החלטה פתוחה (ניר נוטה לתקנן MS Project, ענבר לגמישות).

10 · MONTHLYבכל סוף חודש סוכן הדוח החודשי מרכיב טיוטת דוח לכל פרויקט: לוח זמנים (מול בייסליין), תקציב (שונות מצטברת), פערים פתוחים (ליקויים / סאבמיטלים / RFI / הגדלות חוזה), אבני דרך הבאות, חסמים. הטיוטה מוכנה ב-Word Online תוך 24 שעות מסיום החודש. ה-PM סוקר, עורך ומאשר; הדוח עובר אוטומטית למנכ״ל החטיבה כחלק מסקירת פורטפוליו חודשית. ההמרה משעות עבודה ידנית (לפעמים יום שלם פר-פרויקט × 40 פרויקטים = שבועות) ל-30 דקות עריכה היא אחד הערכים הברורים ביותר של MPIP. כל מספר בדוח מצוטט-מקור — קליק על "תקציב בחריגה ב-7%" פותח את שורת התקציב הרלוונטית בעץ BudgetItem.

11 · DASHBOARDמנכ״ל חטיבה (מגורים / מסחר / תשתיות) רואה את כל 40–50 הפרויקטים שלו בתצוגה אחת: לפי סטטוס RYG (ירוק / צהוב / אדום), שונות תקציבית, החלקות גאנט, ליקויים פתוחים, אישורים תלויים. MPIP אוכף הרשאות במנוע השליפה (לא ב-UI) — מנכ״ל אחד לא רואה את פרויקטי חטיבה אחרת, גם אם ינסה. קליק על פרויקט פותח פאנל פרטים בלי לעזוב את הדשבורד, וקליק על מדד פותח את הסוכן הרלוונטי לדיון שיחתי ("למה אדום? תראה לי את הליקויים שגרמו"). הדשבורד נטען בזמן אמת מ-Cosmos + AI Search, לא דורש אקסל ידני, וזמין מ-SharePoint בלי אפליקציה חדשה להתקין.

12 · TASKSכל הסוכנים מנקזים פעילויות לתור משימות מאוחד של ה-PM. משימה היא "פעולה שצריך לעשות" — לאשר טיוטה, להגיב לסאבמיטל באיחור, לתקן יומן חסר, לסקור הגדלת חוזה, לחתום על טרנסמיטל. הסדר והעדיפות נקבעים אוטומטית: חשיפה משפטית (אדום) → חריגת SLA (כתום) → מידע (אפור). PM פותח את האפליקציה האישית ב-Teams ועובר ביעילות על התור — אישור בלחיצה אחת, ניתוב לעמית, או דחייה עם הערה. בסוף השבוע אפשר לראות מה הושלם, מה נשאר ומה הועבר לעמית — אין יותר "לאן נעלם המייל הזה" או "מה אישרתי בשבוע שעבר". כל פעולה עם provenance מלא.

13 · RFPבתחילת פרויקט (או בכל פעם שעולה דיסציפלינה חדשה) ה-PM פותח RFP עם תכולה, לוח זמנים, ומסמכי רקע. MPIP מציע את היועצים הרלוונטיים מהמאגר ההיסטורי (תהליך 04), מנסח טיוטת מסמך הזמנה עם תנאי החוזה הסטנדרטיים של מרגולין, ושולח ל-3–5 מועמדים בו-זמנית. ההצעות שמתקבלות נכנסות לתבנית השוואה זהה — לא עוד אקסלים שונים פר-הצעה, לא עוד "איפה אני שם את ההצעה של חברת אלקטרה". החלטה ושיקול דעת נשמרים בגרף לאחור-תקיפה משפטית עתידית ולהשוואה לפרויקטים דומים. תהליך 13 ו-04 מקושרים זה לזה — 13 מטפל בפתיחת ה-RFP, 04 בהשוואה הסופית.

14 · BUDGETבקרת תקציב במרגולין עובדת על עץ חשבונות 4 רמות (40.01.0000) — נורמה של חברות בנייה. רבעונית, סוכן התקציב מרכיב את כל החיובים בפועל (חשבונות יוצאים + הגדלות חוזה + עלויות פנימיות — שכר עובדים, רכבים, משרד) מול התקציב המאושר, ומחשב variance פר-שורה. החריגות מעל סף (>10% או >₪50k) מסומנות אוטומטית ועולות לדיון אצל מנכ״ל החטיבה. הדוח הרבעוני המתקבל הוא מסמך Power BI מובנה, מצוטט-מקור — כל שורת variance מקושרת לחשבונית או חוזה ספציפי — במקום קובץ Excel ידני שכל פרויקט מנהל אחרת. בעתיד (שלב 3) ניתן יהיה להפיק תחזית קצרה ל-3 רבעונים קדימה על-בסיס דפוסי החריגה ההיסטוריים.

15 · CONTRACTSכל חוזה (יועץ, קבלן ראשי, קבלן משנה, יועץ חיצוני) נשמר כישות מובנית: צדדים, תכולה מפורטת, תנאי תשלום (שלבי תשלום מול אבני דרך, אחוזי החזקה, התאמות הצמדה), רשומת סמכות חתומה (מי מהצד השני מוסמך לאשר מה). MPIP עוקב אחר כל אירוע חוזי: הגדלת תכולה, שינוי תנאי תשלום, חתימה דיגיטלית. הצוות המשפטי + ה-PM מעורבים בכל שינוי. החוזה הופך לבסיס המשפטי לכל תשלום (Payment governed-by Contract) ולכל הגדלה (ChangeOrder amends Contract), מה שיוצר שרשרת ראיות שלמה לסוף הפרויקט — ובמקרה תביעה, אפשר לשחזר בשניות מה בדיוק התחייבה מרגולין ומול מי.

16 · CHANGE-ORDERבכל פרויקט מתרחשות 20–50 הגדלות חוזה (תוספות תכולה, שינויי תכנון, אילוצי שטח, בקשות לקוח, התאמות רגולציה). הקבלן מגיש בקשה ← ה-PM מקבל התראה מסוכן ההגדלות ← MPIP מחשב אוטומטית את ההשפעה המלאה: עלות נוספת (שורת תקציב מושפעת מסומנת), ימי דחייה (אבני דרך מושפעות מסומנות בגאנט), שרשרת אישור נדרשת (PM → מנכ״ל חטיבה → מנכ״ל קבוצה לסכומים גדולים — סף נקבע בהשקת הפרויקט). ה-PM מאשר או דוחה אחרי שראה את ההשפעה במלואה — לא צריך לחפש ידנית באקסל "כמה שונו עד עכשיו". הגדלה מאושרת נחתמת ב-DocuSign ויוצרת ChangeOrder bound to Contract בגרף.

17 · PAYMENTSכל בקשת תשלום (יועץ או קבלן) מתחילה בהפקת חשבונית או חשבון מצדם. MPIP מאמת אוטומטית: האם החשבון תואם לתנאי החוזה? האם אבן הדרך הושלמה (נדרש אישור מ-Gantt + אישור פיקוח עליון אם רלוונטי)? האם שורת התקציב מאפשרת? האם הסכום בתוך מסגרת ההגדלות המאושרות? אחרי כל אלה — הסקירה הסופית של ה-PM ושל הצוות הפיננסי מתבצעת בלשונית Adaptive ב-Teams. אישור פותח את שרשרת התשלום בפועל (העברה ל-Ramdor או דומה). כל תשלום נשמר עם הקישורים: Contract / BudgetItem / ScheduleTask milestone / Person approved-by — שרשרת ראיות מלאה לכל ביקורת או תביעה עתידית.

18 · LEARNINGזהו שלב 3 (P2) — לא מיועד לפרודקשן בשנה הראשונה. הרעיון: לאחר 30+ פרויקטים בגרף, MPIP יכול לזהות דפוסים — "סאבמיטלים של PEX 4″ נדחים ב-87% מהפעמים בפרויקטי בתי חולים", "ליקויי איטום בקומות מרתף מופיעים פי-4 יותר בקבלן X", "תכנון אקוסטיקה לפי יועץ ספציפי מגדיל את לוח הזמנים ב-12% בממוצע". הלמידה מוטמעת בתוך הזרימה — לא דשבורד נפרד שאף אחד לא פותח. כשהקבלן מציע סאבמיטל דומה, ה-PM רואה אזהרה בקונטקסט: "87% נדחו בעבר — מומלץ לבקש מפרט נוסף לפני האישור". תבנית Construction IQ של Procore נכשלה בשוק כי דרשה תיוג ידני; כאן הלמידה אוטומטית מהגרף הקיים.