מה חשוב לדעת
לפני שמתחילים?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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