מערכות ליבה ופתרונות ארגוניים

הבעיה שהשירות פותר

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

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

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

איך טרגט מנהלת פרויקט כזה

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

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

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

פרויקט לדוגמה

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