Tuesday, April 19, 2011

Oracle Fusion applications: Respect and Suspect

There is an old saying: Respect and Suspect.
When someone declares, writes or says something, do not decry or ignore him – respect him.  It may turn out that the information he provides is valuable or useful.

On the other hand, Suspect and check whether what was manifested is true, half true or false.
This attitude is the corn stone of Scientific Research.
I am not a Scientist, but during few decades in IT, I found Respect and Suspect as very useful approach as well as in my hobby playing Bridge (respect and suspect your opponents bids and play).

The old saying came to my mind, while reading good news: Oracle Fusion Applications was released for use by Early Adopters after five years of development.

The article was published by Mark Fontecchio in PeopleSoft Planet site.

The following bullets summarize the article:

1. Oracle Fusion Applications is ready but are the customers ready for using it?

2.   Potential users 

Those who are satisfied with their investment in existing Oracle applications such as E-Business Suite and PeopleSoft – No near-term interest in moving to Fusion Applications

Those who adopt certain modules of Fusion Applications that live alongside their existing Oracle applications – 
Co-existence mode. According to Oracle's Senior Vice President Steve Miranda, this has been and will be the most popular adoption approach.

Those opting for full-blown Fusion Applications adoption - this approach would most likely be undertaken by customers who were new to Oracle applications.

3.  Concerns of Oracle Applications, PeopleSoft Applications and J.D Edwards applications customers about how long these applications Roadmaps will be supported.
According to the article these concerns are valid but customers need not worry.

4.  A Gartner Report estimates that the last major release of Siebel CRM could be as late as 2013.

5. Fusion Applications require Oracle Business Intelligence Enterprise Edition and Fusion Middleware.

My Take

Fusion Applications Availability is good news
Older versions of ERP products and other Applications products value is Operational value.
Their limitations are in Flexibility and Agility.

Oracle's Fusion Project, as well as similar SAP efforts, is in the right direction of creating new Agile, Service Based and more standard Applications.

Oracle Fusion Applications is ready but are the customers ready for using it?
Are Oracle Fusion Applications ready?
Apply the Respect and Suspect principle.
After so many years of Software Products Vendor's unfulfilled promises, I suspect that Oracle could be less ready than its vice-president declares.

If you are a customer or Potential customer check it.

ERP Customers Concerns are more than valid and they should worry
For the Long Term Oracle's customers will have no choice other than migrating to Fusion Applications.
The migration may be smooth or not so smooth, but anyway it will be costly migration.

Actually, they have a choice to use other vendor Applications.
I do not recommend this alternative to satisfied Oracle customers.
It is a risky and very costly option for unsatisfied Oracle customers.

Read the next paragraph of this post in order to understand some, but not all, the issues facing companies who will chose a third alternative: Hybrid Oracle and other Applications vendor (e.g. SAP) applications.


Fusion Applications require Oracle Business Intelligence Enterprise Edition and Fusion Middleware
It is Applistructure, similar to SAP's Netweaver. Applications users will be Locked In Oracle's Middleware, BI tools and Application Development (AD) tools (The article does not mention AD tools) and probably Oracle Database in the future.

The implications of dependence upon Oracle's infrastructure products vary:

Oracle Applications users already use Oracle's infrastructure, so they do not have to worry about Vendor Lock In.

PeopleSoft Application users:
My knowledge is limited to the only product marketed in my country: PeopleSoft CRM, but the conclusions could be probably generalized to other PeopleSoft Applications.
The proprietary People Tools AD tools should be replaced by Oracle's AD tools.

Prior to Peoplesoft's acquisition by Oracle its CRM customers could chose between three Middleware platforms: BEA, IBM and Microsoft.

BEA Middleware was used more than the other two.
BEA Middleware users are lucky. Oracle acquired BEA and most of Fusion Middleware components are BEA's Middleware components.

Peoplesoft's users who chose IBM's Middleware or Microsoft's Middleware are less lucky: sooner or later they will have to migrate to Fusion Middleware.

J.D Edwards Applications users are even less lucky: usually they use IBM's infrastructure.

A Gartner Report estimates that the last major release of Seibel CRM could be as late as 2013.
Seibel CRM users should not wait. They should plan their future CRM infrastructure.
They have more concerns than ERP users.
They should use three basic criteria in order to decide which CRM product to use. 

Satisfaction – Satisfied Siebel users should use Fusion CRM if it is not too different from Siebel. If it is very different they should select Fusion CRM or competitive product.

