At salesforce.com, we are committed to thinking differently and constantly pursuing fresh new ideas. Salesforce Services, the world’s highest group of SFDC experts & innovators, hosts knowledge share events to share ideas with those within the professionals services community.
SFDC thought leaders Israel Forst and John Rizzo facilitated a discussion on "Business & Technology: How to Strike the Right Balance for Success", focusing on both the Sales and Delivery perspectives.
Here is the slide deck from their presentation...enjoy!
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Business & Technology: How to Strike the Right Balance for Success
1. Business & Technology:
Striking the Right
Balance for Success
Israel Forst
Senior Director,
Salesforce Services
John Rizzo
Director/TSA,
Salesforce Services
@johnrizzo1
in/israelforst
In/johnrizzo1
4. John Rizzo
• Wife and two kids
• Love to create
• Linux
• Hardware hacking
• Woodworking
• Passionate about tech
• Development, Infrastructure, etc.
• Technology Leadership for past
decade
7. *aaS = Equalizer
Legacy Approach:
•
Limited business ROI
•
Took too long
•
Wasn’t agile
•
No continuous evolution
•
Competitors are excelling
With *aaS
• All roads don’t lead to IT
• Disintermediation creates options
• Options = Competition = Power to Consumer
8. Consumerization of IT?
Benefits
• More standardization
(communication, etc…)
• More Options
• More End User Focused
• More Innovative
Challenges
•
•
•
•
•
•
More Disconnected
More Options
More End User Focused
More Innovative
Higher Expectations
New Design Paradigms
12. Which choice solves for these
goals?
• Provides solutions in a timely manner
• Aligns costs to ROI
• Constantly adapts to business changes
On Prem?
*aaS?
Other?
• Satisfy all constituents
• Becomes part of the business strategy/success
There is no single answer for all requirements
13. Balance Is Key
On Premise
(Infrastructure
and Apps)
Infrastructure /
Platform as a
Service
Software as a
Service
● High Customizion
● Low Configuration
● Low Configuration
● High Configuration
● Low end-user power
● High end-user power
● Low/No License Cost
Cost
● Low Customizion
● Low end-user power
Flexibility
● High Customizion
● Low/No License Cost
● Usage (Value) Based
● High IT Mgmt Cost
● Higher Overall Cost
● Very Low Mgmt Cost
● High IT Mgmt Cost
● Slow
● Faster than on-prem
but still slower than
PAAS/SAAS
● Fastest
● Slow Time to Market
● Faster Time to Market
● Fast Time to Market
● High Startup Cost
● Lower Startup Cost
● Low/No Infrastructure
Cost
Time to Market
Barriers To Entry
● Fixed IT Costs
14. Decision Criteria Differs
For ( Solution Component sc : Solution) {
Evaluate sc: […]
}
Component
• Customization vs. Configuration
• Rapidly Evolving Requirements
• Points of Access (Mobile,
Desktop)
• Compliance Requirements
• Customer Skillset
• Multi-Tenancy Suitability
• Data Security Constraints
• Data Volumes
• Latency Sensativity
Options
•
•
•
•
On Prem
IAAS
SAAS
PAAS
15. The Right Order?
User Interface Is
The End Goal
Data Model
Remains Fluid
3
• Data Model
6
4
• Security Model
5
1
• User Interface
1
5
• Integration
4
6
• Optimization
3
2
• Reports & Outputs 2
Meta-Data Application
Approach
Traditional Approach
User Interface
Requirements =
Means to Data
Model
16. Krispy Kreme Do-Nots
The Price of Admission:
• Check your dogma at the door
• Everything is on the table (Including the cloud)
• Speak in future-state requirements – Not about the last app
Project Killers:
• Disengaged top-down sponsorship
• Fixed Scope/Design – Agile design needs agile scope
• Feature Parity – “Make it just like my current app”
Design For Success:
• Feature Parity = Issue Parity
• Embrace Failure – Fail often, fail fast, iterate and evolve
18. • You can’t continue to scope the way you used to
• The single greatest factor that will affect your sale is
configuration vs customization
• Don’t nickel and dime.
19. Customization is a multiplier
Configuration Limits Scope
•
•
•
•
Fixed/Known Scope
Anticipated Permutations
Encourages Common Use-cases
Drives Cost Down
Customization Opens Scope
•
•
•
•
Unlimited/Unknown Scope
Greater Opportunity for Defects
Encourages “Feature Parity”
Drives Cost Up
20. The Downside of Configuration
Configuration work ≠ Lower Cost Resources
• Configuration Work = Business Decisions, not application config
• It can be done remotely, but should it? – Alignment with users
• Not a good candidate for off-shoring
Great/Fast Demo = Higher Expectations
• “Why can’t we just put that in production?”
• Highlight cost of getting it wrong
Doesn’t Look Like Our Current Tool
• Reset expectations early
• Highlight time-to-market
• Highlight the cost-savings
21. Scoping Best Practices
Acknowledge The Reality
• Enterprise projects are never delivered as scoped
• Agility is your friend
• Embrace the shifting sand, encourage your customer to do the same
Sell The Ability To Evolve
• Tight scope requires complete pre-sales design – Don’t sell that way
• Forces customer to made decisions before they’re ready
Encourage Iteration
• Phase 1 = Minimum Acceptable Functionality
• Resist scoping Phase 2 until some miles behind you
Law of Diminishing Returns
• Avoid tightly-scoped configuration, focus on broad strokes (L/M/H)
• Solve for what can’t be configured, and scope that
22. Question for Delivery Resources
• What type of Project would you prefer to staff?
• Tightly scoped by pre-sales or flexible scope with price range?
23. This Isn’t The End
Consumerization of IT doesn’t marginalize IT
Forces a transition to business oriented IT
Professionals
Represents opportunity for us all
26. Israel Forst
Senior Director, Salesforce Services
in/israelforst
John Rizzo
Director/TSA, Salesforce Services
@johnrizzo1
In/johnrizzo1
Editor's Notes
They aren’t getting the value from ITThey are seeing people offering solutions and services (not technology)Ultimately they believe that technology is a commodity and can just be chosen based on a relationship and technical merits
You need to have a well defined set of goals to start evaluating the designHow the options may support or conflict with those goals.You need to have a method for determining which options make sense and how you will approach your design.