Download - Sability SaaS Implementations

Transcript
Page 1: Sability SaaS Implementations

Workforce Management Implementation Series

SaaS Implementations – Top Ten Considerations Scott BrownPresident, Sability

James ShryockPrincipal, Sability

Page 2: Sability SaaS Implementations

Introduction

• Introductions• What is SaaS?

Page 3: Sability SaaS Implementations

Traditional Implementations

Operational ModelsOn

Premises

WebClient Serve

r

Hosted

SaaS

Strict Pseudo

ASP

Web Client Server

Full

Page 4: Sability SaaS Implementations

SaaS - Defined

• Software as a Service• Characteristics

– Off premises– Hosted or Managed by software vendor– Typically one code base (no customizations)– Architecture - Controversial

• Revolves around Multitenancy• App servers and databases

Page 5: Sability SaaS Implementations

Software as a Service: +/-

Advantages• Minimal Infrastructure• No IT resources required• Upgrades are almost a non-issue• Vendor has hosting expertise• Scalability• Pay as you go• No large Cap-Ex• Typically not a large implementation

cost• Regulatory Changes quickly reflected

within Software

Disadvantages• No data access• No customizations - configuration only• Slower turnaround for any system

request• No control over upgrade timing

Page 6: Sability SaaS Implementations

Software as a Service: Y/N

Yes No

Very Large Enterprise

High degree of customizations

Unique security requirements (CIA)

Special Integration Requirements

Dispersed/remote workforce

Willing to redefine processes

High growth

Culture of innovation/business driven

decisions

Page 7: Sability SaaS Implementations

On Premises

Operational ModelsOn

Premises

WebClient Serve

r

Hosted

SaaS

Strict Pseudo

ASP

Web Client Server

Full

• Applications run in your company’s data center

• Company manages complete stack– Hardware– Systems software

• Operating system• Web & Application servers• Database servers

– Application software

Page 8: Sability SaaS Implementations

On Premises: +/-

Advantages• Ultimate flexibility• Customizable• Absolute control• Interface flexibility• Direct database access

Disadvantages• Scalability limited by

your hardware• Deep expertise required• Tendency is to over-

customize• Upgrades require a lot of

resources

Page 9: Sability SaaS Implementations

On premises: Y/N

Yes No

Limited capital

Distributed organization

Limited technical resources

Likelihood of Acquisitions

Very complex functional requirements

Predictable/moderate growth

Corporate restriction for distribution of data

Large enterprise

Page 10: Sability SaaS Implementations

1 - SaaS – Am I ready?

• Do we need a new system?– Current System Issues– Missing Functionality

• Is our Company Ready?• Will our Company support a SaaS model?

Page 11: Sability SaaS Implementations

2 - SaaS – How long will this take?

• Short Answer – It Depends• SaaS Implementations typically are much

shorter then Hosted Implementations• Timelines tend to be more predictable then

traditional implementations

Page 12: Sability SaaS Implementations

3 - SaaS – Internal Resources

• Resource requirements• Application knowledge• Interface requirements• Vendor vs. Third party

Page 13: Sability SaaS Implementations

4 - SaaS – Can I do this without help?

• How much time do you have?• Is it worth it?• Will the vendor let you?• Expertise

Page 14: Sability SaaS Implementations

5 - SaaS – Onsite or Offsite Resources?

• Traditional model – all onsite resources– Little or no remote access

• Offsite model– Communications

• It’s ALL remote access• WebEx• Conference calls

Page 15: Sability SaaS Implementations

6 - SaaS – Interfacing

• Standard interfaces– HR– Payroll

• Other– Cost systems– Single sign on

Page 16: Sability SaaS Implementations

7 - SaaS – Uptime

• Uptime measurements– The 9’s

• Our experiences

Page 17: Sability SaaS Implementations

8 - SaaS – Customizations

• What? No customizations?

Page 18: Sability SaaS Implementations

9 - SaaS – Configuring

• I configure the system WHERE???

Production Test system

Page 19: Sability SaaS Implementations

10 - SaaS – Backups

• Be sure to have a mechanism in place to get a copy of your data.

• Determine how frequently that a backup will be possible.

• Determine if that frequency will meet your needs.

• Insure you backup your configuration as well as your data.

Page 20: Sability SaaS Implementations

11 - SaaS – Life Cycle

• Periodic Releases – Timing is dictated by the vendor

• Upgrades• New Car

Page 21: Sability SaaS Implementations

SaaS – What Works?• Speed/cost to deploy/implement

– Shared responsibility– Fixed cost

• Vendor service– Built in incentive for vendors to provide high level of service

• Fees: simple model• Innovation

– Vendors tend to be technical leaders– Foster a culture of innovation internal to vendors, and reaching out to customers

• Security– Vendors tended to be more proactive than their IT departments

• User interface and accessibility• Scalability

– Close to a non-issue for customers– Only concern is scalability of mobile infrastructure and internet in general

Page 22: Sability SaaS Implementations

SaaS – Do your Homework• SaaS is not a slam-dunk• SaaS adopters advised extra attention be paid to these key areas:

– Evaluate vendor roadmap and enhancement history• Did the vendor meet targets in the past?• Are planned enhancements pertinent to your requirements?• What have the vendors customers experienced when upgraded?

– Assess vendor management teams• Does the management team have a successful track record?

– Request detailed documentation around security• SAS 70 Type II or ISO 27001

– Evaluate integration capabilities closely• Capabilities need to be designed into the API• Represents a large part of implementation effort