Unsatisfied Siebel users (For example see a comment to my post on Unica),  should do the opposite:    
Fusion Middleware should be included in the selection process, if and only if, they will find it very different from current Siebel offering.   
 
Difference between Fusion CRM and Siebel - This criterion was discussed together with the Satisfaction criterion.

CRM as a SaaS vs. CRM in Data Center – The products list to select from will depend upon this dimension.

Planning for CRM as a Service – your Short List could include SalesForce.com, NetSuite and optionally Oracle Fusion CRM, as well as other products.

Planning for implementing CRM in your Data Center – SAP CRM (especially if you are SAP ERP user) and Oracle Fusion CRM will probably be included in your Short List together with other non-SaaS CRM products.





Sunday, April 17, 2011

MRP Timeline


I was asked to help extending a timeline of MRP history by publishing the link to the timeline URL.


Knowledgable readers in this domain may add and extend the timeline.


Previously I was asked to help similar effort related to ERP.
I was able to provide information, which extended the time line.
But my MRP knowledge is neglectable' so I will not add even MRP-SOA related data.


If you know more than I do about MRP you are wellcome to extend the time line.

Monday, April 11, 2011

Case Management – הנושא שלא הוזכר בכנס: STKI 2011


 בכנס STKI Summit 2011  הועלו נושאים רבים הקשורים בעולם המחשוב החדש המתפתח שמאפייניו העיקריים הם :

  • (ניידות) Mobility

אפליקציות המיועדות לטלפונים חכמים (Smart Phones) והתנהלות עסקית המבוססת על זיהוי המיקום הפיזי של הלקוח.



  • מחשוב ענן  (Cloud Computing) העשוי להפוך את המנמ"ר  (CIO) למעורב יותר בעסקים  של הארגון ופחות למי שעסוק בטיפול בתשתיות.


  • גידול רב בכמויות המידע בכלל ובכמויות המידע הגידול הוא במידע בכלל ובמידע ה Non Structured  בפרט.


שילוב כל אלה מהווה שינוי בכללי המשחק.


