מה כדאי לבדוק לפני שנכנסים ל – SaaS?

מאמר שכתבתי על רשימת הדברים שכדאי לבחון לפני שנכנסים ל- SaaS פורסם בדמרקר:

ארגונים מאמצים אפליקציות במודל SaaS (Software as a Service) בקצב הולך וגובר. התחומים הבשלים יותר בתחום ה-SaaS: CRM – ניהול המכירות, אימיילים, ERP, אפליקציות web conferencing, תחום השכר – במיוחד בישראל, ותהליכים סובבי-HR (תמריצים, הדרכה, גיוס, מבחנים וכד').
אולם האימוץ של SAAS בארגונים הנו "בשוליים" ולא בליבה. בסה"כ אחוז השימוש באפליקציות SaaS בארגונים כיום הנו נמוך (2.5% מתוך כלל התהליכים המנוהלים בארגון – מנוהלים ע"י אפליקציות SaaS, על פי מחקר של גולדמן סאקס) אך קצב הגידול הוא הנתון המעניין יותר (יגיע ל8.5% תוך 3 שנים). העובדה היא שארגונים יותר ויותר מכניסים SAAS לארגון (או יותר נכון – מוציאים ל SAAS). מאפיין בולט, בו נתקלתי גם בישראל: ארגונים לרוב מרוצים מאוד מהמודל. ארגון שנכנס ל-SAAS בדרך כלל ירצה להמשיך הלאה ולאמץ SAAS גם לתחומים אחרים, ויספר על יתרונות גדולים בהם נתקל לאחר הכניסה ל-SAAS שכוללים הרבה מעבר לנושא מבנה העלויות.

