Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax.

972-97442444

‫עגול‬-‫סיכום מפגש שולחן‬

‫מנהלי אפליקציות‬
Oracle Applications

2009 ,‫ ינואר‬22

‫ עינת שמעוני‬:‫מנחת המפגש‬

Moshav Bnei Tzion P.O.Box 151, 60910 Israel

Tel: (972)-9-7907000 Fax: ( 972)-9-7442444
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫מבוא‬
‫מפגש זה היווה גיבוש של קבוצת עניין אשר בעתיד תיפגש בנושאים שונים שמנהלי‬
‫אפליקציות ‪ CRM/ERP‬בסביבת אורקל נתקלים בהם‪.‬‬
‫הכוונה הנה שמפגש זה יהווה מפגש ראשון בסדרת מפגשים צפויים‪ ,‬שבהם יועלו נושאים‬
‫שונים המשותפים לקבוצה זו‪ ,‬לדוגמה‪:‬‬

‫ניהול אופרציית התמיכה‪ ,‬סוגיות סביב מחלקת ה ‪:ERP‬‬ ‫‪‬‬

‫‪ o‬נושא זה כבר עלה ונדון במפגש זה‬
‫ניהול שינויים בסביבת אורקל‬ ‫‪‬‬
‫‪ o‬נושא זה כבר עלה ונדון במפגש זה‬
‫שדרוגי גרסאות‬ ‫‪‬‬
‫‪ o‬נושא זה כבר עלה ונדון באופן חלקי במפגש זה‬
‫מודלים חדשים – ‪ on demand‬וכד'‬ ‫‪‬‬
‫‪ BI‬משולב באפליקציות אורקל‪Siebel analytics /‬‬ ‫‪‬‬
‫שכבת ה ‪ Fusion( Middleware‬וכד')‬ ‫‪‬‬

‫הנושאים אותם משתתפי הדיון הציעו למפגשים עתידיים‪ :‬עבודה מול ספקים חיצוניים;‬
‫אופן ניהול הפרויקטים; סוגיות סביב ניהול גרסאות ותצורה; שדרוגים; ניהול סביבות‪.‬‬

‫משתתפי הדיון הנם מנהלי אפליקציות בסביבת ‪ Oracle Applications‬מסקטורים שונים‪.‬‬

‫בארגונים אלה מיושמת חבילת ‪ Oracle‬לנושאי ‪ ERP‬בעיקר‪ ,‬ולחלקם גם לתחומי ‪.CRM‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬

‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫מבנה מחלקת ה‪ERP-‬‬

‫מחלקת ה‪ ERP-‬בתוך אגף‪/‬חטיבת ה‪IT-‬‬ ‫‪‬‬

‫בארגון ה ‪ IT‬לרוב קיימות מספר מחלקות פיתוח ומחלקת ה ‪ ERP‬מהווה רק אחת מהן‪,‬‬
‫לצד מחלקות ‪ ,CRM‬ליבה‪/‬בילינג‪/‬בנקאית‪( BI ,‬וזה במקרה בו ה ‪ ERP‬מהווה "עוד‬
‫מערכת" ולא המערכת העיקרית)‪ .‬לעתים קיימות מחלקות "רוחביות" נוספות (לדוגמה‪,‬‬
‫מנהלי פרויקטים רוחביים)‪.‬‬
‫בתוך מחלקת ה‪ ,ERP‬ישנה חלוקת תפקידים ל‪:‬‬
‫‪ .1‬מיישמים (לרוב מתפקדים גם כתומכים)‪,‬‬
‫‪ .2‬תכניתנים (‪ ERP‬ו ‪ – CRM‬צוותים שונים)‪,‬‬
‫‪ .3‬אנשי "תשתיות ייעודיות"‪.DBAs /‬‬
‫חלוקה נוספת הנה מקצועית ‪ -‬אנשי לוגיסטי‪ ,‬פיננסי‪.HR ,‬‬
‫דוגמאות של מבנים שעלו מהדיון‪:‬‬
‫לכל חטיבה יש רפרנט (איש של חטיבה) שאמור לייצג אינטרסים של חטיבה שלו‬ ‫‪‬‬
‫למול ה ‪( IT‬בנוסף לתפקידם)‪.‬‬
‫צוותים פונקציונליים – בכל צוות יש מיישם בודד והתכניתנים משוייכים לצוותים‪.‬‬ ‫‪‬‬
‫המיישם מרכז דרישות‪ ,‬מתעדף‪ ,‬כותב איפיון‪ ,‬מנחה ראש צוות פיתוח מה צריך‬ ‫‪‬‬
‫לעשות‪ .‬ראש צוות פיתוח עושה איפיון מפורט‪/‬טכני – הפתרון הטכנולוגי‪ .‬המיישם‬
‫בודק‪ ,‬מביא לקוחות לעשות יחד איתם בדיקה‪ .‬מנחה ‪ QA‬בהיבטי הבדיקות‪ .‬אם‬
‫צריך הטמעה ממוקדת – גם עושה את זה‪ .‬זה מבנה מאוד יעיל‪ .‬זה גם בגלל‬
‫שהאנשים אצלם מאוד ותיקים‪ ,‬ומכירים את הביזנס טוב‪.‬‬
‫יחסי כוח אדם‬ ‫‪‬‬
‫אחוז אנשי מחלקת ה‪ ERP‬מכלל אנשי ה‪ IT-‬נע בין ‪( 3%‬בארגון בעל יחידת ‪ IT‬מאוד‬
‫גדולה ובו ה‪ ERP-‬אינו מנהל את ליבת הארגון) ל‪( 20% -‬בארגון בעל יחידת ‪ IT‬קטנה‬
‫יחסית ו‪ ERP‬שמנהל את ליבת הארגון)‪.‬‬
‫מתוך צוות ה‪ 65% :ERP‬אנשי יישום ותמיכה‪ 35% ,‬אנשי פיתוח ו‪DBA-‬‬
‫‪ 65%‬פיתוח ו ‪ 35%‬תחזוקה‬
‫יחס של בין ‪ 1:20‬ל‪( 1:50‬על כל אדם אחד במחלקת ה ‪ ERP‬יש ‪ 50‬משתמשים ב‪)ERP‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬

‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫שימוש בכ"א חיצוני‬ ‫‪‬‬

‫רוב משתתפי הארגון משתמשים בכ"א חיצוני במידה מינורית‪ .‬בין היתרונות שצוינו – כוח‬
‫האדם החיצוני מקדם מבחינה מקצועית את צוותי הפיתוח‪.‬‬
‫תמיכה‬ ‫‪‬‬
‫‪ 2‬ארגונים סיפרו על צורך לתת תמיכה מסביב לשעון (באחד מהם מתקיימים תהליכי‬
‫תחזוקה במהלך הלילה ומסתמכים על מודול המלאי‪ ,‬ובשני יש נקודת מכירה שפועלת כל‬
‫הזמן)‪ .‬בשאר הארגונים אין צורך לתמיכה ב‪ 24 ERP -‬שעות ביממה‪.‬‬
‫אם קיים גוף תמיכה כללי ל ‪ IT‬בד"כ ה ‪ 1st level support‬לנושאי ‪ ERP‬ניתן על ידו‪,‬‬
‫והוא עונה ומתעד תקלות במערכת התקלות ‪ .‬תמיכת ‪ 2nd level‬ניתנת על ידי מיישמי ה‪-‬‬
‫‪.ERP‬‬
‫תיאור מערך התמיכה אצל אחד ממשתתפי הדיון‪ :‬קיים ‪ HD‬כללי לכל משתמשי הארגון‬
‫שגם משמש לפניות הקשורות ל‪ ,ERP -‬אולם לפונקציות מיוחדות במרכז הלוגיסטי‬
‫‪/‬כספים ‪/‬אחר יש טלפון כונן‪ ,‬ומי שאחראי ועונה מתעד במערכת התקלות‪ .‬יש להם‬
‫בפורטל מיפוי ‪ knowledgebase‬לגבי תקלות שמתחזקים אותו כל הזמן‪ .‬מי שענה‬
‫לתקלה כבר מכיר ויודע‪ ,‬ומכיוון שבארגון זה העובדים הנם ותיקים יש כאלה שעברו‬
‫צוותים ומכירים הרבה‪ ,‬הידע קיים וזה מאפשר גמישות‪ .‬זוהי למעשה התמיכה ברמת ה‬
‫‪ 1st level‬שמתבצעת על ידי אדם אחד‪ .‬ה ‪ 2nd level‬זו כל מחלקת ה‪ – ERP‬פונים למי‬
‫שרלוונטי‪ .‬את זה עושה אותו התומך היומי (הכונן)‪.‬‬
‫ניהול תצורה וגרסאות‬ ‫‪‬‬
‫צוין כי נושא ניהול השינויים קיים באופן מאוד חלקי באורקל‪ ,‬הנושא שחסר באופן מיוחד‬
‫הנו נושא העברת גרסאות‪ .‬בארגונים שונים פותחו יכולות סביב זה או שמשתמשים‬
‫במוצרי צד שלישי (כמו לדוגמה מוצר של חברת ‪ .)Unitask‬בגרסאות הבאות לאורקל‬
‫יהיה כלי לניהול ‪ .enterprise manager‬יהיה סוג של ‪ addon‬שם לאורקל ‪.APPS‬‬
‫מספר הקסטומיזציות שארגונים היותר גדולים במפגש ביצעו נע בין ‪ 900‬ל ‪ .1900‬אופן‬
‫ניהול שינויים אצל אחד מהמשתתפים – כל פיתוח מנוהל כקסטומיזציה‪ ,‬כל קסטומיזציה‬
‫באיפיון "מתגלגל" (מתקדם בגרסאות)‪ .‬יש להם מערכת ניהול תצורה ‪ Starteam‬שבה‬
‫הם מנהלים את הקסטומיזציות‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬

‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫כל כמה זמן מעבירים שינויים לפרודקשן? בארגון בו ל ‪ IT‬יש יותר כוח אל מול הארגון‬
‫שינויי ה ‪ ERP‬מועלים במסגרת "גרסת ‪ "IT‬כל ‪ 3‬חודשים (כלומר‪ ,‬כל המערכות עולות‬
‫באותו יום‪ ,‬ה ‪ ERP‬לא עולה בנפרד)‪ .‬ארגונים אחרים ציינו שדבר זה לא יתקבל בארגונם‬
‫וכי לוחצים עליהם לשחרר גרסאות יותר מוקדם‪.‬‬
‫רוב המשתתפים עובדים ב ‪ 4‬גרסאות שנתיות‪ .‬אצל אחד מהם משתדלים בכל חודש‬
‫להעלות מיני גרסה ופעם ברבעון להעלות גרסה גדולה‪ .‬משתמשים ב ‪HARVEST‬‬
‫לאריזה (העברה של תכנה)‪ .‬אם יש ‪ setups‬שניתן להעביר דרך תשתית אורקל‪.‬‬
‫תהליך הטיפול בדרישה‬ ‫‪‬‬
‫דרישת בקשה –‪ .‬אם קיים כלי לניהול דרישות (לדוגמה‪ ,‬צוין שימוש ב ‪ ,)HP‬גם דרישות‬
‫ה ‪ ERP‬מוכנסות לשם‪ .‬באחד הארגונים גם מוסיפים מסמך דרישות וזה מגיע לגוף ה‪-‬‬
‫‪ Office of the CIO‬ורק לאחר סיום התהליך מולם זה מועבר למחלקת ה ‪ ,ERP‬בונים‬
‫"חבילות עבודה‪/‬מימושים"‪ .‬דרישות מתחלקות ל‪ 2 -‬סוגים‪ :‬קטנות (עד ‪ 4‬שבועות פיתוח)‬
‫ודרישות גדולות‪ .‬ומגיע אליהם והם מחליטים לאיזו גרסה זה ילך‪ .‬בארגון אחר‪ ,‬למרות‬
‫שקיימת מדיניות רשמית של הוצאת גרסאות רבעוניות‪ ,‬בפועל – מה שנחשב דחוף –‬
‫יוצא‪.‬‬
‫צוין כי העברות ל‪ production‬וניהול דרישות ואישורן מתקיימות בהתאם לדרישות ‪SOX‬‬
‫(בארגונים להם זה רלוונטי)‪.‬‬
‫תיאור תהליך הדרישה באחד הארגונים (שמחויב ל ‪:)SOX‬‬
‫לכל קריאת בקשה נוסף טופס‪ ,‬בו הדורש מסביר מה הוא רוצה‪ ,‬וזו עוברת אישור של‬
‫ממונים עליו‪ ,‬יושב איתו מנתח מערכות ועושה ‪ ,detailed design‬מנתח המערכות‬
‫יושב עם צוות תכניתנים רלוונטי‪ ,‬שמוסיפים את הערותיהם‪ ,‬לאחר שלב זה נסגרת‬
‫התכולה‪ .‬בד"כ כשזה מגיע ל ‪ QA‬ללקוח פתאום יש תיקונים (בארגון זה תמיד‬
‫הלקוח עושה בדיקות לפני שמעבירים לפרודקשן‪ ,‬לעומת משתתף אחר שציין כי רק‬
‫בדברים מהותיים הלקוח בודק‪ ,‬ומשתתף אחר שציין כי אם ברמת האפיון רשום שזה‬
‫משפיע על דיווח פיננסי ‪ -‬וזה‪ ,‬כאמור‪ ,‬בשליטה שלהם ‪ -‬אז במקרה זה נדרש אישור‬
‫לקוח)‪ .‬בתחילה‪ ,‬כשארגון זה התחיל עם בדיקות ה‪ SOX-‬הראשונות‪ ,‬התברר‬
‫שמישהו לא חתם (עקרונית‪ ,‬מצב לא תקין מבחינת ‪.)SOX‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬

‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫כלי צד ‪ 3‬תשתיתיים שצויינו‪:‬‬

‫מוצר של ‪ NETAPP‬שנקרא ‪ .Replicator‬מאפשר ‪ replication‬מאוד מהיר של‬ ‫‪‬‬

‫הדטהבייס ע"י ריפלוק רק של הדלתה‪ .‬מוריד את מידת השימוש בדיסקים‪ .‬צוין כי ישנם‬
‫כלים נוספים שיודעים להעביר מסביבת אחסון אחת לשנייה‪ ,‬אך הם אינם אדישים לגבי‬
‫זהות ה‪ source‬וה‪( .destination‬הערת ‪ :STKI‬קיים מוצר מקביל של ‪– EMC‬‬
‫‪.)Recoverpoint‬‬
‫‪ Goldengate‬שפותר‪ ,‬בין השאר‪ ,‬את בעיית ה ‪ - snapshots‬מוצר שמשכפל דטה‬ ‫‪‬‬
‫מהפרודקשן בלי להעמיס עליו כך שהוא יידע להסתכל על הספריות של הלוגים ולשכפל‬
‫את הדטה דרך הלוגים‪ .‬אפשר להעתיק את כל ה ‪ .inventory‬צוין כי ישנם עוד מוצרים‬
‫כאלה‪.‬‬

