להלן רשמים משיחות עם לקוחות לגבי סוגייה של פיתוח בבית מול פיתוח באמצעות מיישם חיצוני או שימוש בחבילות.
· מספר לקוחות דיברו על העדפה כללית של תוכנות מדף על פיתוח עצמי כאשר באופן תמידי יש התלבטות בנושא זה. חלק מהארגונים דיברו על זה שבגלל של-business יש דרישות ספציפיות הדבר מחייב הליכה של best of breed. כלומר מדובר על שילוב של תוכנות מדף עם מערכות שמפותחות בבית.
· לגבי תוכנות מדף, לקוחות דיברו על כך שלעיתים קשה לקבל תמיכה של 24*7 מחברות אזרחיות. דבר נוסף בעייתי הוא שאם לארגון יש סטנדרטים מוגדרים של תשתיות (כמו פלטפורמות, מערכת הפעלה, גיבוי נטור) ואבטחת מידע, למיישמי החבילה או אפילו לייצרן , אין פתרונות מתאימים או ידע מספק.
· לקוח שמשתמש בצורה אינטנסיבית בחבילת ERP דיבר על כך שהחבילה עונה על רוב הצרכים הארגוניים ואם יש חריגים אז מפתחים, אבל מה שמעקב לעיתים פרויקטים או גורם לקשיים בייצור זה ממשקים בכל מה שקשו לתהליכים שהם cross applications.
· לקוח בעל חבילת ERP מאוד ותיקה ומאוד מקוסטמת דיבר על כך שלמרות שזאת מערכת קנויה- האנשים בחוץ (כלומר בעלי מקצוע בחבילה זו) לא ממש מכירים את המערכת הספציפית שנמצאת בארגון ולוקח די הרבה זמן "להכניס אותם לעניינים" (כאמור, למרות שזו חבילת ERP מוכרת) בגלל ההתנהגות העסקית השונה שקוסטמה.
· מסקנה של אחד הלקוחות אשר החל ביצוע של תהליך של החלפת מערכת core system באמצעות פיתוחה מחדש בטכנולוגיה חדשה (פרויקט שבסופו של דבר לא הסתיים בצורה מוצלחת) היא שעדיף לא להחליף מערכות legacy כבדות בצורה מלאה. מה שרצוי זה להחליף את מערכת ה-Legacy בצורה הדרגתית תוך ביצוע של ניהול סיכונים צמוד. כלומר לא "זבנג וגמרנו" כי אז הולך לאיבוד המון ידע וקשה להתחרות עם מערכת שנבנתה עם השנים.
· לקוחות דיברו על הוצאה של פרויקטים לפיתוח מחוץ לארגון כאשר חלק מהארגונים מכתיבים למיישם את כלל הטכנולוגיות המעורבות כאשר חלק מכתיבים רק דברים כמו אבטחת מידע, קישוריות ותשתיות (כמו DBMS).
· לקוח שמבוסס על אחת מחבילות ה- ERP ציין שלמרות הניסיון להתרכז כמה שיותר בחבילה הם מגלים שחייבים להשתמש בחבילות עסקיות שהן צד שלישי ולכן הקישוריות המשופרת של חבילת ה- ERP מאוד עוזרת להם בשילוב המערכות. אבל השילוב של מערכת נוספות גורם לארגון להקדיש משאבים רבים יותר לכל הנושא של בקרה וזאת מכיוון שהכלים המובנים בחבילת ה- ERP שטובים מאוד בסביבת ה- ERP כבר לא מספיקים יותר.
· מספר לקוחות מבססים את מערכת הליבה שלהם על חבילה שנרכשה בזמנו אבל הקוד נמצא אצל הלקוח וכבר זמן רב ישנו קיסטום מהותי של הקוד עד למצב שהמערכת היא כמעט "כמו שפותחה בבית".
· לגבי תוכנות מדף, לקוחות דיברו על כך שלעיתים קשה לקבל תמיכה של 24*7 מחברות אזרחיות. דבר נוסף בעייתי הוא שאם לארגון יש סטנדרטים מוגדרים של תשתיות (כמו פלטפורמות, מערכת הפעלה, גיבוי נטור) ואבטחת מידע, למיישמי החבילה או אפילו לייצרן , אין פתרונות מתאימים או ידע מספק.
· לקוח שמשתמש בצורה אינטנסיבית בחבילת ERP דיבר על כך שהחבילה עונה על רוב הצרכים הארגוניים ואם יש חריגים אז מפתחים, אבל מה שמעקב לעיתים פרויקטים או גורם לקשיים בייצור זה ממשקים בכל מה שקשו לתהליכים שהם cross applications.
· לקוח בעל חבילת ERP מאוד ותיקה ומאוד מקוסטמת דיבר על כך שלמרות שזאת מערכת קנויה- האנשים בחוץ (כלומר בעלי מקצוע בחבילה זו) לא ממש מכירים את המערכת הספציפית שנמצאת בארגון ולוקח די הרבה זמן "להכניס אותם לעניינים" (כאמור, למרות שזו חבילת ERP מוכרת) בגלל ההתנהגות העסקית השונה שקוסטמה.
· מסקנה של אחד הלקוחות אשר החל ביצוע של תהליך של החלפת מערכת core system באמצעות פיתוחה מחדש בטכנולוגיה חדשה (פרויקט שבסופו של דבר לא הסתיים בצורה מוצלחת) היא שעדיף לא להחליף מערכות legacy כבדות בצורה מלאה. מה שרצוי זה להחליף את מערכת ה-Legacy בצורה הדרגתית תוך ביצוע של ניהול סיכונים צמוד. כלומר לא "זבנג וגמרנו" כי אז הולך לאיבוד המון ידע וקשה להתחרות עם מערכת שנבנתה עם השנים.
· לקוחות דיברו על הוצאה של פרויקטים לפיתוח מחוץ לארגון כאשר חלק מהארגונים מכתיבים למיישם את כלל הטכנולוגיות המעורבות כאשר חלק מכתיבים רק דברים כמו אבטחת מידע, קישוריות ותשתיות (כמו DBMS).
· לקוח שמבוסס על אחת מחבילות ה- ERP ציין שלמרות הניסיון להתרכז כמה שיותר בחבילה הם מגלים שחייבים להשתמש בחבילות עסקיות שהן צד שלישי ולכן הקישוריות המשופרת של חבילת ה- ERP מאוד עוזרת להם בשילוב המערכות. אבל השילוב של מערכת נוספות גורם לארגון להקדיש משאבים רבים יותר לכל הנושא של בקרה וזאת מכיוון שהכלים המובנים בחבילת ה- ERP שטובים מאוד בסביבת ה- ERP כבר לא מספיקים יותר.
· מספר לקוחות מבססים את מערכת הליבה שלהם על חבילה שנרכשה בזמנו אבל הקוד נמצא אצל הלקוח וכבר זמן רב ישנו קיסטום מהותי של הקוד עד למצב שהמערכת היא כמעט "כמו שפותחה בבית".
STKI – במודל זה מספר יתרונות ובהם העובדה של מתחילים לפתח מאפס אבל מצד שני מכיוון שהקוד נמצא אצל הלקוח הוא מאפשר קיסטום מיטבי ללא צורך להיות תלויים בספק, לא תלוי ב"תום מועד תמיכה" וכד'. מצד שני מודל זה מבחינה טכנולוגית משאיר את המערכת בתצורה קיימת ולא מכליל שינויים טכנולוגיים (כמו תמיכה ב- Web Services) שמתקבלים במוצרי מדף.
מעבר לכך הנושא של פיתוח מערכות core business בבית ב- outsroucing או רכש של חבילות הוא נושא אסטרטגי שמטופל ב- STKI גם על ידי המנכ"ל ד"ר ג'ימי שוורצקופף וגם על ידי האנליסטית הבכירה עינת שמעוני.
מעבר לכך הנושא של פיתוח מערכות core business בבית ב- outsroucing או רכש של חבילות הוא נושא אסטרטגי שמטופל ב- STKI גם על ידי המנכ"ל ד"ר ג'ימי שוורצקופף וגם על ידי האנליסטית הבכירה עינת שמעוני.
אין תגובות:
הוסף רשומת תגובה