sability saas implementations

23
Workforce Management Implementation Series SaaS Implementations – Top Ten Considerations Scott Brown President, Sability James Shryock Principal, Sability

Upload: sability

Post on 30-Oct-2014

425 views

Category:

Technology


0 download

DESCRIPTION

SaaS based Workforce Management (WFM) systems are here. You or someone in your organization may be considering this option. Many organizations do appreciate the advantages of SaaS systems, but have questions about how they can be deployed. This presentation by James Shryock, Sability Principal and Practice Director for SaaS Implementations, will help you understand why SaaS implementations are different and what your organization needs to know before you commit to a solution. James will be presenting information based on his experience with dozens of real-world SaaS implementations with companies of varying size and industry. You can watch a full video presentation here: http://ity.vc/webi100

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