‫התלבטויות שהעלו המשתתפים‬

‫שדרוגים‬ ‫‪‬‬
‫רוב המשתתפים התלבטו האם לשדרג לגרסה ‪ 12‬או ‪ ?10‬במצב הכלכלי ששורר כיום‬
‫רוב הארגונים לא ילכו לשדרוג שאין לו סיבה פונקציונאלית מספקת‪ ,‬אלא יסתפקו‬
‫בהעלאת ‪patch‬ים ושדרוגי דטהבייס במידת הצורך‪ .‬סיבות שהוזכרו כסיבות‬
‫פונקציונאליות ספציפיות אשר בגינן ארגונים שוקלים לשדרג מ ‪( 11.5.9‬לגרסה ‪ 5.10‬או‬
‫ל‪:)12‬‬
‫‪ o‬יכולות ניהול חוזים משופרות‬
‫‪ o‬כלי ניהול תצורה ‪( enterprise manager -‬שיהיה ‪ add-on‬לאורקל ‪)APPS‬‬
‫‪ o‬סוגיות תמיכה (שדרוג על מנת לא להישאר מאחור ולשלם יותר על עלויות‬
‫תחזוקה)‬
‫‪ o‬תמיכה במסופונים‬
‫שינויים משמעותיים שהוזכרו בגרסת ‪ – 12‬המודול הפיננסי‪ ,‬נושא המיסוי‪.‬‬
‫המעבר לגרסה ‪ 12‬נתפס כשדרוג מורכב‪ ,‬רוב המשתתפים מעדיפים לדלג לגרסאות‬
‫הבאות מתוך רצון לחכות שהגרסה תתייצב‪ .‬אחד הארגונים עתיד לסיים את השדרוג‬
‫שיארך כשנה וחצי‪ ,‬בין השאר בגלל הצורך לדבג הרבה דברים‪ .‬ההתרשמות הייתה כי‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬

‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫ישנה העדפה לחכות לגרסאות הבאות ( ‪ )12.2 ,12.1‬שכבר החלו לשמוע עליהן ועל‬
‫השיפורים שהן כוללות‪ .‬הומלץ להתייצב על גרסה מסוימת ואותה לייצב‪ ,‬רק אחר כך‬
‫להיכנס לשינויים מרובים והרחבות‪.‬‬
‫הוזכרו גם פרויקטי שדרוג דטהבייס – ‪( 10G‬אחד שכבר התקיים‪ ,‬ושני שמתוכנן)‪.‬‬
‫איך מתמודדים עם רה‪-‬אורגניזציה? אחד ממשתתפי הדיון סיפר שכשתכולת עבודה‬ ‫‪‬‬
‫מתפצלת לאגפים שונים זו בעיה‪ ,‬ובארגון זה שינויים ארגוניים קורים תכופות‪ .‬כתוצאה‬
‫מזה‪ ,‬בארגון תפרו תכניות בכלים שפיתחו לעצמם וישנן לא מעט בעיות סביב זה‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬

‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫נספח‪:‬‬
‫תגובות ספקים‪/‬יועצים לגבי הנושאים שעלו במפגש‪:‬‬

‫חברת אורקל‬

‫בהקשר לנושא ניהול תצורה שעלה בפגישה‪ ,‬באורקל קיים כלי בשם " ‪Oracle Enterprise‬‬
‫‪ - "Manager‬הכלי מאפשר ניטור אוטומטי של סביבת האורקל בארגון‪ ,‬ואבחון בפשטות‬
‫במקרה של תקלה‪ .‬כמו כן‪ ,‬הכלי מאפשר מעקב אחרי ביצועים ובדיקת השלכות והקצאת‬
‫משאבים שונה במקרה הצורך‪ .‬הכלי מאפשר תחקור של קונפיגורציות בסביבה וניהול של‬
‫גרסאות משנה ברבדים השונים‪ .‬הכלי מאפשר העתקת סביבות אוטומטית עם בקרה‬
‫ואפשרות לשינויים בממשק משתמש ידידותי‪.‬‬
‫אורקל רכשה לאחרונה את חברת ‪ mValent‬שתעשיר באופן משמעותי את יכולות ניהול‬
‫התצורה באפליקציות אורקל‪ .‬ניתן לקרוא על כך בלינק הבא ‪:‬‬
‫‪http://www.oracle.com/mvalent/index.html‬‬
‫אורקל משקיעה רבות ותמשיך להשקיע במתן כלים לארגונים לניהול שותף ותחזוקה ללא‬
‫צורך במומחים חיצוניים‪ ,‬הדבר תואם את מה שהועלה בפגישה בה צוין כי הארגונים‬
‫משתמשים במשאבים פנימיים לניהול האפליקציות בארגונים‪.‬‬

