תוכנה, AI ונתונים
איפה מתחילים עם AI, איכות ודיוק, נגישות, מהירות, גרסאות בחנויות האפליקציות והגירות בלי השבתה.
24 שאלות
האם סוכני AI יחליפו את צוות המוקד שלנו?
הם מקבלים את הבקשות השגרתיות בנפח הגבוה, כך שהצוות שלכם מטפל במורכבות וברגישות. כל שיחה יכולה לעבור לאדם עם כל ההקשר שלה. אתם מחליטים אילו בקשות הסוכנים משלימים בעצמם.
מה ההבדל בין דרגות ה-AI?
חבילות הן פתרונות מוכנים לפריסה למשימות נפוצות, מוגדרים ולא בנויים. מערכות ארגוניות הן מותאמות וריבוניות, בנויות לנפח גבוה. שירותים מנוהלים מפעילים כל אחת מהן, במנוי או לפי שימוש.
לקריאה נוספת: חבילות AI ארוזות ושירותי AI מנוהליםקישור לשאלה הזו
איזו דרגה מתאימה לנו?
זה תלוי בכמה המשימה סטנדרטית, בנפח וביכן הנתונים שלכם חייבים להישאר. משימה נפוצה בנפח בינוני מתאימה לחבילה. מיקום נתונים קפדני, אינטגרציה עמוקה או נפח גבוה מצביעים על מערכת ארגונית.
לקריאה נוספת: חבילות AI ארוזות ושירותי AI מנוהליםקישור לשאלה הזו
איך מתחילה עבודת מסדי נתונים אצלכם?
בדרך כלל בבדיקת תקינות. אנחנו סוקרים תצורה, ביצועים, אבטחה, גיבויים וקיבולת, ונותנים לכם רשימה כתובה של ממצאים מדורגים לפי סיכון ומאמץ. לאחר מכן אתם מחליטים מה אנחנו מתקנים, מגירים או מפעילים, ובאיזה סדר. אם הצורך כבר ברור, כמו הגירה מתוכננת, אנחנו מתחילים בעיצוב שלה במקום.
לקריאה נוספת: ארכיטקטורת נתונים, לייקהאוסים וצינורות בזמן אמתקישור לשאלה הזו
איך אתם מגירים מסד נתונים בלי לאבד נתונים או לעצור את העסק?
אנחנו מתרגלים כל הגירה על עותק מוגן ומתאימים ספירות שורות וסכומי בדיקה בין המקור ליעד. במערכות שאינן יכולות לעצור, אנחנו משאירים את שתיהן מסונכרנות ועוברים בחלון קצר ומתוכנן, עם מסלול החזרה לאחור שנבדק ומוכן.
לקריאה נוספת: ארכיטקטורת נתונים, לייקהאוסים וצינורות בזמן אמתקישור לשאלה הזו
מאיפה מתחילים אם איננו יודעים היכן הנתונים הרגישים שלנו?
בגילוי. אנחנו עוקבים אחרי המערכות, מאגרי הנתונים, הגיבויים ושיתופי הקבצים שמחזיקים נתונים אישיים, תשלומיים או חסויים, ואחרי הזרימות לספקים שלכם. המלאי מראה את הסיכונים הגדולים ביותר תחילה.
לקריאה נוספת: ממשל נתונים, ריבונות, פרטיות ואבטחהקישור לשאלה הזו
האם אנחנו חייבים להחליף את כלי ה-BI הנוכחיים?
לא בהכרח. אנחנו יכולים להוסיף ניתוח שיחתי והגדרות משותפות מעל הנתונים שכבר יש לכם, ולהוציא דשבורדים חופפים משימוש עם הזמן.
מה קורה אם הדרישות שלנו משתנות במהלך הפרויקט? (הנדסת יישומים, פלטפורמות ומוצרים קומפוזביליים)
בדרך כלל הן משתנות, והתהליך מצפה לכך. ה-backlog נסקר איתכם בכל איטרציה. בפרויקט בהיקף קבוע, שינוי מסוכם בכתב, עם השפעתו על העלות והתאריכים, לפני שמתחילים לעבוד עליו.
לקריאה נוספת: הנדסת יישומים, פלטפורמות ומוצרים קומפוזבילייםקישור לשאלה הזו
יישום שולחן העבודה שלנו ישן וקשה לשינוי. מהן האפשרויות שלנו?
כתיבה מחדש של הכול בבת אחת היא לעיתים רחוקות הבחירה הבטוחה ביותר. אנחנו מעריכים את הקוד, את התלויות שלו ואת אופן השימוש של אנשים בו. לאחר מכן אנחנו ממליצים אם לרפקטר אותו, להעביר אותו למסגרת עדכנית או להחליף אותו בתוכנת ווב. בכל מסלול שתבחרו, אנחנו משנים אותו בשלבים, כך שהמשתמשים ממשיכים לעבוד וכל שלב ניתן לבדיקה.
לקריאה נוספת: הנדסת יישומים, פלטפורמות ומוצרים קומפוזבילייםקישור לשאלה הזו
האם אנחנו זקוקים למחקר משתמשים אם אנחנו כבר מכירים את המשתמשים?
אתם יודעים הרבה, והמחקר נשען על זה. הוא בודק הנחות עם האנשים שעושים את העבודה, ולעיתים קרובות חושף שלבים, מעקפים ומונחים שלעולם לא מגיעים למסמך דרישות. סבב קטן של ראיונות ובדיקות אב־טיפוס עולה פחות משינוי תוכנה אחרי שהיא יוצאת.
האם כדאי לנו להפוך את כל הבדיקות לאוטומטיות?
לא. אוטומציה מתאימה למה שרץ לעיתים קרובות וחייב לתת אותה תשובה בכל פעם: בדיקות יחידה, בדיקות API והמסעות החשובים ביותר. משאירים אנשים לבדיקות חקר, לשימושיות ולתכונות שעדיין משתנות. מערך קטן יותר שלעולם אינו נכשל באקראי שווה יותר ממערך גדול שאיש אינו סומך עליו.
מהי בדיקות כאוס, והאם היא בטוחה?
בדיקות כאוס מכבות שירותים, מאטות רשתות או ממלאות דיסקים בכוונה, כדי להוכיח שהמערכת מדרדרת בחן ומתאוששת. אנחנו מתחילים בסביבות בדיקה, מסכימים על המגבלות עם צוות התפעול שלכם, ומריצים ניסויים מבוקרים בייצור רק כשניטור והחזרה לאחור הוכחו.
איך אתם בודקים אינטגרציות עם בנקים, ספקי תשלום או מערכות ERP?
אנחנו משתמשים בארגז החול של השותף כשהוא קיים ובסימולטורים כשהוא אינו קיים, כך שהבדיקות רצות בכל שינוי. נתוני הבדיקה מכסים תשלומים שנדחו, פסקי זמן, הודעות כפולות וכשלים חלקיים, ובדיקות מקצה לקצה מאשרות שהסכומים מתיישרים בין המערכות.
למה לא לכתוב את כל המערכת מחדש בבת אחת?
כתיבה מחדש מלאה חייבת להתאים לשנים של התנהגות לפני שהיא יכולה להחליף משהו, והעסק ממשיך להשתנות סביבה. פרויקטים כאלה נמשכים לעיתים קרובות זמן רב ועולים לאוויר עם פערים. החלפת יכולת אחת בכל פעם מספקת ערך מוקדם ומשאירה את המערכת הישנה כרשת ביטחון. אפשר לעצור או לשנות כיוון בכל שלב.
לקריאה נוספת: מודרניזציה של מערכות מדור קודם בקצב AIקישור לשאלה הזו
האם העסק יצטרך לעצור במהלך ההגירה?
הגישה מתוכננת כך שלא. המערכת הישנה ממשיכה לפעול בזמן שכל חלק חדש נבנה ומוכח במקביל. העבודה עוברת לחלק החדש בהדרגה ויכולה לחזור אחורה אם משהו שגוי. היכן שהגירת נתונים דורשת מעבר, אנחנו מתרגלים אותה תחילה ומתאמים אותה איתכם.
לקריאה נוספת: מודרניזציה של מערכות מדור קודם בקצב AIקישור לשאלה הזו
איש אינו מבין לגמרי את המערכת הישנה שלנו. האם אפשר עדיין לבצע מודרניזציה?
כן, וזה נפוץ. אנחנו משחזרים את הידע מהקוד, מהנתונים, מיומנים ומהאנשים שמשתמשים במערכת. אנחנו לוכדים את מה שהיא עושה במבחני אפיון, שהופכים למפרט שהחלקים החדשים חייבים לעמוד בו.
לקריאה נוספת: מודרניזציה של מערכות מדור קודם בקצב AIקישור לשאלה הזו
האם ההגירה תשבש את הפעילות העסקית שלנו?
אנחנו מתכננים כל מעבר כך שיימנע הפסקה, או שיהיה קצר ומתוזמן. עומסי עבודה עוברים אחד בכל פעם, הנתונים מסונכרנים לפני המעבר ולכל שלב יש מסלול החזרה לאחור. כשאין אפשרות שמערכת תפעל בשני מקומות בו־זמנית, אנחנו מסכימים איתכם על חלון תחזוקה ומתרגלים את המעבר תחילה.
לקריאה נוספת: הנדסת ענן, SovereignTech והגירה היברידיתקישור לשאלה הזו
מה כולל פרויקט של תשתית IT?
הוא כולל את כל מה שהמערכות שלכם פועלות עליו: רשתות ואתרים, שרתים ווירטואליזציה, אחסון וגיבוי, שירותי ספרייה וזהות, ניטור, והקישורים לחשבונות הענן שלכם. אנחנו יכולים לקחת על עצמנו את כל הסביבה או חלק ממנה, כמו עיצוב מחדש של רשת. ההיקף מוסכם בכתב לפני תחילת העבודה.
לקריאה נוספת: הנדסת ענן, SovereignTech והגירה היברידיתקישור לשאלה הזו
כבר יש לנו צינורות. האם אנחנו חייבים להתחיל מחדש?
לא. אנחנו מתחילים ממה שעובד, הופכים אותו לתבניות ומחליפים רק את החלקים השבירים או החסרים. שירותים עוברים לפלטפורמה אחד אחרי השני.
לקריאה נוספת: DevOps, הנדסת פלטפורמה וסביבות הרצה לסוכני קידודקישור לשאלה הזו
האם אתם יכולים לאבטח סוכנים ומודלים שלא בניתם איתנו?
כן. זהות, הרשאות, מעקות בטיחות וניטור יושבים סביב הסוכן, ולכן הם עובדים עם סוכנים שנבנו בבית, על ידי ספק אחר או על פלטפורמה של ספק. אנחנו צריכים גישה לתצורה של הסוכן ולחיבורים שלו, ולא בהכרח לקוד שלו.
מאיפה כדאי להתחיל?
בדרך כלל מהוכחת היתכנות סוכנית ריבונית: זרימת עבודה אחת, מחוברת לכלים הפנימיים שלכם ברשת פרטית, שמראה את הערך לפני בנייה גדולה יותר.
האם הנתונים שלנו צריכים להיות מסודרים קודם?
לא לגמרי, אבל אנחנו בודקים אותם קודם. אם מסמכים אינם מובנים או מסדי נתונים מבודדים, אנחנו מתחילים בביקורת איכות נתונים, שושלת נתונים ומוכנות ל-AI, ואז בונים את הפלטפורמה שהמודלים זקוקים לה.
האם הפרויקט שלי שייך להנדסת תוכנה או לארגונים ואינטגרציות?
הנדסת תוכנה בונה וממודרנת את היישומים עצמם: פלטפורמות, פורטלים, אפליקציות ותאומים דיגיטליים. ארגונים ואינטגרציות מחברת אותם ל-ERP, לבנקים, לרשויות מס ולרשתות תשלום. רוב הפרויקטים צריכים את שניהם, וצוות אחד מכסה אותם תחת חוזה אחד.
איפה כדאי להתחיל? (ענן ותשתית)
רוב הלקוחות מתחילים בביקורת הניידות בענן וב-FinOps לטוקנים של AI. היא מראה היכן אתם נעולים לספק אחד, משרטטת מסלול למערך ריבוני או מרובה עננים ומציבה מטמון וניתוב מודלים לפני עומסי ה-AI שלכם. תוכניות גדולות יותר נובעות ממנה.
שאלות נוספות
- עבודה עם XSISאיך רואים התקדמות, אזורי זמן ואיך מקבלים עבודה.שאלה אחת
- מודלי התקשרותבחירת מודל אספקה, שיבוץ מומחים, הפעלת מרכז יכולת והחזקת מערכת בשירות.23 שאלות
- אסטרטגיה וייעוץאיפה מתחיל שינוי, מנהיגים במשרה חלקית ו-PMO, סקירות ארכיטקטורה, סדנאות אפיון, Blueprint ואיך מתחיל ייעוץ.38 שאלות
- אינטגרציות ותעשיותנתוני אב, תדפיסים לא מותאמים, חנויות לא מקוונות, החזרים, השבתות שותפים, התאמות, סליקה וחשבוניות אלקטרוניות.35 שאלות
- עלות ותמחורמה קובע את העלות של פרויקט או צוות, ואיך אנחנו מעריכים.29 שאלות
- לוחות זמניםכמה זמן לוקח להתחיל ולספק עבודה, ומה משנה את זה.10 שאלות
- בעלות וחוזיםלמי שייכים הקוד, הנתונים והתוצאות, ואיך עובדים חוזים.22 שאלות
- אבטחה ונתוניםאיך אנחנו מגנים על המערכות, הקוד והנתונים שלכם בזמן שאנחנו עובדים.79 שאלות
- צוותים ואיושמי עובד על הפרויקט שלכם, איך הם נבחרים ואיך צוותים משתנים.30 שאלות
- טכנולוגיההפלטפורמות, התקנים והכלים שאיתם אנחנו עובדים.144 שאלות
- תמיכה ותפעולמה קורה אחרי העלייה לאוויר: תמיכה, ניטור ושינוי.29 שאלות
- אודות XSISמי אנחנו, היכן אנחנו ואיך ליצור איתנו קשר.6 שאלות
מתחילים בשיחה, לא בחוזה.
ספרו לנו מה אתם צריכים לבנות, לחבר או לאבטח. ארכיטקט עובר על זה איתכם, ואז ממליץ מאיפה להתחיל.
מה קורה עכשיו
תיאום מועד
הצוות שלנו שולח לכם דוא״ל לתיאום מועד למפגש.
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.