בהקשרים שונים בהרצאות בכנס הוזכר הפער הגדל בין ה IT  ל Business.  עלה גם המושג (Business Technology (BT בו התחיל להשתמש George F. Colony  מ Forrester Research, על מנת להחליף את המושג Information Technology, כביטוי לשינוי בתפקיד מערכות המחשוב. 
השימוש במושג BT החל בעקבות דיון פתוח  בו השתתפו אנליסטים של  ואנשים אחרים מתעשיית טכנולוגיית המידע כולל כותב פוסט זה.


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


מה זה  Case Management?

Case Management הוא אופן טיפול חדש בסוג מסוים של תהליכים אנושיים
(Human Processes) שבהם מעורבים עובדי ידע. 


כאשר מדברים על תהליכים  ברור שהתחום הראשון שעולה הוא BPM. תחום המהווה את אחד המרכיבים של Case Management. תחום זה הוזכר במצגת של עינת שמעוני על אפליקציות בכנס STKI 2010 ונעדר השנה מהמצגת בכנס.


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


מרבית התהליכים מורכבים יותר משום שהם כוללים גם מעורבות אנושית.
הטיפול בתהליכים אלה מורכב יותר. על מנת לממש את התהליכים בהם מעורבים אנשים נעשה שימוש בכלים מבוססי הסטנדרט BPMN ובכלים המבוססים על הסטנדרט שבדרך BPEL for People.   


קבוצת התהליכים האנושיים כוללת גם תהליכים מובנים פחות, בעלי אופי אד-הוקי או משתנה בין מופע למופע, כשאת ההתאמה למופע הספציפי מבצע עובד ידע. בתהליכים אלה עוסק התחום של  Case Management .


לצורך מימוש פיתרון ל Case Management משלבים שימוש בכלי BPM ביחד עם: כלים לניהול תוכן (ECM),  מנועי חוקים עסקיים (BREs), כלים לבינה עסקית (BI),   טכנולוגיות חברתיות,  טיפול באירועים (Event Processing)   ו SOA


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


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


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


בהיבט של אופן השילוב בין אנשי העסקים ואנשי המחשוב בארגון המשמעויות העיקריות של Case Management הן:

  • מאפשר למשתמשים עסקיים יותר שליטה בביצוע התהליכים העסקיים ולא רק בשלבים של מידול התהליכים והאופטימיזציה של התהליכים.
  • מגדיל את ה Agility של התהליכים, משום שמשתמש עסקי יכול לשנות את התהליך בכל מופע של התהליך ולבצע את השינוי אד-הוק ללא צורך בתקורה ניהולית גדולה המאריכה גם את זמן מימוש השינוי. 
  • לא פוגע במעורבות אנשי המחשוב משום שמסגרת הטיפול במחשוב התהליך נשארת בשליטתם. 
  • מגדיר מודל אינטראקציה בין אנשי המחשוב לבין אנשי העסקים שייתכן ובחלק מהמקרים והתחומים יוכל לסייע למנמ"רים "להחזיר  את הכבשים" כמתואר בלוגו של כנס STKI 2011   ובכותרתו: Manage Scattered .





מאפייני  Case Management
להלן מספר מאפיינים עיקריים של Case Management:

  • תהליכים בעלי שונות רבה בין מופע למופע
  • מבוססים על רמה גבוהה של ידע 
 עשוי לחייב גישה למקורות ידע להשלמת הידע הנדרש לצורך החלטה על אופן מימוש מופע של התהליך ועל אופן ביצוע משימות בתהליך. בהקשר זה עשויים לבוא לידי ביטוי כלים של (Enterprise Content Management (ECM .

  • Collaborative -     בהקשר זה באות לידי ביטוי הטכנולוגיות של רשתות חברתיות וטכנולוגיות חברתיות אחרות. 
  • תהליך ארוך בזמן – בחלק מהמקרים מימוש התהליך עשוי לארוך ימים ולפעמים אפילו שבועות וחודשים.
  • משתתפים רבים בתהליך שחלקם עשויים להחליף תפקיד(Role) בהקשר של התהליך. 
  • "כיסים מבודדים של אוטומאציה" (Isolated Automation Pockets)  
 זהו מונח יפה שראיתי אותו בנייר של חברת Singularity. הוא מתאר באופן ויזואלי את מבנה התהליכים הנ"ל: חלקים מבודדים בתהליך הם אוטומטיים כשיתר החלקים הם אנושיים. 

  • רמת מורכבות גבוהה  
 יכולה לנובע ממכלול של גורמים שונים כגון: קשרים בין Cases שונים,  תלות בהתרחשות אירועים  (Events) חיצוניים בזמן התרחשות התהליך, תהליך הנוגע למספר רב של יחידות בארגון ולפעמים גם מחוץ לארגון. 


יצרני פתרונות Case Management
חברת האנליסטים Forrester Research מגדירה את התחום באמצעות ראשי התיבות DCM.
ה D הוא קיצור של Dynamic. את ה CM ניחשתם לבד (מי שלא ניחש יבחן את הכותרת של פיסקה זו).


לפי Forrester Wave מתאריך  31 בינואר 2011, היצרנים המובילים הם: 
PegaSystems, IBM, EMC, Appian, Singularity, Global 360.


IBM ו EMC מביאות איתן ניסיון רב בפלטפורמות ECM. הפיתרון של IBM מבוסס גם על כלים מובילים בתחומי ה BI וה BPM . 


מרבית היצרנים המובילים האחרים פחות מוכרים בארץ.
את המוצר של Appian ניתן ליישם גם באמצעות מחשוב ענן ב Public Cloude.
Singularity היא שותף של  Microsoft המתמקד בסביבות המבוססות על טכנולוגית של חברה זו.


מדוע לא הוצג Case Management בכנס Summit 2011  STKI?
כל מה שאכתוב בסעיף זה אינו מבוסס על ידיעה והוא בגדר השערה בלבד.
הסיבה העיקרית לכך היא שלמרות ההתקדמות השנה בתחום ה BPM בישראל, נושא זה עדיין לא מיושם במרבית הארגונים בארץ.
גם בחלק מהארגונים המממשים BPM המימוש נמצא בשלבים ראשונים.


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


בשלב מסוים של המימוש, הארגון מגלה שיש גם מרכיבים אנושיים לא אוטומטיים בתהליכים.


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


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


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


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


לדעתי הגורם העיקרי לכך שלא מוכרת לי פעילות DCM בארץ הוא מיעוט ארגונים הבשלים ליישם נושא זה.
כנראה זו גם הסיבה לכך  שהנושא לא הועלה בכנס המתמקד בשוק ה IT בישראל.


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









Public Cloud Core Banking: Hype or Reality? - Revisited

  More than 4 years ago I was asked if Public Cloud Core Banking is a Hype or a Short Term Reality? If you had read the post, you would prob...