Download - Living in a MultiOrg World
![Page 1: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/1.jpg)
Living in a MultiOrg World
![Page 2: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/2.jpg)
Objectives of this sessionDiscuss the reality of why we are hereConsiderations around multi/single org Living in a multi-org world
modelspro’s cons of eachactions in assessing
Discussion/experience share
![Page 3: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/3.jpg)
Assumptions – why you’re here.
You have multiple instances with common business processYou have multiple instances each used for totally different thingsYou have multiple instances, and have no idea what is common or differentYou hear a lot about companies slipping into this and want to prepare
Other items
LANGUAGE
GEO
COMPLIANCE
LEGACY CUSTOMIZATIONS
LEGAL
![Page 4: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/4.jpg)
Why are you Multi?Salesforce seed strategy
![Page 5: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/5.jpg)
Why are you Multi?Salesforce seed strategyMerges and acquisition
![Page 6: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/6.jpg)
Why are you Multi?Salesforce seed strategyMerges and acquisition Intentional strategy
Variance in business processFundamental separations in functions/business
![Page 7: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/7.jpg)
Why are you Multi?Salesforce seed strategyMerges and acquisition Intentional strategyLegacy technical constraints
![Page 8: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/8.jpg)
Why are you Multi?Salesforce seed strategyMerges and acquisition Intentional strategyLegacy technical constraintsNo idea
![Page 9: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/9.jpg)
Before we get startedConsider what SFDC is to you.
Customer Relationship ManagementCommon understanding of customerOne version of truthConsolidate the perspectives
CUSTOMER
Marketing
Sales
Product
Services
Support
People
Operations
Finance
![Page 10: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/10.jpg)
Before we get started• Consider what SFDC is to you.
• Operational Platform – capture X functional process
Linking the organization internally. Collaboration. Place I go to find/execute workCa
mpa
ign
Lead Oppo
rtuni
ty Orde
r
Proje
ct
Purc
hase
Or
der
Reso
urce
Effor
t
Log
Invoic
e
Case
![Page 11: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/11.jpg)
Before we get started• Consider what SFDC is to you.
• Development platform (App Cloud) – host custom applications
![Page 12: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/12.jpg)
What have 2000 projects taught us
![Page 13: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/13.jpg)
No matter how unique the business. Core processes can be normalized.
![Page 14: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/14.jpg)
Humans are hoarders. In life, data and metadata.
![Page 15: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/15.jpg)
Users operate in short time windows. It’s not that they forget. It’s just not worth it to them.
![Page 16: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/16.jpg)
Systems drive efficiency at the company level. This can feel like inefficiency at the user level.
![Page 17: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/17.jpg)
If we had a fresh start…If we were to start again with all that we know
What would we do?Establish the ideal state.Process into requirementsMacro needs
Don’t default to single org. What is reasonable? Single view of customer.
SecurityCommon business processAnalytics
TCO
![Page 18: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/18.jpg)
But we don’t have a fresh start Jenkins!
![Page 19: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/19.jpg)
What do the sponsors tell you?
![Page 20: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/20.jpg)
How are the systems being used?Conduct user / admin interviews
User storiesDay in the life interviewsBusiness process reviewRole/ Business Function/Process/Statement/Validation
![Page 21: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/21.jpg)
What does the data tell you?Conduct detailed data audit of orgs
What objects are in use.What fieldsWhat date stamps/ageWhen were they usedWhat reports are being usedWhat data is being entered
What does the data tell you.
![Page 22: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/22.jpg)
What does the meta data tell you?Conduct detailed audit of the event logs– user interaction logs
WhoClicked whatWhen
Large data volumes – warning Analytics overlay requiredWhat does the data tell you.
![Page 23: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/23.jpg)
Simple summarythink forensic analysis
![Page 24: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/24.jpg)
Two philosophies
SPEED QUALITY
COST
NATURAL SELECTION DOMINATES BUSINESS ENGINEERING
![Page 25: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/25.jpg)
One framework
NATURAL SELECTION DOMINATES
BUSINESS ENGINEERING
How do we get the best of both?
![Page 26: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/26.jpg)
One framework
NATURAL SELECTION DOMINATES
BUSINESS ENGINEERING
How do we get the best of both?
Intentional experimentsRollback strategySharing intentionsLearning repositoryDocumented resultsLearnings/Go forward
Successful experimentsNon-negotiable elementsTrue governance
![Page 27: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/27.jpg)
What are the options
![Page 28: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/28.jpg)
SEPARATED – BI SummaryAllow for true agility at the “org” level. Provide a set of services for integration and require BU’s to maintain their dictionaries and provide data for rollup/executive reporting
++ +++
BI Summary Layer
Consider ERP integrations?
Cover up. Why not fix the source.
![Page 29: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/29.jpg)
PARTIAL INTEGRATEDAKA matrix strategy, each org subscribes to object and data definition standards, communicating projects and data dictionaries, allowing for point to point integrations between orgs to drive business process.
+
+
S2
+
+
S1
+
Samples shown for S1 and S2 only.
Integrations become a nightmare. Anonymous captors.
![Page 30: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/30.jpg)
MASTER DATABusiness units or even departments will maintain their own instances, but be forced to tie all common data to a separate consolidated environment. Could be MDM or a Master Data Instance of Salesforce.
MASTER
Account MasterContact MasterProduct MasterPrice MasterReference Master
Leverages Data.com use DUNS as a common key
Does not consider business process.
![Page 31: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/31.jpg)
MASTER META DATABusiness units or even departments will maintain their own instances, but be forced to maintain common metadata definitions, data structures, governance standards. Common stack for all orgs. Tip- common sandbox for ALL previous to rollout will drive governance.
MASTERMETA
Account Base ObjectContact Base ObjectProduct Base ObjectWorkflowTriggers3rd party apps
Does not consider common data. No 360.
![Page 32: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/32.jpg)
CLONEDAll orgs are “birthed” from a common – evolving master implementation. While they will be expected to diverge over time, the base is consistent. In cases where base functionality has to be changed, the parent is changed and change has to be pushed down. Similar to Master Meta, only less rigid.
++++
Source Org
Internal Appexchang
e
What about the data?
![Page 33: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/33.jpg)
Great. Nothing works. Awesome
![Page 34: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/34.jpg)
So what is the right approachWhat should be considered table-stakes
![Page 35: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/35.jpg)
Regardless of the Multi Approach Common data definitionsMaster Meta-Data
Maintain a data dictionaryEstablish a x-functional group to maintain with representationForce standards on field labelling
![Page 36: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/36.jpg)
Regardless of the Multi Approach Common reference dataCommon Master Data
Who at any one time “owns” the attribute (system/person)Do they understand/know thisStandard integration “services/apps” Canonical view – pure standards at the central sourceMethod of nominating the “golden record” attributes
![Page 37: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/37.jpg)
Regardless of the Multi Approach Common governance/stewardshipCommon maintenance
What are the standards X all orgsHow are they being maintainedHow are we assessing them – metadata discoveryWhat are the functional roles of the people to manage
![Page 38: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/38.jpg)
Regardless of the Multi Approach Common technology stack where possibleCloned
Avoid additional complexity introduced through new appsStandardize at the app level
![Page 39: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/39.jpg)
Regardless of the Multi Approach Common rollout/QA and metadata managementCommon methodology
Sandbox and rollout strategyQA processesProject documentation and requirements managementCleanup/retirement of data/app strategy
![Page 40: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/40.jpg)
Regardless of the Multi Approach Reflect performance from the top of the hierarchyCommon benchmarking
Provide installable packages or access to enterprise reportsDisplay differences and performance gapsShow orgs what is seen at the exec level – drive accountability
![Page 41: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/41.jpg)
If you cannot recall anything else – next slide counts
![Page 42: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/42.jpg)
TAKEAWAYSSize of business does not indicate Multi/Single fit
Common business process trumps common system
Common apps across all orgs – allow intentional experiments
Common reference data – dictionary
Common org management (governance/training/qa/deployment/sb)
![Page 43: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/43.jpg)
Discussion startersHow will the new capabilities around Lighting affect this?What is the worst thing we can do in running our SFDC environments?Where do I start?How do we find the balance between democratic/dictator?What are the indicators of bad things ahead?
![Page 44: Living in a MultiOrg World](https://reader036.vdocuments.net/reader036/viewer/2022062503/58eeccf81a28abed508b46b1/html5/thumbnails/44.jpg)
Thanks!