מעבר מ-Project Online ל-Planitude: מדריך שלב אחר שלב

Microsoft קבעה את סגירת Project Online ל-30 בספטמבר 2026^[1]. לפי Microsoft, לאחר הסגירה פרויקטים והנתונים הקשורים אליהם בשירות אינם נגישים עוד; לכן היא המליצה לגבות ולהשלים את המעבר לפני המועד הזה^[4]. המדריך הזה מתאר את התהליך בשלושה שלבים: שליפת הנתונים, בחירת יעד וחידוש העבודה.

מה פירוש הסגירה#

הסגירה נוגעת רק ל-Project Online: Project השולחני, Project Server ו-Planner אינם מושפעים^[4]. מאז 1 באפריל 2026, לקוחות קיימים אינם יכולים עוד ליצור דיירים (tenants) חדשים של Project Online^[4], ולאחר 30 בספטמבר 2026 פרויקטים והנתונים הקשורים אליהם בשירות אינם נגישים עוד^[4].

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

האפשרויות הזמינות#

Microsoft מציעה שני מסלולים^[4]:

• Planner עם יכולות פרימיום, הכלול ב-Planner and Project Plan 3 ו-Plan 5, שמספקים תיקי פרויקטים, קווי בסיס, תלויות ותרשימי גנט;
• Project Server Subscription Edition, לארגונים שזקוקים ליכולות מתקדמות של ניהול פרויקטים ותיקי פרויקטים הדומות לאלה של Project Online.

יש גם אפשרות שלישית: להעביר את התוכניות לכלי עצמאי. Planitude נועדה לתרחיש הזה: היא קוראת קובצי .mpp ו-Microsoft Project XML, מחשבת מחדש את התוכנית עם תלויות, אילוצים, לוחות שנה ונתיב קריטי, וחינמית, בלי רישיונות לפי משתמש. להשוואה נקודה אחר נקודה ראו Planitude מול Microsoft Project Online וPlanitude מול Planner and Project Plan 3.

רשימת בדיקה לשליפת התוכניות שלכם#

כדי לשמור כ-XML, ב-Project השולחני בחרו קובץ > שמירה בשם ובחרו בפורמט XML כסוג הקובץ; אחרת הפרויקט נשמר כ-.mpp‏^[5].

הנוהל: מ-Project Online ל-Planitude#

1. צרו חשבון Planitude חינמי וסביבת עבודה לצוות שלכם.
2. התחילו את הייבוא המודרך והעלו את קובץ ה-.mpp או ה-.xml הראשון.
3. עברו על דוח הייבוא: הוא מפרט את הפריטים שיובאו (משימות, תלויות, לוחות שנה, קווי בסיס) וכל שדה שלא ניתן היה למפות; משאבים ששויכו מופיעים בהערות של כל משימה.
4. בדקו את תרשים הגנט: התאריכים מחושבים מחדש על ידי המנוע באותם כללים כמו ב-MS Project, והנתיב הקריטי מודגש.
5. שמרו קו בסיס מיד לאחר הייבוא, כדי למדוד כל סטייה לאחר מכן.
6. הזמינו את הצוות בקישור והקצו תפקידים (בעלים, עורך, צופה): בלי רישיונות לפי משתמש. אחר כך שייכו את המשימות לאנשים שמופיעים בהערות.
7. חזרו על הנוהל בפרויקטים האחרים, החל מהפעילים ביותר.

בדיקות אחרי כל ייבוא

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

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

מה Planitude לא עושה, ואיך מתמודדים עם זה#

‏Planitude אינה מבצעת איזון משאבים אוטומטי או חישובי ניהול ערך מושג (EVM); תיק הפרויקטים שלה הוא תצוגה מרובת פרויקטים (גנט עם סטטוס, מועדים ועומסים בין פרויקטים), בלי בחירת פרויקטים, תקציבים או גיליונות נוכחות. עם זאת, היא מכבדת את עיכוב האיזון שכבר קיים בקובצי .mpp מיובאים ומציגה את העומסים יום אחר יום, עם אזהרת עומס יתר. אם היכולות האלה חיוניות ל-PMO שלכם, האפשרויות ש-Microsoft ממליצה עליהן נשארות הבחירה העקבית^[4]; אם המטרה היא להמשיך לתכנן עם תלויות ונתיב קריטי, Planitude היא הדרך המהירה ביותר.

היכן למצוא עותקים של התוכניות שלכם#

לאחר הסגירה, פרויקטים בשירות אינם נגישים עוד^[4]. אם כבר יש לכם עותקים של התוכניות בפורמט .mpp או XML, אפשר לייבא אותם ל-Planitude לפי הנוהל שלמעלה. בדקו גם ארכיונים, אימיילים ותיקיות משותפות: לעתים קרובות כבר קיים עותק עדכני של קובץ .mpp.

שאלות נפוצות#