SHARE
Follow this article on Twitter Facebook LinkedIn Bookmark and Share
Home >> Information Architecture >> Databases

Hard facts about software-as-a- service

Hard facts about software-as-a- service

By:  Gary Anthes  On: 30 Dec 2008 For: Computerworld US(NA) Creator

Six execs share lessons learned from their SaaS projects

What's holding users back? Potential security risks and a loss of IT control topped the list of perceived barriers to software-as-a-service (SaaS) adoption. With so much trepidation in the air, Computerworld decided to get the real scoop, so we interviewed six executives who have tackled SaaS projects.

What has been the greatest benefit from your use of SaaS?

Ken Harris, Shaklee Corp.: "The first, far and away, is the ability to get solutions up quickly. You don't have to build out an infrastructure or expand your IT staff."

Kevin Raybon, NEC Unified Solutions Inc.: "I call it value control. When I have features and functions that need to be developed, I can roll them out and keep moving. I'm not in the IT department. With IT, there is always a big-bang initiative that lasts about 18 months, and the pace of our business does not lend itself to that."

Daniel Flax, Cowen and Co.: "The ability to deliver services to a worldwide audience."

Daniel Wakeman, Educational Testing Service: "The key benefits are speed and the lack of capital investment."

Kevin Harding, Imagine: "It's being able to get more information out to more people. Managers can get real-time financial information on their departments." The predecessor in-house financial system gave only monthly reports, he says.

Is security an issue?

Flax: "Security certainly is a potential problem, and anyone who says no is not being realistic. We vet our potential vendors very carefully, and we get our audit and compliance people involved as well."

Daniel Chiazza, Harris Interactive Inc.: "Salesforce.com had a big scare with phishing recently. So they basically took a listing of all the IP addresses that access our applications -- where our users are, where they log in from -- and put that in a whitelist. They were very quick to react."

Quicker than an internal IT department might have been?

Chiazza: "Yes, it can take forever to turn something around internally."

Wakeman: It's a "huge shortcoming" that SaaS vendors do not embrace "federated identity management" standards allowing centralized identification and validation of users via a single sign-on process, he says. "We have to manage the identities of our employees at multiple SaaS providers. We can't say that this employee has terminated and automatically shut him off from all the systems he has access to."


Sign up for our Newsletters
Tags: SaaS, vendor, in-house












Print |  Views: 1054   |   Rating:offoffoffoffoff  (0 votes)
Rate this article on a scale of
1 to 5 stars,5 being the best.




Gary Anthes Gary Anthes is a contributor to the International Data Group (IDG) News Service, which publishes global technology stories from bureaus around the world to more than 300 publications in more than 60 countries.

Related Content

16 IT strategies to do less with less
16 IT strategies to do less with lessGovernment tech departments can take these tips from their enterprise counterpart on cutting unnecessary expenditures, scaling back over-allocated services and clearing out outdated apps and orphaned software as well as buying bagels for the staff
IBM opens door on Bluehouse - a Facebook for business
IBM opens door on Bluehouse - a Facebook for businessBluehouse combines a familiar pallet of collaboration tools, including IM, Web conferencing, document sharing, profiles, directory and tools to build business networking communities -- all delivered via a cloud platform...
Maintenance made manageable: A guide to SLAs
Maintenance made manageable: A guide to SLAsAll technology infrastructure requires some careful fine-tuning from time to time, and IT managers can't always do it alone. Whether you deal with the original equipment maker or a third party, read the fine print
If SOA is truly dead . . .
“soa met its demise on january 1, 2009, when it was wiped out by the catastrophic impact of the economic recession. soa is survived by its offspring: mashups, bpm, saas cloud computing, and all other architectural approaches that depend on ‘services.’”--anne thomas manes, vice-
blog comments powered by Disqus