מודרניזציה במערכות Legacy

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

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

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

שינוי ה UI וחווית המשתמש:

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

כתיבה מסקראצ':

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

רכישת מוצר מספק תוכנה חדש בשוק:

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

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

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

כתיבת תגובה