מגלים תלות קריטית רק אחרי שהמערכת הישנה כבר כובתה.
IT PROJECTS & MIGRATIONS
פרויקט IT טוב צריך להסתיים בלי להשאיר כאוס מאחור.
מעבר לענן, החלפת שרת, מיגרציית Microsoft 365, הקמת RDS, שדרוג רשת או מעבר משרד — אנחנו מתכננים את המעבר, מבצעים אותו בשלבים ודואגים לתיעוד ולדרך חזרה אם צריך.
TECHNOLOGY ECOSYSTEMהטכנולוגיות שאנחנו עובדים איתן
Microsoft
ESET
Fortinet
Synology
Cloudflare
AWS
ConnectWise
UpCloud
Check Point
Dell Technologies
HPE
Lenovoשמות וסימני המסחר מזהים פלטפורמות בסביבת העבודה שלנו ואינם מעידים כשלעצמם על הסמכה או שותפות חוזית מסוימת.
סוגי פרויקטים שאנחנו מבצעים.
Cloud Migration
מעבר שרתים, אפליקציות וקבצים לסביבת ענן או Hybrid.
Server Replacement
החלפת שרתים ישנים ותכנון מעבר מבוקר למערכת חדשה.
Microsoft 365 Migration
מעבר דואר, Tenant, Domains, Teams ו-SharePoint.
RDS / Remote Work
הקמת סביבת עבודה מרוחקת לפי מספר משתמשים ועומסים.
Network Refresh
Firewall, Switching, Wi-Fi, VPN וסגמנטציה.
Office Move
תכנון תשתיות ומעבר משרד עם מינימום השבתה.
איך ניגשים לפרויקט?
Discoveryמיפוי מערכות ותלויות
Planשלבים, חלון עבודה ו-Rollback
Executeביצוע מבוקר ותיעוד
Handoverבדיקות והעברה לניהול שוטף
PROJECTS / MIGRATIONS
מיגרציה טובה נראית משעממת ביום המעבר — כי כל הדרמה קרתה בתכנון.
שרת חדש, מעבר לענן, Tenant, דומיין, RDS או משרד חדש הם פרויקטים שחוצים משתמשים, ספקים, רישוי, רשת וגיבוי. בלי מפת תלות ו־rollback, שינוי קטן יכול לעצור יום עבודה שלם.
אין חלון מעבר, בעל תפקיד ו־rollback מוגדרים מראש.
רישוי, DNS, Firewall או הדפסות נשארים מחוץ לתוכנית.
הפרויקט “הסתיים”, אבל המשתמשים נשארים עם תקלות קטנות במשך שבועות.
WHAT YES TAKES OWNERSHIP OF
אנחנו מנהלים את המעבר כפרויקט עסקי עם תלויות טכניות — לא כאוסף משימות.
מתחילים ב־discovery, בונים runbook, מבצעים בדיקות או pilot היכן שאפשר, מתכננים rollback ואז מאמתים את הסביבה אחרי המעבר עד שהמשתמשים באמת עובדים.
Discovery
מיפוי שרתים, אפליקציות, משתמשים, DNS, רשת, רישוי, גיבוי ותלויות לפני שנוגעים בייצור.
Runbook
סדר פעולות ברור עם נקודות החלטה, אחריות, תזמון ובדיקות לפני ואחרי כל שלב.
Rollback
תכנון דרך חזרה כאשר שינוי קריטי לא עובד כפי שצפינו — לפני שהמעבר מתחיל.
Validation
בדיקת התחברות, ביצועים, הרשאות, הדפסה, אפליקציות ושחזור לאחר המעבר, לא רק “השרת עולה”.
BUSINESS OUTCOME
פחות השבתה
פחות סיכון
סגירה אמיתית
המטרה היא מעבר שמכבד את הזמן של העסק.
יותר עבודה נעשית לפני חלון המעבר ופחות הפתעות נשארות לייצור.
תלויות ודרך חזרה מקבלות מקום בתכנון, לא אחרי הכשל.
הפרויקט מסתיים כשהעובדים עובדים והסביבה מתועדת — לא כשסקריפט ההעתקה סיים.
WHY YES
מאחר שאנחנו מסתכלים גם על ה־IT השוטף, אנחנו לא מתכננים פרויקט בתוך ואקום. מה שייבנה צריך להיות ניתן לתמיכה ביום שאחרי.
QUESTIONS / ANSWERS
השאלות שכדאי לשאול לפני שבוחרים מי ינהל את זה.
אפשר לבצע מעבר בשלבים?
לעיתים קרובות כן, וזה אפילו עדיף. תלוי באפליקציה, בזהויות, בנתונים ובתלויות.
אתם עובדים מול ספק התוכנה שלנו?
כן. בפרויקטים רבים התיאום עם ספקי ERP, SQL, תקשורת, דומיין או ציוד הוא חלק מהצלחת המעבר.
מה קורה אם משהו לא עובד?
פרויקט טוב מגדיר מראש נקודות בדיקה ו־rollback, כך שלא מתחילים לחשוב על דרך חזרה רק אחרי הכשל.
WHAT HAPPENS NEXT
בלי פרויקט ענק. מתחילים בשלושה צעדים ברורים.
NO HARD SELL. JUST A CLEAR LOOK.
בואו נבדוק את זה יחד ↗
יש מעבר באופק? שווה לפרק אותו לתלויות לפני שהשעון מתחיל לרוץ.
מתכננים שינוי תשתית?
לפני שמתחילים, כדאי להבין תלויות, רישוי, גיבוי, חלון השבתה ותוכנית חזרה.