Embracing The Cloud
public String CloudThoughts{ get; set;}
Sign In
Mike Leach
- Palo Alto, CA
I work at
Facebook
with a focus on IT and cloud architecture using the
Force.com
platform.
Disclaimer: The opinions expressed herein are not necessarily those of my employer, not necessarily mine, and probably not necessary.
On this page....
Archives
Full Archives By Category
2010 Calendar View
October, 2011 (1)
August, 2011 (1)
May, 2011 (1)
March, 2011 (2)
February, 2011 (3)
January, 2011 (1)
December, 2010 (2)
November, 2010 (1)
October, 2010 (3)
July, 2010 (3)
June, 2010 (5)
May, 2010 (4)
April, 2010 (1)
March, 2010 (1)
February, 2010 (5)
January, 2010 (4)
December, 2009 (10)
November, 2009 (15)
Aggregate Me!
|
|
Categories
Amazon Web Services
Apex
Azure
Dialogue Script
Facebook
Google
Java Script
Jazz
JQuery
Salesforce
Visualforce
Personal Links
My Link
Blogroll - Fav Blogs
Sunday, November 21, 2010
Salesforce Change Management Matrix
"How can I add a picklist field?"
"Can I modify this report?"
"Would you please update the Lead trigger to de-dupe by email address?"
Salesforce Administrators are faced with these, and many more questions on a routine basis. Salesforce.com CRM provides sufficiently granular access permissions to control precisely what an end user can and cannot do. As end users click around Salesforce, the general rule is "If you can do it, you probably have permission". However, the same thing cannot be said for System and Delegated Administrators.
Once a user is given administrative access to application settings, then more training and monitoring must be imposed. In short, a "change management process" must be implemented.
There are a number of business drivers for a change management process:
Compliance - Your industry may require that certain changes be reviewed, approved, documented, and deployed in a methodical way
Productivity - The smallest change in a user interface can result in hours of lost productivity if users aren't given advance warning or training
Reliability - Prevent the deployment of changes that may break existing workflows or processes
Change management processes attempt to answer all or some of the following questions:
Who approved and/or made the change?
Why was the change needed?
When was the change made?
How was the change deployed?
A change management matrix can help identify how each type of change should be managed.
Steps for creating a change management matrix:
Create a list of common Salesforce changes in a spreadsheet
Define a spectrum of change management categories (For example, red/yellow/green lights)
Periodically sit down with all Sys Admins, Developers and Approvers and review how the organization should respond to each type of change category
There will always be exceptions. Add an "Exceptions" column to the matrix and document them
Train admins on the use of built-in auditing tools to ensure compliance with the CM process
Jazz
|
Salesforce
Sunday, November 21, 2010 1:07:15 PM (Pacific Standard Time, UTC-08:00)
Mike Leach
|
Disclaimer
|
Comments [5]
|
Related posts:
Salesforce Oracle Integration : Beyond Closed Won
Salesforce at Facebook: Dreamforce 11
Docusign Hackathon 2011
iOS Mobile Web Framework for Force.com
Force.com MVPs
Force Migration Tool vs. Change Sets
Sunday, November 21, 2010 2:51:08 PM (Pacific Standard Time, UTC-08:00)
Good post - The matrix is a very good way to identify the change items using the metadata types.
I would add that the 3. Reliability (or impact assessment) should also try to identify whether the proposed change has an effect on future functionality (for example making a change to opportunity products might prevent customizable forecasting from being activated).
Also, I guess depending on the company structure, exceptions might be needed for emergency changes (due to say new regulatory or break-fix requirements) which must be implemented urgently and cannot be included in a scheduled release window.
Setupforce
Sunday, November 21, 2010 3:03:37 PM (Pacific Standard Time, UTC-08:00)
It's probably worth adding that some changes to Salesforce can effectively be staged and tested in production (via "Deploy Now" or hidden tabs) and do not necessarily require a sandbox.
Yet another possible exception :-)
Mike Leach
Tuesday, November 23, 2010 10:41:18 AM (Pacific Standard Time, UTC-08:00)
Great idea, but why not build this matrix IN salesforce as a new custom object? Why not "eat your own dog food" as they say?
Matt
Tuesday, November 23, 2010 11:12:36 AM (Pacific Standard Time, UTC-08:00)
Good idea. This currently warrants a static Visualforce page in our org, but not quite a dynamic "app" yet.
Mike Leach
Tuesday, November 23, 2010 11:18:28 AM (Pacific Standard Time, UTC-08:00)
I'll follow up with a blog post on how SVN and Ant migration tool can fit into this process.
Mike Leach
Comments are closed.