אתגרים בפרוייקט Roll Out בינלאומי

מאת חיים ארמה, סמנכ"ל ומנהל תחום ERP, חברת טסנת בדיקות תכנה

מבוא

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

"Think Global – Act Local"

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

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

ניהול יעיל של תסריטי בדיקות

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

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

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