‫חברת מטריקס‬

‫הערה כללית‪ :‬הנקודות המובאות במסמך זה הינן מזווית המבט של מנהל מוצר ופרויקטים‬
‫בחברת ‪ ,IT‬המטמיעה ומספקת תמיכה למוצר ‪ ERP‬מתוצרת עצמית‪ ,‬מבוססת אורקל‪,‬‬
‫למספר רב של לקוחות בישראל‪ .‬כל ההתייחסויו ת הנן לפרק מבנה מח' ‪.ERP‬‬
‫‪ .1‬ניהול תצורה וגרסאות‬
‫יש להדגיש את קריטיות הנושא והצורך בכלים "חכמים" לניהול התצורה‬
‫וזאת מהסיבות הנוספות הבאות‪:‬‬
‫א‪ .‬הכלי צריך לתת מענה למספר רכיבי תוכנה‪ ,‬כולל קשרים ביניהם‪ :‬תוכניות‪,‬‬
‫פרוצדורות ב‪ ,DB-‬טריגרים‪ ,‬כולל התייחסות לסביבות שונות בארגון‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬

‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬
 ‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫ב‪ .‬ספק חיצוני חייב לתמוך בו זמנית במספר גרסאות‪ ,‬היות ובפועל הלקוחות‬
‫משדרגים גרסאות בקצב ובעיתוי שונים‪.‬‬
‫‪ .2‬אחזקת בסיס הנתונים – תוספת לתמיכה‬
‫חלק מהארגונים לא מייחס חשיבות מספקת לאחזקה שוטפת של בסיס הנתונים‪,‬‬
‫ולדבר השלכה שלילית על תפעול תקין ויעיל של המערכת‪ .‬פעמים רבות‪ ,‬גם‬
‫כשמתבצע טיפול‪ ,‬הוא חלקי ולא מקיף את כל ההיבטים של בסיס הנתונים‪ ,‬וכתוצאה‬
‫מכך הביצועים אינם טובים‪ ,‬זמינות המערכת לא מספקת‪ ,‬פוטנציאל הנפילות‬
‫ו"התקיעות" עולה וכו'‪ .‬מומלץ לתת על כך את הדעת‪ ,‬ובנוסף גם לשימוש בכלים‬
‫ייעודיים לנושא זה‪ ,‬נדרשת פעילות רציפה של ‪ DBA‬למעקב וטיפול שוטפים לבסיס‬
‫הנתונים‪ ,‬כולל ניטור‪ ,‬כוונונים‪ ,‬פעילות רה‪-‬ארגון‪/‬ניקוי וכו' על פי הצורך‪ ,‬עם דגש על‬
‫טיפול מונע‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬

‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