סממן נוסף להבשלת השוק בישראל (שהגיעה כשנתיים מאוחר יותר לאחר האימוץ המסיבי בארה"ב ובאירופה) הנו השאלות הפרקטיות שאנו מתחילים לקבל מארגונים, שתיים מהן לדוגמה – מתי כדאי לבחון גם את אופציית SAAS לצד האופציות הרגילות, וכמו כן, מהם השאלות שיש לבחון מול ספק ה-SAAS החיצוני? ובכן, איגדנו כאן מספר נקודות לבדיקה: נקודות לבדיקה פנימית (האם SAAS מתאים?), ונקודות לבדיקה חיצונית – מול ספק ה SAAS.

Checklist פנימי – האם התהליך המדובר מתאים ל SAAS או לא?

• האם התהליך אותו רוצים לנהל הנו תהליך "כללי", אשר אינו ייחודי לעומת חברות אחרות? לדוגמה, תהליך גיוס בדר"כ דומה במהותו בין חברה לחברה, תהליכי מכירה פשוטים (ליד -> יצירת קשר ראשוני -> שליחת חומרים -> פגישת מכירה -> הצעת מחיר), תהליך הערכת עובדים. אם התשובה היא כן, התהליך יותר יתאים ל-SAAS שכן אפליקציית SaaS משרתת משתמשים רבים מארגונים שונים ואינה בנויה ספציפית לצרכי ארגון מסוים (מודל ה multi tenant). אין זה אומר שלא ניתן לבצע כל שינוי אבל השינויים לא יהיו שינויים מהותיים ברמת קידוד, אלא יותר בצורת התאמות שהספק בנה מראש.
• האם האפליקציה יחסית "נישתית" ומופרדת מאפליקציות/ תהליכים אחרים? אם התשובה היא כן, התהליך יותר יתאים ל SAAS. בדר"כ אפליקציות SAAS הנפוצות הן אלה אשר לא מצריכות קישורים אדוקים עם הרבה אפליקציות אחרות בארגון, למרות שתמיד יהיה קשר כלשהוא (שכר – קשר ל HR, CRM – קשר ל ERP ולDW וכד').
• האם יש צורך לגשת לאפליקציה ממיקומים גיאוגרפיים שונים? אין זו דרישה מחייבת, אך אם החברה הנה גלובלית ומבוזרת בהחלט יש יתרון לשימוש ב-SAAS – מודל המותאם מראש לצורך זה. שוחחנו עם מנמ"רים של ארגונים גלובליים שבהחלט ראו את הערך בהורדת "כאב הראש" והצורך לדאוג לביצועים טובים בצורה שווה במשרדי החברה השונים ברחבי העולם.
• האם מדובר בתהליך חדש אשר לא נוהל קודם לכן בארגון? רוב האפליקציות החדשות נבנות מראש במודל SaaS. פשוט כי יש יותר דרישה בשוק, הסטארטאפים אוהבים את המודל שמאפשר להם להגיע ליותר שווקים שיתר קלות (לעתים גם בלי לעבור דרך המנמ"ר בכלל אלא ישירות מול המשתמש העסקי), והמשקיעים מרימים גבה כשהמוצר אינו במודל SaaS. כך שבאופן טבעי כל התהליכים החדשניים יותר יסופקו באמצעות SaaS, בין אם נרצה זאת או לא. כך, לדוגמה, כלים בתחום Web 2.0 וניתוח מדיה חברתית מסופקים כמעט לחלוטין במודל SaaS.

Checklist חיצוני – מהן השאלות שיש לשאול את ספק ה-SaaS?

• האם הספק תואם את התקנה החשבונאית SAS70? חשוב במיוחד לחברות הכפופות לרגולציית SOX. למידע נוסף על הבעייתיות ב SAS70 - ראו את הפוסט הבא בבלוג מצוין של דני שומרון על SaaS.
• חשוב לבדוק מהי רמת ה-SLA שהספק מתחייב אליה, ולבצע התאמות אם צריך (מהו אחוז הזמינות? מה קורה כשהספק חורג מרמה זו?)
• מהו מיקום מרכזי המחשוב של ספק ה-SAAS? עדיפות לכמה מרכזי מחשוב. יש חברות עבורן הרגולציה מחייבת שמיקום ה- data center לא יהיה מחוץ לגבולות אותה המדינה.
• תמיכה מקומית. אין מה לעשות, ארגונים בישראל לא אוהבים לדבר עם נציג מכירות של Amazon בחו"ל, ומעדיפים Point of contact מקומי. מיהו הנציג המקומי / החברה שתומכת בתהליך היישום וההטמעה של המוצר בישראל? ובתוך כך, גם נושא העברית – עד כה, נושא בעייתי ביותר. רוב ספקי ה-SAAS הבינלאומיים לא מספקים כיום עברית.
• תאימות עם רגולציות מקומיות. האם באזל II בישראל מאפשר שימוש ב-SAAS? תחת אילו תנאים?
• הגדרה דקדקנית של התהליך במקרה והלקוח מעוניין להפסיק את השירות – כיצד הלקוח מקבל את המידע? מה קורה כשלקוח לא משלם? סעיף זה נועד להפחית את רמת ה Lock-in שקיימת באופן טבעי, שכן המידע "יושב" אצל הספק.
• עריכת תכנית "גיבויים" פרטית של הלקוח. מעבר לגיבוי שהספק מתחייב אליו, אנו ממליצים לשכפל את המידע לתוך הארגון. יש לבדוק מראש האם וכיצד ניתן לבצע זאת.
• מתי הספק מבצע השבתות שרתים לצורך תחזוקה (רוב הסיכויים שזה ייצא באמצע יום עבודה, שכן הספק משרת מדינות רבות). ולכמה זמן? כמה זמן התראה מראש הלקוח מקבל על השבתות אלה?
• אילו שירותי BI / דשבורד מובנים מקבלים (אם בכלל) בחבילה. כמו כן, אם הארגון מעוניין לבצע ניתוחים משולבים על נתוני ה SAAS בצירוף עם נתוני הארגון – מהן אפשרויות שכפול ה data לארגון – ל DW? באיזו תצורה ניתן לגשת למידע?
• בבחינת נושא העלויות – עלות פר משתמש פר חודש תרד ככל שהארגון מתחייב ליותר זמן. קיים כאן כשל שוק מסוים, שכן חלק מהיתרון הגדול של השימוש ב-SAAS הנו הגמישות שהורדת / הוספת משתמשים חדשים ולא להיכבל מראש למספר משתמשים מוחלט.

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

Presenation from STKI Summit 2010

Thanks for everyone who came to our summit. It was a great event!

And a big thank you to STKI clients and everyone who assisted us in conducting our annual research (answering surveys, brainstorming with us...)

I've uploaded my presentation to slideshare, you can take a look at it here:

2010 Enterprise Applications, BI & KM Trends

View more presentations from Einat Shimoni.

What's next for SAAS after CRM? HR related functions

The Israeli market was slow to adopt SaaS solutions. Slowly but surely, there are several hundred organizations now using SaaS solutions in areas such as CRM, Web 2.0 (Wikis, blogs), and ERP.

So what's the next solution organizations will be willing to consider in SaaS delivery model? I think HR-related processes are a good candidate. The (slow) adoption process taking place in Israel is actually quite similar to the U.S market just a couple of years ago.

Looking at the worldwide market, SaaS or on-demand HR solutions were typically implemented in Small-medium sized organizations (in the past these were more of an ASP model) but are also starting to make an impact in large organizations.

HR functions are often "outsourced" functions, sometimes even used in a BPO model. This is one of the reasons the SaaS delivery model for HR software is appealing even for larger organizations.

At the moment it seems that certain HR functions in particular are being used in the SaaS model (for example, e-recruitement, payroll, employees performance management, e-Learning) as opposed to outsourcing the full set of HR functions.

Traditional HCM vendors are moving more and more into the on-demand space and offering a choice between on and off premise models.
Cutter Consortium's recent SaaS survey clearly shows that organizations of all sizes are taking advantage of a wide array of horizontal (i.e., functional) and vertical (i.e., industry-specific) SaaS applications. The growing interest and adoption of SaaS by corporate users is encouraging SaaS alternatives to traditional packaged applications to emerge in virtually every software category. In this survey, most organizations that were asked what type of horizontal apps they're considering using or already using in the SaaS delivery model, HR functions were quite common (right after CRM, Content Management & collaboration).

Here are some examples of several prominent worldwide SaaS HR vendors (or vendors that most of their income comes from the saas model):

Workday - a relatively new provider of ERP-like on demand solutions, centered around HR, payroll and financials. It's founder was Peoplesoft's leader so this created a "buzz" in the HR space...
Kenexa - e-recruitement and employee performance management
Ultimate Software - is doing well in the large organizations' space, offers both on and off premise models.
Salary.com - for talent management, compensation, payroll
Cornerstone - on demand HCM and Talent management, compliance is considered a strong point in this solution.
Learn.com - mainly SaaS. Learning management and HCM.
Nuview - Not a pure Saas solution but now about half the revenues come from the saas model, mainly aimed at midsized companies
Skillroad - recruitement and skills management, mainlly targeted at midsized organizations
Successfacors - employee performance management in SaaS, have some presence in Israel.
Taleo - erecruitement and talent management, have some presence in Israel.
Authoria - erecruitement, assessment and performance management.

How will these solutions be accepted in Israel? What will be the adoption level? my guess is that the same type of clients that adopted CRM Saas solutions - technological/ global companies and also SMBs will be the more natural candidates. Most companies have "some sort of HR system" in place but the implementation is usually very basic, and doesn't include things like recruitement, incentives management, performance, skills and talent management. So there is a lot of potential for this type of solutions in Israel. Many other factors will affect the Israeli's CIO decision: Hebrew support, localization, price, local support (viable integrators that can support the product for the long run) are just a few of these factors.

תובנות ממפגש סיעור מוחות בנושא Cloud Computing, SaaS

ערכנו מפגש סיעור מוחות ראשון מתוך סדרת מפגשים צפויים. המפגש הראשון היה סביב נושא מתבקש במיוחד - Cloud Computing ו - SaaS - Software as a Service

מהם מפגשי סיעור מוחות?

• מפגשים של כ15-20 CTOs/ארכיטקטים, יועצים, אנליסטים של STKI, ואנשי חשיבה בתחומים טכנולוגיים שונים.
• במפגשים אלה משתתפים הן ספקים והן ארגוני משתמשים בתחום ה-IT.
• מפגשים אלה סובבים סביב נושאים חדשים, אשר עדיין אינם נחשבים ל-Mainstream.
• במפגשים נבחנות טכנולוגיות אלה, מידת ישימותן בארגונים בכלל ובארגונים ישראליים בפרט.

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

ההערכה של STKI לגבי תחום ה Cloud היא שהמצב הכלכלי דוחף ארגונים כיום לשקול מודלים חדשים של מחשוב אשר מבטיחים עלויות השקעה נמוכות ובתוך כך גם מחשוב ענן המתייחס לטכנולוגיות המאפשרות לצרוך יכולות מחשוב בתצורת שירותים. להערכתנו, ארגונים יבחנו את מודל הענן גם בהיבט של הורדת עלות פר יחידה (עלות פר שרת, פר טרהבייט אחסון, פר תקלה במוקד התמיכה, פר מתכנת או פר שורת קוד), ובממדים אלה ספקים יצטרכו להציג מודל כלכלי משתלם.
עלינו עדיין לחקור את המודל הכלכלי של מחשוב הענן, שצריך לכלול עלויות הסבה, מעבר ועלויות אבטחת מידע, בנוסף לחסינות הספקים שמציעים מודל זה. CAPEX אינו משפיע רק על ארגוני משתמשים אלא גם על ספקי ה-IT. מודל מחשוב הענן בתחום התוכנה, שכולל את תחום אספקת תוכנה כשירות (Software as a Service) – מודל זה ינוסה על ידי ארגונים ויאומץ בסדר גודל מוגבל. יתרונות מודל מחשוב הענן של עלויות השקעה מראש נמוכות ומעבר לעלויות תפעוליות שוטפות יותר נמוכות, בנוסף לחיזוקים המתקבלים מספקים גדולים שמצטרפים לשוק ובונים יכולות בתחום ה- Cloud (שכוללות גם חיזוק והדרכת הערוצים שלהם), יעודדו יותר ארגונים אשר נמצאים בשוליים של אימוץ התחום להיכנס אליו יותר. ארגונים שנמנעו לחלוטין מהמודל (מסיבות אבטחת מידע, קישוריות וכד'), ייאלצו לבחון מחדש את המודל וישימותו לארגון שלהם. ארגונים בתעשיות שונות יבחנו מודלים שונים של שירותי Cloud, המסופקים ומנוהלים על ידי ספקים בינלאומיים, ישראליים, ספקי תקשורת, אינטגרטורים בישראל או ספקי hosting.

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

משמעות ה Cloud לארגוני enterprises בישראל:
ארגוני IT שאנו משוחחים עמם אינם מתרגשים מעניין ה hype הקיים כיום סביב הCLOUD. מנמ"רים מעוניינים לדעת באופן פרקטי כיצד מהם היתרונות שכדאי (אם כדאי) לנצל ממודל זה? אנו מתייחסים לשירותי ה Cloud כ"Virtual Data Center", המתקיים לצד ה On site / Off site Data Center. בעולם זה, אנו מחלקים את היתרונות הפרקטיים שניתן לקבל מעולם ה Cloud לשניים:
בתחום האפליקציות: ארגונים ישראלים יידרשו יותר ויותר לקיים סביבת "שירותים", כאשר תפקיד מחלקת ה IT יכלול גם נושא של "הרכבת" שירותי IT מתוך שימוש ברכיבי תשתיות ואפליקציות קיימים. בתחום האפליקציות, ארגונים יצטרכו ליצור מה שאנו קוראים "Mashups" (מושג "שאול" מעולם ה Web 2.0) – חיבור של שירותים שונים לכדי שירות חדש. המשמעות של ה CLOUD במובן זה היא שלמנמ"ר יהיו הרבה יותר אופציות ליצירת Mashups מאשר בעבר.
בתחום התשתיות: ארגונים יידרשו להרכיב סביבות המורכבות משירותים תשתיתיים, מה שאנו מכנים "Ensembles": שילוב של שכבות תשתיתיות שחלקן נמצאות אצל הארגון ב- data center , חלקן נמצאות אצל ספקי השירותים וחלקן נמצאות במקביל גם ב- data center וגם אצל ספקי השירות. בניית ensembles אינה טריוויאלית בגלל הצמידות של שכבות התשתית השונות והצורך לפעול במקביל גם ב- data center וגם אצל ספקי השירות.
דוגמה בולטת לכך היא ניהול זהויות שחייב להתבצע במקביל בשכבות השונות.

הערכות STKI לגבי SaaS:
להערכתנו, כל זמן שאפליקציות ב CLOUD מסופקות במודל הקיים (המוכר לנו כ- SaaS), תחומי האפליקציות שהנם מועמדים טובים יותר לצריכה במודל ה Cloud יהיו:

• תחומים "נישתיים" – שמטפלים בתהליך ספציפי, שחי בדרך כלל בפני עצמו. בתוך כך, לדוגמה, מערכת פיננסית פחות מתאימה משום שלא ניתן להפריד אותה מתחומים אחרים בארגון, לעומת HR שהנו תחום יותר ממוקד ובעל פחות נגיעה למערכות אחרות. לפחות בשנים הראשונות, נראה כי האפליקציות הנפוצות יותר ב Cloud יהיו כאלה שאינן נוגעות בליבה של הארגון אלא בתהליכים עוטפים/אדמיניסטרטיביים יותר.
• תחומים שנמצאים בין הארגון לבין ישויות חיצוניות: לקוחות/ספקים/עובדים מבוזרים. בתחומים אלה יש יתרון של ממש ליישם פיתרון חיצוני (אפליקציה WEBית בעלת ביצועים טובים לגישה באמצעות WAN וכד')

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

לסיכום הדיון המלא - לחצו כאן.

What does Cloud mean in the Enterprise Applications world?

המאמר הבא פורסם בחברת המחקר Cutter Consortium.

Improving the Forecast: Cloud Models in the Applications World
by Einat Shimoni

The cloud hype continues to spread into just about any IT category, whether it's computing infrastructures (IAAS), platforms (PAAS), storage (scaling on-demand), applications (software as a service [SaaS]/cloud software), and even newer categories, such as integration on the cloud (IAAS). The list goes on.

Cloud models are now presenting CIOs with new ways of dealing with the shrinking IT budgets by allowing them basically to move nondiscretionary activities to discretionary.

But how does that all ultimately affect the end user? What will be the changes (if any) in the way of consuming applications? What does this all mean to the business?

If we take a look at just the application category and try to peel away the hype factor, how does the cloud model help business applications?

To answer that question, let's first examine previous application delivery models and how it all evolved into current cloud models:

Application Service Provider (ASP)
ASP was about using an external package, including the hardware, database, and application, all bundled together as a package with maintenance services. But it was a "messy" deal; the hosting came from vendor A, the software from vendor B. Sometimes the client had to talk to both vendors; sometimes vendor A would buy the software from vendor B. Either way, pricing was not flexible.
The advantages with ASP were that you could outsource what you didn't need inside, and there was no need to manage hardware and maintain the application.
The drawbacks mainly related to timing (ASP came a bit too soon to the market). The core idea is good but inadequate security technologies and communication barriers (bandwidth) made it a risky choice for many organizations. Another drawback associated with ASP was that it was a single application that could be used by many -- no customization, no changes. It was a "vanilla," take-it-or-leave-it package.
Will ASP still have a place a few years from now? Yes, it will fill a need for a "service" (a single instance) that many people need to use. For example, a suppliers' portal that provides an exchange place for buyers and sellers. In this case, there will be no reason to customize the application for everyone; it's a generic application that everyone can use, no one needs to keep it inside its organization, and, in fact, it is even better off managed by an external party that can be the "translator" between all parties.

SaaS
SaaS had much better timing. Suddenly, everyone is now talking about it, and it actually makes a lot of sense. Many of the technological barriers are gone. As organizations embrace new architectures such as SOA, SaaS is becoming a more viable option. While SaaS is a multitenant configuration, it does allow organizations to make some changes and customization. They don't have their own specific application, but they can have a variation of their application, sharing the infrastructure, platform, and application layer with other tenants.
The main limitation to SaaS, however, is the lack of control. When you use SaaS, you don't control the application (the core processes that are managed within it), and you don't control the data. This limits the uses of SaaS to applications with the following characteristics:
Applications that have a "network effect" (much like Web 2.0 initiatives, these applications present more value when more people are using them). For example, travel management and social software.
Niche and loosely coupled processes. The "classic" process would be one that doesn't require (any or many) integration with other processes. HR-related processes are a good example (i.e., travel management systems, eployee performance management, incentives management, e-recruitment).
Noncore processes. When it comes to core processes that are at the heart of the organization, even if COTS software is used, the application must be customizable; there is no room for compromise. SaaS is not the answer in this case. The high sensitivity level in this type of application makes it all the more difficult to hand over the control of data to an external vendor.
New processes. Organizations will most likely look at SaaS for new things that are not currently managed with an existing application.
As a result, in a few years most organizations will have a mix of applications: legacy core applications will run internally (perhaps organizations will use cloud services to make these applications more efficient), and the other type of applications will indeed be SaaS -- these will be the newer applications, and usually the more innovative systems.
Organizations will need to address the integration issues of cloud-based applications with internal ones (not surprisingly, there are already quite a number of vendors developing these types of integration solutions to the cloud).

Cloud Software
Cloud software will be another development in this lifecycle. Cloud software brings the control back to the user organization; it can develop its own application from scratch (using platform as a service tools [PaaS]).
In previous models -- ASP and SaaS -- organizations have no or limited control of their data. In SaaS, they don't really control the data or the application; they are consuming services and don't really deal with the content of the services or how they are delivered.
Cloud software will not eliminate the need for SaaS, however. Both models will have a place: SaaS will become a model more suitable for commodity-type or lightweight processes, and cloud will enable organizations to run heavier, core processes.

IaaS (Integration as a Service)
IaaS is another piece of the architecture that will become more and more necessary as organizations adopt these solutions. They will need to integrate them with internal, legacy, on-premise applications.

There is a very high chance that this is not the final phase of the evolution.

את המאמר ניתן לקרוא באתר של Cutter - כאן.

The 'Israeli CIO' view on Cloud computing

I recently met with 2 CIOs (one of a large retail company and the other from a large financial services company) and discussed with them the cloud concepts. I wanted to hear their view on this very "hot" subject.

Now, usually these "innovative" (which is sometimes a nicer term than "immature") concepts wouldn't stand a chance with large Israeli enterprises. But CIOs today don't have much choice; they HAVE to consider alternative consumption models for applications in order to do more with much tighter budgets.

After weeks of reading about Cloud computing, SaaS, PaaS, Daas, IaaS and getting excited about the possibilities that these models bring, the reaction of these 2 CIOs showed me that hype can only get you so far. CIOs don't really care about it, if anything, they are deterred by it. The questions they raise are very practical, and if these questions aren't fully answered there is no way they would consider cloud-based models:

Question # 1: Where's the value?
This is a relatively easy question to answer in these difficult times. Moving IT investments from Non-discretionary ("I just HAVE to keep paying annual maintenance fees to my software vendors") to discretionary ("let's start a new project that will help increase internal efficiencies") is a main purpose for CIOs today. SaaS and cloud software can help in moving some of the non-discretionary spending to discretionary. There is no reason to go into long term commitments to support 10 servers, databases, DRP and maintenance just to get a sales configuration service up and running.
Another compelling reason is that SaaS apps are providing the long-tail of enterprise applications. Need a mini-app just to manage employee travels? Employee incentives? Recruitement? Mini content sharing applications for a specific project? These are all available in SaaS. The "nicher" the process, the more likely you will find it in a SaaS model.
The other benefits are: Scalability, faster time to market, moving spending to Opex budget, and lowering the "head-aches" associated with supporting the applications in-house.

Question # 2: Who will support it? And will provide me with an SLA?
Enterprises' CIOs will not buy ANYTHING unless there is a local company that not only supports it, but can also provide an SLA for its' support. There has to be someone "responsible" on the other end, and it has to be someone local, within my country, that I can talk to. This is a crucial condition. Without it, there is not much chance anything will happen with cloud in local (non-international) organizations.

Question # 3: Is it ok "regulation-wise"?
Organizations that are very regulated (for example, banks and insurance companies) are already saying an automatic "no" in Israel to any model that means their data is kept outside of the organization. Unless it is made clear by the regulators when and how these "virtual" services can be used, CIOs will not take the risk. Another concern is more basic and has to do with using the internet to consume applications – many financial orgs. have to run 2 separate networks: an internal one, and an external – public one. This poses a huge question mark on the likelihood that these organizations will consider SaaS or any other cloud model.

Of course, there are a lot of other questions, most are somewhat psychological and will likely fade away at some time. But these are the 3 main questions and until these questions are answered don't expect Israeli CIOs to buy into these models because of the hype factor.

מצגת - חידושים באפליקציות הארגוניות

במצגת בתחומי אפליקציות ארגוניות שהעברתי בכנס שערכנו עבור מנמ"רים עלו הנושאים הבאים:

• השפעות המשבר הכלכלי על פרויקטי אפליקציות
• אילו אפליקציות ארגונים יידרשו לספק לאחר המשבר (ופרויקטים שכדאי להתחיל להיערך לקראתם כבר במהלך 2009)
• קטרוג אפליקציות ארגוניות ע"פי ערכן העסקי
• מודלים חדשים לצריכת "שירותי" אפליקציות: Cloud, SaaS, Open Source

במצגת ניתן לצפות כאן.

SaaS ואפליקציות ב-Cloud - רשמים ראשוניים משולחן עגול

לאחרונה ערכנו מפגש "סיעור מוחות" שכלל ארכיטקטים, יועצים, CTOs ואנשי חשיבה בתחום מערכות מידע, כדי לנסות להתרשם לאן הולך כיוון ה-Cloud בעולם ובישראל. בין השאר אחד הנושאים בהם דנו היה נושא האפליקציות ב-Cloud ו-SaaS (Software as a Service). הנה כמה רשמים ראשוניים שעלו ממפגש זה. סיכום מפורט יותר של הדברים יועלה בהקדם.

SaaS ואפליקציות ב-Cloud
משתתפי הדיון הגדירו אפליקציות SaaS כאפליקציות עסקיות ארוזות וגמורות. מבחינת הארגון שעושה שימוש ב-SaaS הוא רק מעביר נתונים ולא משנה שום דבר מהותי באפליקציות, אלא רק קסטומיזציה בסיסית ולא יותר (כדוגמת Salesforce בגלגול המסורתי שלו, כלומר – ללא ה Force.com).
במודל ה-SaaS רק ה UI שייך לארגון, כל השאר רץ ב CLOUD.

למי מתאים SaaS?
חשוב לזכור כי הלקוחות של SAAS הם ה"מתוסכלים של ה-IT" בארגון, ובדר"כ הם לא מתחת לרדאר של ה CIO. SaaS עובד בשיטת ה Long Tail ומספק אפליקציות נישה לצרכנים שבדר"כ לא קיבלו שירותים כאלה מה-IT.

SaaS בעולם האפליקציות - למה עכשיו?
בתחילת 2008 ה CLOUD לא היה מוכן לארגונים. כיום ספקים גדולים ומבוססים כבר רצים על תשתית ה-Cloud של אמאזון. כלומר, יש התחלה של בשלות.
לארגונים כדאי להתחיל להתנסות כמה שיותר כבר היום כדי לא להיות מאחור כשתהיה הפריצה. הדבר מזכיר את נושא הוירטואליזציה (שכדאי היה להתחיל כבר, מי שיתחיל רק כיום עשוי להיות במצב לא טוב מול האחרים).
להערכת כל משתתפי הדיון, המהפכה כיום מתרחשת בארגונים הקטנים ועדיין לא הגיעה באופן מוחשי לארגונים הגדולים, אבל כן צפוי להיכנס גם לארגונים אלה.

האזורים שבהם SaaS יותר יתפוס:

• SaaS מתאים למצב בו יש צורך לפרוס אפליקציות מהר (Time to market מהיר)
• בארגונים גדולים אפליקציות שהן לא CORE יהיו קלאסיות ל-Cloud כי אין בעיה אמיתית לארגונים להוציא אותן החוצה. דוגמאות לאפליקציות כאלה שניתנו: הטבות לעובדים, אפליקציות סביב נושא ה-HR. כלומר, בשנים הראשונות לפחות (בתצורה הנוכחית של SaaS שבה אין שליטה אמיתית על data ואין אפשרות לביצוע שינויים בקוד התוכנה באופן משמעותי), האימוץ יהיה בעיקר ב"נישות". לכל ורטיקל יש את הנישות שלו. לדוגמה, הפצת דואר מאובטחת זהו תחום די נישתי שלא יעשה פריצת דרך לארגון טיפוסי ויש היגיון לשים אותו ב CLOUD. בתחומים כאלה התנגדות הארגונים ל-SaaS תהיה נמוכה.
• להערכת חלק ממשתתפי הדיון, רוב היישומים החדשים יהיו ב- Cloud בעוד היישומים הקיימים יישארו בתוך ה-DC הפיזי של הארגון. המשמעות היא שהרבה מהדברים החדשניים יהיו בחוץ. בנוסף לכך, משום שבדיון הועלתה האפשרות שה-Cloud יאפשר לחברות לבנות מודלים עסקיים חדשים (כדוגמת מפעיל וירטואלי שבנוי כולו משיתופי פעולה וצריכת משאבים מארגונים אחרים), המשמעות היא שייתכן שבסופו של דבר יהיה יותר "ביזנס" דווקא מחוץ לארגון.

האזורים שבהם SaaS לא יתפוס:

• בדברים שבהם כבר נעשתה ההשקעה (לדוגמה, SAP כבר יושם לפני שנים ולכן זה כבר Sunk cost) וכיום ההטמעה והשינויים מהווים את החלק הארי של ההשקעה, בתחומים אלה SaaS לא יתפוס כי אין מניע אמיתי להחליף את הדברים שכבר עובדים. במקרים אלה בהחלט ייתכן שארגונים ירצו בסופו של דבר לנהל "עננים פנימיים".
• אפליקציות שמאוד מקושרות למערכות אחרות בארגון הן לרוב לא אפליקציות שיוציאו החוצה ל-Cloud.
  

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

מה צפוי בעוד 5 שנים בתחום ה-SaaS?
בעוד 5 שנים רוב האפליקציות יהיו בתוך ה data center של הארגון. המצב הכלכלי הנוכחי יגרום לספקים הגדולים להתקשות לתת ללקוחות שלהם מה שהם צריכים (יבמ, אורקל, מיקרוסופט, SAP שצריכות להראות מספרים כלכליים). הספקים הגדולים יצטרכו לשנות את הקצב שבו הם נותנים פתרונות לארגונים וזה יהיה מניע כניסה ל-Cloud.
מבחינת ספקי אפליקציות – זה אומר שכבר כיום הם צריכים לייצר "אדישות" (indifference) ל CLOUD. ההשקעה באדישות למערכות הפעלה, מסדי נתונים, ווירטואליזציה תשתלם כי עם המעברים פנימה והחוצה זה לא ישנה יותר מדי. כמו כן, שימוש בסטנדרטים פתוחים (כמו WSI לדוגמה) זו ההגנה שאליה ספקיות התוכנה יידרשו כדי לשמור על תיק ההשקעות שלהן, כדי לא לגלות ששינוי תהליך קטן הופך להיות פתאום מאוד מסוכן, יקר ומורכב לתחזוקה.
גם ארגונים מבחינתם צריכים לעשות הכנות מסוג זה כדי לייצר בעתיד "אדישות" (דרך SOA, וירטואליזציה וכד').
בנוסף, אחד ממשתתפי הדיון צופה כי בעתיד יהיה חייב להיות Cloud search engine – באיזה cloud כדאי להשתמש לצורך מסוים?
תחזית נוספת דיברה על מודל תמחור אחר לתוכנה, כאשר ה- Pay per use יהיה המודל המוביל.
יהיה יותר open source גם בגלל שה-Cloud ידחוף את זה לתוך הארגונים וגם בגלל שמודל התמחור יהיה יותר ויותר אטרקטיבי. ספקי ה CLOUD בעצמם ישתמשו ב-OS, כבר כיום הרבה אפליקציות SaaS מבוססות Open source.
בסופו של דבר, בטווח הארוך (5-10 שנים), יותר SW ירוץ בחוץ מאשר בפנים בגלל הרצון להעביר את ה-overhead cost לספקים חיצוניים, ובטווח הארוך (ולא הקצר-בינוני), גם אפליקציות Mission critical ירוצו בחוץ.
לדעת אחד מהמשתתפים, בטווח הארוך יפתחו פחות בתוך הארגונים; יהיו יותר "שירותים" מוכנים בחוץ, והארגונים יסתכלו עליהם כשירותים שניתן לחבר. יש ארגונים שבכל זאת יתעקשו "להמציא את הגלגל" (דבר המאפיין ארגונים רבים בישראל). אבל בשביל שכל זה יקרה חייבים להתקיים סטנדרטים סמנטיים בתחום.

לסיכום, SaaSי ילכו מהקטן לגדול – מארגונים קטנים לגדולים, מאפליקציות נישה לאפליקציות יותר ליבתיות (בדומה למה שקורה כיום ב WEB 2.0 שבהתחלה אימצו צרכנים פרטיים, אח"כ ארגונים קטנים וכיום גם ארגונים גדולים).

The "longtail" of enterprise applications

Enterprise software usually covers the operational and managerial aspects of the organization. Most organizations are currently using systems that help them support day to day operations (by using transactional applications, employee productivity applications, and other "special purpose" applications), and are also using systems that support management processes (analytical applications and decision support).

But what about all the "other" processes, the ones that aren't related directly to finance, logistics, customer support, manufacturing, budgeting...? What about thoese very "niche" specific and small processes that aren't currently managed in any system?

These needs are usually pushed to the back of the line and in most cases - aren't dealt with at all. Sometimes it's for the best, nobody just HAS to have an application that manages orders from the cafateria... But sometimes it's the important "little things" that can make all the difference. For example, little processes that support constant innovation.

Most organizations aren't using any tools that support innovation processes in the organization. There is no doubt about the importance of innovation to the organization, but innovation is a very slippery thing. The best new ideas are in the heads of the employees or the customers. Recently several companies (such as Dell, Starbucks) have launched initiatives that promote idea generation and ranking - they have built special-purpose websites that actively call out to their customers and employees to give them ideas and help them get better. Both of these initiatives are built using Salesforce.com "ideas" solution. Needless to say, tools can only SUPPORT innovation, they cannot create it.

I think there are two new developments in that provide much more options to cover the "longtail" of enterprise applications:

One of these developments is the Web 2.0. Web 2.0 concepts and techbnologies enable just the right "mix" of communication needed to generate ideas and create a great environment for brainstorming.

The second development is SaaS - this model enables rapid consumption and deployment of applications.

The current economic climate will (and is already) promote/ing these models because they can realy help IT organizations to deliver faster, more innovative applications, even in these very difficult times. The main impact will be in all these "other" applications (the longtail of the enterprise applications market) that are not realy handled within the traditional application packages, it will be in the newer and more innovative applications.

Organizations should try to take advatage of these new possibilities by trying the waters with 1 or 2 specific niche needs. This is a great time to do so.

What's the difference between SaaS and Cloud software?

The line is somewhat blurred, but there is a line.

Would be best to describe it by looking a few years back, when we talked about ASP (and wondered why ASP never realy cought on).

ASP was about using an EXTERNAL package - this package included the hardware, database and application, all bundeled together as a package with maintenance services.

The advantages: outsource what you don't need inside. No need to manage hardware and maintain the application.

The drawbacks: TIMING (ASP came a bit too soon to the market), the core idea is good but inadequate security technologies and communication barriers (bandwidth) made it a risky choice for many organizations. Another main issue with ASP is that it's a single application that can be used by many, no customization, no changes, it's a "vanilla", take it or leave it package.

SaaS had much better timing. Everyone are now talking about it, it makes a lot of sense, and many of the technological barriers are gone. As organizations embrace new architectures such as SOA, it is becoming as a more viable option. But the more importnant thing is that while SaaS is a multi-tenant configuration, it does allow organizations to make SOME changes and customization. They don't have they're own specific application, but they can have an ISTANCE of their application, sharing the infrastructure, platform and application layer with other tenants.

Cloud software will be another development (we are now witnessing its growth). Cloud provides the "missing link" and it is the control of the data and of the application. In previous models - ASP and SaaS - organizations have no/limited control of their data. In SaaS they don't realy control the data or the application, they are consuming services and don't realy deal with the content of the services or how they are delivered. Cloud software brings the control back to the user organization, it can have it's own "cloud" (on or off premise). It can develop its own application from scratch (using PaaS - Platform as a service tools).

But cloud software will not eliminate the need for SaaS, both models will have a place: SaaS will become a model more suitable for commodity-type or lightweight processes, and Cloud will enable organizations to run heavier, core processes.

IaaS (Integration as a Service) is anothe piece of the architecture that will become more and more needed, as organizations adopt these solutions and will need to integrate them, as well as integrate them with internal, legacy, on-premise applications.

There is a very high chance that this is not the final phase of the evolution.

איזה אפליקציות יותר מתאימות ל- Cloud?

"תשאלו 12 מומחים שונים מה זה Cloud computing ותקבלו 12 תשובות שונות". ממליצה מאוד לצפות בקטע הוידיאו הקצר (והמצוין) הזה, שהציב את השאלה "מה זה לדעתך Cloud computing?" בפני 12 מומחי Web 2.0 כולל Tim O'Reily. התוצאות משעשעות, וגם הטוקבקים, כמו למשל הטוקבק הבא:

"Cloud = internet. OK. I get it."

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

אחת התגובות לוידיאו זה הגדירה זו בצורה תמציתית:

"Cloud Computing to me is running my business with my laptop, on the beach in Mexico, beer in hand and not stressing about keeping the lights on!"

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

התחומים שיותר "תפסו" עד כה ב-SaaS וסביר שיהיו נפוצים יותר ויותר במודל Cloud הנם:
1. HR (משאבי אנוש) – ישנם כל מיני תהליכים בתוך עולם התוכן של ניהול משאבי אנוש שכיום הולכים ותופסים תאוצה במודל ה Cloud – לדוגמה, ניהול תמריצי עובדים (כאן כבר כיום מובילי התחום הנם ספקי on demand), תחום גיוס עובדים ובמיוחד גיוס עובדים באינטרנט e-recruitement.
2. תחומים בהם ישנם גוף חיצוני שיושב בתפר בין כמה ארגונים שמספק שירותי "מסלקה". לדוגמה, תחום ניהול נסיעות עובדים – Travel management שמחובר לסוכנויות שונות ולמערכות הזמנות של חברות תעופה. זהו תחום בו לדעתי ה-Cloud לא רק מספק מודל אלטרנטיבי אפשרי, אלא ערך מוסף ממשי מכך שהאפליקציה יושבת ומנוהלת מחוץ לארגון.

3. CRM (תהליכים ספציפיים בתוך CRM כגון מעקב אחר לידים/ניהול פניות במוקד, ובדר"כ לא CRM כלל ארגוני). כאן הסיבה שהמודל "תפס" היא קצת מלאכותית, זה לא שהשוק חייב שדווקא תהליכי CRM ינוהלו בחוץ, אלא שחברת Salesforce דחפה את המודל בצורה כ"כ חזקה לשוק, כך שהיא למעשה העירה אותו ודחפה אותו קדימה עוד לפני תחומים אחרים. כיום כבר אי אפשר לעצור את התהליך, וחברות רבות מתחום ה CRM הרגיל (on premise) מתחילות לאמץ גם כן את מודל ה-SaaS (סיבל עם Siebel on demand, גרסת ה on demand של מיקרוסופט וכד').

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

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

תחומים שנמצאים בין הארגון לבין ישויות חיצוניות: לקוחות/ספקים/עובדים מבוזרים. בתחומים אלה יש יתרון של ממש ליישם פיתרון חיצוני (אפליקציה WEBית בעלת ביצועים טובים לגישה באמצעות WAN וכד')

ומה לא מתאים ל Cloud?

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

Thoughts about disruptive technologies

During 2007-8, SaaS and Web 2.0 disrupted the applications market:

SaaS presented an alternative model for application consumption, and Web 2.0 presented a set of new practices and tools for internal and external collaboration.

During 2008, Social Software and Open Source Applications also started to undermine existing models. Both these areas rely on economies of scale and provide more value the more people use them. Social software is gaining much attention in the global market, while most Israeli organizations aren’t even aware of the possibilities of using these models within the organization walls. We recommend CIOs to start thinking about how social software can help promote their organization on the one hand, and on the other - improve internal collaboration within the organization.

Open source (OS) software is also not yet a hot topic in Israel. While a Cutter IT Study (2008) suggests that 65% of global organizations are already using some kind of open source software, most Israeli organizations we have talked to aren’t considering using OS tools and much prefer the traditional “proprietary” software model mainly due to local support issues. Lately some organizations have began to express interest in open source applications for very specific and limited needs: Electronic Forms, Blogs, Wikis, Search. As one of the IT managers I spoke to told me recently: "open source apps are ok for the internal, IT stuff, but I would never provide open source apps to business users, it's too risky".

SaaS has finally started to enter the Israeli market during 2007 slowly, but surely, mainly due to Salesforce.com’s entrance to the Israeli market. However, there isn’t much activity in the SaaS market besides this vendor. Most user and vendor organizations are still waiting to see what happens in this market before jumping in.

What about cloud computing?

There's no doubt that the current economic situation will do a lot of good for the "cloud concept". Cloud computing, which is essentialy "anything as a service" (XaaS), will fit very nicely into the new paradigm: Service instead of Products.

We don't hear expressed intentions of organizations to start using the cloud for their software/platform needs, but I think that once the services are available, they will attract organizations. The reason will not only be managing costs more easily (cloud services will be considered an expense), but also simply taking all the "headache" out of things that are not in the core business of the organizations, or, in other words - commodity.

Sound familiar? Exactly the same arguments for outsourcing, except today outsourcing is not an "issue" anymore. The same thing will happen with cloud computing. A few years from now, mail and calendering services will mostly be provided through the cloud, as well as other "commoditised" services that the organization doesn't want or need to fuss around.

מה זה בכלל Cloud Computing?

כמו בכל תחום חדש והייפי, בשלבים ההתחלתיים של השוק יש בלבול מושגים, ואותו מושג משמש פעמים רבות לתיאורים שונים שמאחוריהם כוונות שונות לחלוטין.
אותו הדבר קורה עם Cloud Computing. אנשים איתם אני מדברת על התחום מגדירים Cloud Computing לעתים בתור ה"דור החדש" של התוכנה כשירות (SaaS - Software as a Service), לעתים אנשים מתייחסים לנושא זה כ"מחשוב כשירות" - כלומר, האפשרות לעשות שימוש במשאבי ותשתיות מחשוב בתצורת שירותים.
השבוע נתקלתי במונח שלדעתי מתאר את ה Cloud Computing בצורה הטובה ביותר, וממחיש את גודל האמורפיות של מושג זה: "Anything as a Service" או בדרך הקיצור: XaaS.
המאמר המספק הגדרה זו מתאר מצב בעתיד בו המיקום בו נמצאת תוכנה כלל לא ישנה, ואף מתאר מצב בו מי שכן יחזיק תוכנה אצלו "בבית" ייחשב לבזבזני מכיוון שיהיה עליו לתמוך בתשתיות המחשוב התומכות באותה תוכנה בעצמו.
לדעתי, חזון זה הנו אפשרי. מערכות המידע העתידיות מתפתחות בכיוון זה, המחסומים הטכנולוגיים מוסרים לאט לאט, מניעים נוספים כגון הגדלת הניידות, שיפורים באבטחת המידע, התפתחות ארגונים לכיוון ארכיטקטורות SOA, וכן הסרת המחסומים הפסיכולוגיים, כל אלה תורמים להיתכנות של הפיכת מודל Cloud computing למודל שישנה את מערכי ה-IT של ארגונים בתוך מספר שנים.
בחו"ל כל מספר חודשים נערך סקר שמראה עד כמה ארגונים מאמצים תוכנות/מחשוב כשירות, ואחוזים אלה גדלים בקצב מהיר. לדוגמה, קצב אימוץ תוכנות כשירות בתחום ה-CRM הרבה יותר מהיר מקצב אימוץ תוכנות CRM כשירות.
אבל לא מדובר רק על תוכנות, מדובר על סביבות מחשוב שלמות המסופקות כשירות, כולל סביבות פיתוח בתוך ה-
"Cloud". אין ספק שכאשר IBM, גוגל, אמאזון, DELL, Salesforce מחליטות להשקיע כל כך הרבה כסף, שחלקו כרגע מושקע במחקר ופיתוח, בתחום ה Cloud Computing, התחום הזה עוד צפוי להשפיע רבות על הדרך בה נשתמש ונצרוך משאבי IT בעתיד.

ניתן לצפות במצגת של ג'ימי על התחום כאן.